最近いろんなサービスの
企画MTGや開発MTGに出ていて思うことが、

『最終的になってほしい状態』
を伝えてから進めることが大事

だなーということです。

例えば、、、

『2個のみかんが入ったかごが
　　6個あります、全部で何個でしょう？』

という問題が小学生に出された時に

「（高校生の）お兄ちゃんお姉ちゃん。
　　　　えと、、、いますぐ、、、、足し算で、、、
　　　2　＋　2　＋2　＋2　＋2　＋2　＝　？　
をやりたくて、やらないとダメで、、、
でも2がいっぱいで難しいし、時間ないからだめだよね、、、、」

っていっちゃうと、みんなで2+2+2+、、、
と足し算で出さないと、、、
と、思考停止してしまいますが、

『2個のみかんが入ったかごが6個あって
　みかん全部の個数を早くしりたい』

というゴールを共有してから考え出せば
その中にいる高校生が、

「2×6＝12　掛け算使えばだせるよ」

と足し算よりも効率な掛け算という
方法を思いついてくれるかもしれない。

ゴール共有されなくても「掛け算使えば？」っていう人も出てくるけど
ゴールが足し算をすることなのか？答えをだすことなのか？が共有されてないと
出し惜しみする人もいるかもしれません。

足し算掛け算でやると、
すごい当たり前にも見えますが、

特にちょっと経験とかつんで
『あれはできそうかも』
『これって、やってるの見たことある』

という知識がついてくると、逆に、
『あー、これはできなそうだな、、、技術的に、、、』
『いまのリソースだとこれは間に合わないよな、、、』
『確かこの機能だとこれぐらいしか、、、』

と思考停止してしまうことが往々にあって、

本当ならできる方法があるのに、
幅を狭めてしまっている場合が多いんじゃないかなと感じることが多々あります。

そういうのを防ぐためにも、
企画/開発会議をするときには全員に対して、

『こういうユーザー体験を届けたくて
　サービスをこういう状態に持っていきたいんです』

と定性的で全然いいので、
最終的に成し遂げたい状態ゴールを共有したうえで

『そのためにこういう企画やりたくて、
　たしかこういう機能があったと思うのでこうやって、、、』

とすすめると、

『あれ、でもそういうゴールなら
　今こういう機能あるからこれつかえない？』

『こういうアプローチもあるんじゃない？』

と自分だけでは思いつかなかったスキームが
思いつくんじゃないかな-と感じました。

あ、コンサルだった。
分析でも一緒。

『こういう分析してるんですけどー！！』
『こういう施策提案してるんですけど！！』

じゃなくて

『こういう仮説があって、こういう結果が出ると思ってるんですけど』
『こういう仮説があって、こういう施策とかどうかね？』

という風に仮説から話してもらえると、
その仮説ならこの切り口のほうがよくない？
など仮説ダイレクトな提案ができるかもね、、、

って話でした。