Scrum研修で学んだ本当に深イイ話/Really deep good story learned in Scrum training

2016.10.29 update:ワークのやり方を見直しました
2016.11.5  update:タイトルと文章の一部を見直しました
※45分枠予定でしたが、事前アンケートや会場での意見収集などで後半辺りなら20分枠もありかなと思ってます。
2016.11.12 update:ムダにgoogle翻訳してみた。面白い!


「僕のマスター先生が言っていたんだ」

My teacher said that ...

「資格取ってどうですか?」最近良く聞かれるんですよね。
どうも名刺についているいろんなマークが気になる人は、まだ多いようだ。
CSP、CSM、CSPOとまるで信号機のような青、黄、赤マーク。
資格さえ取れば何でもできるって訳じゃないんだけど…

"How about taking qualification?" Recently heard well.
It seems that there are still many people who are interested in various marks attached to business cards.
CSP, CSM, CSPO and blue, yellow, red marks like traffic lights.
I can not do anything if I qualify ...

でも、本当に良かったんだよ!!

But it was really good! It is!

得たのは資格証明でなく、かけがえのない経験と学び

I got not qualification certificates, I learned from irreplaceable experience!

という熱い思いを参加者に無茶振りしながら引き出す会です。
CSMとかCSPOとかCSDとか取った時の「あの熱い話」を共有しませんか?

It is a meeting to bring out the hot feeling of participants without hesitation.
Do you not share "hot story" when you took CSM, CSPO or CSD?

  • マスター先生が言っていた「XXX」は人生を変えたんだよ
  • 「XXX」って習ったけど、この前の現場で役にたっただよ
  • 研修で「XXX」って理解したんだよ
  • XXさんと話して「XXX」ってすごいイイと思ったんだよね
    etc

"XXX" the master said was changing my life.
I learned "XXX", but it was only useful at the site before this.
I understood "XXX" in the training.
I talked with XX and thought that "XXX" was incredible.

■やろうと思っていること

What I'm thinking of doing

簡単なワークショップを行う予定です。ファシリテーションは私が行います。
基本スタンスは以下。
・資格持っている人は「よかったコト」を共有
・「よかったコト」の共有に対してみんなで感謝を形する

I will do an easy workshop. I will do the facilitation.
The basic stance is below.
· People who have qualifications share "Good things"
· We appreciate everyone's appreciation for the sharing of "good things"

「よかったコト」の共有に対して、みんなで感謝の付箋を貼っていきましょう!
付箋はいろんなキャラの吹き出し付箋を用意するつもりです。
「よかったコト」を聞いた人は、そのキャラになったつもりで感謝を書きましょう!
もっと聞きたいことあったー!って人は、付箋をネタに後の飲み会とかで議論しちゃってください。

Let's stick a sticky note of thanks to everyone's share of "Good Luck!"
I'm going to prepare sticky notes for various characters.
Those who heard "Good Together" let's write thanks for the purpose of becoming that character!
I wanted to hear more! People, please discuss the sticky with the next drinking party etc.

*ここまで読んで下さった方へ*

To those who have read to here

もしも選ばれちゃった場合は、当日に「手伝ってくれる仲間」とか「よかったコトを話してくれるサクラ」を捕獲します。
CSP持っているあの人やその人も私の拙い人脈を使って集めたいと思いますので、よろしくお願い致します。

If it is chosen, we will capture "Sakura who will talk about good things" or "Fellow who will help you" on that day.
I think that I would like to collect those people who have a CSP and that person using my poor personal connections, so thank you.

 
7 favorite thumb_down thumb_up 2 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

  1. ファシリテーターの自己紹介と進め方の説明 3min
  2. ファシリテーターから「よかったコト」を話します 5min
  3. 参加者から「よかったコト」を募ります。 10min
  4.  「よかったコト」発表 5min ✕ 4回
  5. All That Agile! 10分
    「よかったコト」に感謝の付箋を貼りながら情報交換します

Explain about self-introduction of facilitator and how to proceed. 3 min
I will talk about "I am glad" from the facilitator. 5 min
We invite participants to say "I am glad". 10 min
  "Good thing" was announced. 5 min ✕ 4 times
All That Agile! 10 minutes
I will exchange information while sticking the thankful note to "Good Together".

※20分短縮版の場合は「3」を省略します。「5」はどこか掲載場所もらってそこで話す場を作れたらいいなぁと思ってます。

In the case of the 20-minute abbreviated version, "3" is omitted. I hope "5" should be somewhere to receive a place to place and create a place to talk there.

Learning Outcome

資格保持者
・参加していない研修の良かったことを聞けるsmile

You can listen to the good things of the training you did not participate in

資格取得を考えている人
・どの研修を習うか参考になるsurprised

It will be helpful as to what course you will learn

全員
・つながりを持てる(重要)winkwinkwink
 ※ここを作れるようにわざと議論は変に落とさないようにファシリテートします!

Have a connection (important)
* Facilitate so as not to drop the discussion deliberately so that you can make it here!

Target Audience

Scumやりたい人/始めた人

schedule Submitted 7 months ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • Kenji Morita
    By Kenji Morita  ~  7 months ago
    reply Reply

    必要なら、お手伝いさせてください。

    • Iwao Harada
      By Iwao Harada  ~  7 months ago
      reply Reply

      ぜひ、お願いします。

      まぁ選ばれたら…なのですが。


  • Liked KOGA Masanori
    keyboard_arrow_down

    エンジニアの技術力評価は難しい? - 5年間運用してきた相互評価制度の改善の歴史 -

    KOGA Masanori
    KOGA Masanori
    schedule 7 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    エンジニアの技術力を評価するのって難しいですよね。 評価する側がエンジニアではない場合は特に難しいと思います。

    そこで、VOYAGE GROUPでは2011年7月から技術力評価会というエンジニアの相互評価制度を導入しました。 5年やってみて、わりと良い感じだと思っています。

    この5年間で会社の状況に多くの変化がありました。

    • エンジニアの人数が約2.5倍になった
      • 40人強 -> 100人弱
    • 会社が上場した
      • 2014年 マザーズ上場、2015年 東証一部に市場変更
    • 長期に運営しているメディアが増えた
      • ECナビ 12年、リサーチパネル 10年、PeX 9年、kotobank 8年
    • アドプラットフォーム事業を始め、日本最大級の規模になった
      • fluct、Zucks Ad Network、Zucks Affiliate
    • 多くの新規事業に挑戦した
      • アドプラットフォーム事業、採用支援事業、EC事業、ゲームパブリッシャー事業、ソーシャルゲーム事業、ソーシャルマーケティング事業、キュレーションメディア事業、etc

    このセッションでは、多種多様な事業を支えるエンジニアの相互評価制度の改善の歴史について、制度設計から全エンジニアの最終評価までやってきたCTOが語ります。

     

  • Liked Tsuyoshi Ushio
    keyboard_arrow_down

    Scrum / DevOps の導入を加速させるグローバルマインドセット

    Tsuyoshi Ushio
    Tsuyoshi Ushio
    Rochelle Kopp
    Rochelle Kopp
    schedule 7 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    日本へのScrum / DevOps の導入を米国と同じような深度、スピードで実施するのは 大変難しいと言われています。解決策は、Scrumが生まれた国、米国の文化、マインドセットを学ぶことです。本セッションはマルチカルチャーの専門家のRochelle Kopp さんと共に研究している Agile / DevOps のための文化インストールメソッドのうち、Scrumの背景に存在する米国の文化をインストールするグローバルマインドセットをご紹介いたします。これによって、Scrum の背景をより深く理解し、Scrumや新しい技術の導入をより効果的、高速に実施できるようになります。是非ご参加ください!

  • Stefan Nüsperling
    Stefan Nüsperling
    Tetsuro Oniki
    Tetsuro Oniki
    schedule 8 months ago
    Sold Out!
    45 mins
    Workshop
    Intermediate

    In this workshop you will learn how to energize people with a simple card game called Moving Motivators, developed by Jurgen Appelo, the founder of Management 3.0.
    Management 3.0 is a movement of innovation and leadership with management as a group responsibility. Its goal is to help you grow and transform organizations into becoming great places to work.

    The Moving Motivators Game is not only a tool for learning about each others intrinsic motivation, it is also an effective communication exercise and it is always great fun for all participants.

  • Hiroyuki Ito
    Hiroyuki Ito
    schedule 8 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate
    アジャイルの文脈において、メトリクスの取得・活用は、もはや一般的なこととなりつつあります。
    メトリクスには、仮説検証に基づく経験主義的な行動を促し、結果として自律的成長や協働につながるという側面があります。
    一方でプロダクト開発の現場からは、「メトリクスの取り方がよく分からない」・「どう活用すれば良いのか分からない」といった意見も耳にします。
     
    当セッションでは、プロダクト開発の現場の「メトリクス難民」を救うため、メトリクスの学術的裏付け、具体的な取得・活用方法および事例を、
    Agile2016・SQiP2016の最新の知見を踏まえながらご紹介させていただきます。
     
    さぁ、皆さんも爆ぜましょう!
  • Harada Kiro
    Harada Kiro
    schedule 8 months ago
    Sold Out!
    45 mins
    Talk
    Beginner

    Kaizen is a Japanese word that means continuous improvements.

    However, people usually find that make one improvement is easy but having improvements continuously is not that easy and rarely could keep them continue.

    In this session, we present Kaizen patterns where teams can use to help themselves to achieve continuous improvements.

  • Liked Toshiyuki Ohtomo
    keyboard_arrow_down

    缶詰屋さんの課題解決にスクラムを使ってみた

    Toshiyuki Ohtomo
    Toshiyuki Ohtomo
    schedule 7 months ago
    Sold Out!
    20 mins
    Experience Report
    Intermediate

    〜スクラムマスターが求められているのは、ソフトウェアの世界に限ったことじゃないを実践したみた結果を共有します〜

     

    自然派オリジナル缶詰の制作、販売を行う会社とお店を立ち上げたばかりの元エンジニアの社長さん。

    やりたいことが沢山ある中、お店をオープンしました。
    まずは店舗運営の初期メンバーを3人雇ったけれど、その人達の日々の仕事を考えること(指示出し)で手一杯になって、本当にやりたかったことになかなか手を付けられない日々。

     

    ストレスがたまる中、そういえばエンジニア時代にも同じことがあったような。

    あのときは、スクラムを取り入れることに挑戦したな。

     

    ただ、どうすればスクラムを缶詰屋さんに適応することができるのか。

     

    手探りで缶詰屋さんにスクラムを適応した、社長さんとスクラムマスターのお話をします。

     

  • Liked Takahiro Kaihara
    keyboard_arrow_down

    つらい問題に出会ったら

    Takahiro Kaihara
    Takahiro Kaihara
    schedule 8 months ago
    Sold Out!
    20 mins
    Talk
    Intermediate

    スクラムに取り組むと、とても解決が難しい問題を掘り当ててしまうことがあります。
     
    ロジカルには解決できないような問題 --- 例えば、

    マネジメント層に不信感をもっていたり

    何かが原因で孤立してしまった人、

    原因を誰のせいにもできない問題でつまづいてしまった人…


    組織で働いていると、矛盾、葛藤、理不尽な問題はたくさんあります。
     
    そのような体験をしたり発見した方は多いのではないでしょうか?
     
    私もスクラムチームを支援する立場として、そのようなつらく難しい問題に直面し悩みました。
     
    そんな時にふとしたきっかけで、私はコーチングのプロのコーチに

    『つらい問題に出会ったときの向き合い方』が存在することを教えてもらいました。

     

    それは、ある「対話」のやり方でした。
     
    そこで得た知識と経験を、Regional Scrum Gathering Tokyo 2017 に参加される皆さんにも共有したいと思います。

  • Liked Ryutaro YOSHIBA (Ryuzee)
    keyboard_arrow_down

    Pitfalls of Scrum -- My findings from coaching / スクラムの落とし穴 〜アジャイルコーチが遭遇するよくある問題とその解決方法

    Ryutaro YOSHIBA (Ryuzee)
    Ryutaro YOSHIBA (Ryuzee)
    schedule 8 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    As an agile coach, I've been finding and watching lots of failure or mistake or misunderstanding related to Scrum. This session will introduce common pitfalls that many team encounter and will provide the way how to avoid those pitfalls.

    アジャイルコーチとしてスクラムに関する多くの失敗や間違い、誤解を見てきました。本セッションではよくある落とし穴や問題、間違いと、それをどう避けるかについて解説します。

  • Liked Takao Oyobe
    keyboard_arrow_down

    シン・未来会議 - スクラムチームを支える組織づくり -

    Takao Oyobe
    Takao Oyobe
    schedule 8 months ago
    Sold Out!
    20 mins
    Talk
    Intermediate

    自分たちの組織をどうやって改善するのか

    特にエンジニアは組織の話となると嫌厭しがちです。
    わかります、自分もそうでした。

    でも、身近な改善を続けると必ず組織の問題にぶつかります(ました)。
    昨今話題のDevOpsやMicroserviceの話をとりあげてみても、組織とは切っても切り離せません。

    そんな時にもちろん今とは違ういい組織を探すことも一つの選択肢です。
    しかし、そんな都合がいい組織は果たしてあるのでしょうか。
    仮にあったとして自分がそこに都合よく入れるのでしょうか。

     

    そんなことを考えた1エンジニアが、組織を変えることを考えて「未来会議」というものをやってみた話をします。

    自分たちのどうやって組織と向き合えばいいのか、どういう組織を目指すべきなのか一緒に考えませんか?

     

  • Liked Yosuke Matsuura
    keyboard_arrow_down

    最短で成果を上げる!強いスクラムチームの作り方

    Yosuke Matsuura
    Yosuke Matsuura
    schedule 8 months ago
    Sold Out!
    45 mins
    Case Study
    Beginner

    頑張ったのに成果として認められないから脱却し、「最短で成果を上げる」ためのノウハウをご紹介します。
    私は、2011年にスクラムと出会ってから、ほぼ毎期で社内賞または社外賞を14件受賞することができるように成長できました。
    (補足:スクラム実践前は、ウォーターフォール開発のエンジニアでしたが、社内賞・社外賞からは無縁でした。。)
    最短で成果を上げるためには、「強いスクラムチームを作る」ことが大切だと実感しております。

    なぜ、スクラムチームをつくる必要があるのか?、どのようにしたら、強いスクラムチームを作ることができるのか?を成功・失敗事例を交えながらご紹介いたします。
    また、現場では、スクラムによるアジャイルな開発を導入していない方にも、明日からすぐ実践できる秘訣をご紹介いたします。

  • Liked Mitsuyuki Shiiba
    keyboard_arrow_down

    結果的にスクラムになってる!なのがいいと思う!

    Mitsuyuki Shiiba
    Mitsuyuki Shiiba
    schedule 8 months ago
    Sold Out!
    20 mins
    Experience Report
    Intermediate

    この5年間くらい、いくつかのチームをスクラムな開発チームにしてきたんだけど。「スクラムをやろう!」ってしてると、あんまりうまくいかないなぁって感じある。じゃあどうすんの?って「結果的にスクラムになってる!」ってのが良さそうだなって思う。

    今、僕のサポートしているチームは全員がペアで仕事をしていて、スプリントの期間は1週間。開発チームと運用チームがあって、そのメンバーが2スプリント毎に入れ替わって知識を共有していってるから、全員がお互いにカバーできる状況になってるの。ペア作業をやるなんて余裕があっていいなって言われたりするんだけど全然そんなことなくて、めちゃめちゃ忙しいチームだからこそ、こういう形にしてしまったんだよね。スクラムをやろうとしてやってたら、できなかっただろうなーって思う。ほんと、結果的にスクラムになったって感じ。

    僕の所属してる楽天の大阪支社の開発部は、ほとんど全部のチームがスクラムを取り入れた開発スタイルなんだけど、そのそれぞれが自分たちの担当しているサービスの特性や、ビジネスメンバーの考え方、開発チームの成熟度や、メンバーのスキルなどに合わせて、色んな形のスクラムになってるのも、そういうことなのかなって。

    スクラムをやろうとするとどういうところが良くないのか、結果的にスクラムになってるっていうのは具体的にどういうことなのか、で結局どうやって進めていくと良さそうなのかを、僕のこれまでの体験を交えながらお話ししたいなって思います。

  • Yoh  Nakamura
    Yoh Nakamura
    schedule 8 months ago
    Sold Out!
    45 mins
    Experience Report
    Intermediate

    あるチームがScrum、XPなどアジャイル手法を用いての開発、またアジャイルな姿勢、ふるまいができるようになってきたとします。
    その次のステップの1つとしてアジャイルなカルチャーを他のチームや組織に広げていくことがあります。
    それにより、学び続け、変化に対応できる組織となり、不確実な状況を生き残ることができます。

    しかしここに至るにはいくつもの壁や難しさがあります。
    ギルドワークスの現場コーチでは、様々なクライアントの現場にいる開発チームの改善から始まり、その後、プロダクト、サービスの事業、そして組織の改善まで行っています。

    このセッションではそのぶつかってきた壁、壁のアプローチ、その失敗談、また乗り越えることができたお話をします。

  • Liked kyon_mm
    keyboard_arrow_down

    Scrumありがとう、そしてさようなら-Scrum 破-

    kyon_mm
    kyon_mm
    schedule 8 months ago
    Sold Out!
    45 mins
    Experience Report
    Intermediate

    ScrumをScrum Guideに従ってやることから、次のステップに進んだ私がいるチームの事例発表になります。私達は2015年にテストやメトリクスを活用して、プロダクトにもプロジェクトにも透明性、検査、適応の3本柱を強化してきました。

    私達はいまやスクラムに別れを告げつつあります。スプリントは1日以下で、ロール(PO, SM, Member)はスプリント毎にクジで決定し、スプリントレビューはPO以外が全員個別にデモします。テストやメトリクスも更に洗練され、いまや私達は自分達のタスクを最小6分単位でスケジュール、追跡し、改善に役立てています。

    このチームが取り組んでいること、そしてどうしてこのようなことをやっているのかをみなさんにご紹介します。

  • Liked 武市 大志
    keyboard_arrow_down

    日経電子版 穴のあいたバケツ開発

    武市 大志
    武市 大志
    schedule 7 months ago
    Sold Out!
    60 mins
    Keynote
    Intermediate

    日経電子版は2015年に日経電子版アプリを全面リニューアルし、その後の継続的な改善リリースによってアクティブユーザー数を1年で2倍に押し上げ、AppStoreのおすすめベストニュースAppにも選ばれました。

    これらを実現したのはレガシーな開発体制からの脱却、社員がメインエンジニアとしてプログラムを書く内製開発、そして部局の壁を越えて理想を実現するためのチーム力でした。アジャイル開発を進める上で遭遇した課題・解決策、そしてこれからの展望をお話しします。

  • Liked Bùi Minh Trường
    keyboard_arrow_down

    オフショアにおけるアジャイル開発の壁を乗り越える

    Bùi Minh Trường
    Bùi Minh Trường
    schedule 8 months ago
    Sold Out!
    45 mins
    Talk
    Executive

    こんな問題に直面したことがある人はいませんか?
    1. リソースが足りない
    2. 思った通りにオフショア先が動いてくれない
    3. オフショア開発でどうやってアジャイルできるのかわからない
    開発者、マネージャーとして約十年の経験の中で、異なる国の、異なる文化を持ち、スキルも考え方も違う人たちと働いてきた方法をお話しします。オフショアで陥りがちな落とし穴を避け、問題を解決するコツが見つかるかもしれません。
    また、国をまたいだスクラムチームの立ち上げ方についてもお話しします。コストを押さえつつ、今のやり方でプロジェクトを成功させる方法を知りたければ、是非聞きに来てください。

    ※追伸:(ベトナム人)日本語で発表します。

  • Liked Daisuke Watanabe
    keyboard_arrow_down

    スケールアップする組織におけるLeSS実践と継続的改善手法

    Daisuke Watanabe
    Daisuke Watanabe
    schedule 8 months ago
    Sold Out!
    20 mins
    Talk
    Beginner

    「最高の開発チームをビルドしたい、開発現場をよりよくしたい!」

    日々そう考えている皆さんと同じく、Gunosyの開発チームでも様々な課題を解決しながら組織をスケールアップし、現在はLeSSの導入実践を試みています。このセッションではフラットで10名規模の開発メンバーから50名規模のクロスファンクショナルなLeSS開発組織へスケールアップを行うときにでてきた課題と、それを乗り越える際に重視したポイントをリアルにお伝えしたいと思います。

    私達の経験のご紹介と、厳しくも楽しみながらいかに開発をよりよくしていけばよいのか、皆様の開発現場での改善の一助になるようなセッションになれば幸いです。

  • Liked Tomonari Nakamura ( ikikko )
    keyboard_arrow_down

    個人プレイからチームプレイへと変革する組織

    Tomonari Nakamura ( ikikko )
    Tomonari Nakamura ( ikikko )
    schedule 7 months ago
    Sold Out!
    20 mins
    Talk
    Intermediate

    BacklogというWebサービスを題材に、少数精鋭・個人プレイである程度の成功を収めていたサービスにおいて、組織改正の際にリーダーを任されてからの試行錯誤や取り組みについてお話します。

    従来までは、チームメンバーも4〜6名程度で、数年間ほとんどメンバーの入れ替わりもなく、阿吽の呼吸でサービス開発を進めることができていました。ですが、リーダーを任されるのと時を前後して、メンバーも10名・20名と着々と増えていき、チームの大多数がスキルは十分なものの文化的な背景を共有できていない状況でした。そのような状況下で、従来型の個人プレイでは行き詰まりを感じており、チームで物事に当たってより大きな成果を出すプロセスへの変換を迫られていました。

    本発表では、リーダー改め駆け出しのスクラムマスター・アジャイルコーチが、チームプレイを根付かせるために行ってきた取り組みについて、紹介します。

  • Liked Phạm Anh Đới
    keyboard_arrow_down

    Being Agile with your Offshoring/Outsourcing Partners - アジャイルなオフショアチーム

    Phạm Anh Đới
    Phạm Anh Đới
    Tetsuro Oniki
    Tetsuro Oniki
    schedule 7 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate
    You care about your products and customers, you want to have agility by applying Agile, but it is really hard to be Agile with offshoring/outsourcing partners due type of contract or the methodology of management, the distribution of team, culture, trust, quality, etc.
     
    As a developer, leader and Agile coach for many outsourcing companies for Japan, I have seen patterns to help you get your outsourcing patners been Agile.
     
    I am Vietnamese, I will present with a Japanese guy. I was working in outsourcing side and my partner will share view from outsourcer side.
     
     プロダクトと顧客のことを考えながら、海外チームと”アジャイルなオフショア開発”を実践しようとすると多くの困難が伴います。 例えば…契約、マネジメント手法、チームの距離、文化、信頼、品質...etc。 ケーススタディを交えながら、オフショア開発に携わる開発者、リーダー、そしてアジャイルコーチに役立つ実践パターンを日本サイド、ベトナムサイド、それぞれの視点から紹介します。
     
     
  • Takao Oyobe
    Takao Oyobe
    Naoto Nishimura
    Naoto Nishimura
    schedule 8 months ago
    Sold Out!
    45 mins
    Panel
    Advanced

    誰が一番アジャイルなのか?

    アジャイル、スクラム、名前はなんだっていい。

    俺達の目的を叶えるために、現場で日々繰り広げられる闘いの日々。
    そこで培ったものこそがホンモノの証だ!!

    教科書は読むのはもうやめだ。
    俺たちには現場で鍛え上げた経験がある。

    誰が一番アジャイルなのか、今こそ決めようじゃないか。

     

    (セッションの詳しい内容は詳細を御覧ください)

  • Liked Kenji Morita
    keyboard_arrow_down

    20分でスクラム入門 ステップ・バイ・ステップ

    Kenji Morita
    Kenji Morita
    schedule 8 months ago
    Sold Out!
    20 mins
    Talk
    Beginner

    スクラムについて、大きな重要な概念から順に説明し、何段階かに分けて少しずつ詳細化しながら解説をして、最後にはスクラムガイドに載っている用語の説明まで辿り着きます。

    スクラムの有用性を説明する必要がない相手への説明、用語から入ると嫌がられそうな相手への説明用に作りました。

    聴衆の方には、当たり前の内容だと思いますが、新米スクラムマスターが開発チームに説明をする場合、事務部門などでスクラムを採用したい場合の説明などに使えるとおもいます。

    資料は、皆さんがカスタマイズして使えるようにpptxでお配りしたいと考えています。