またまたインターンの話です。
今回はサイドプロジェクトのお話。
会社のプロフィールからPerks、次はサイドプロジェクトと
少しずつ内容は本質的なことに近づいていくように書いています。笑
リーンスタートアップと言えばIntuitかと言われると
自信を持って首を縦に振れるか微妙ですが 笑
Intuitと言えばリーンスタートアップです。
(↓知らない方向けに。イノベーション関係では結構有名な本です。)
http://www.amazon.co.jp/%E3%83%AA%E3%83%BC%E3%83%B3%E3%83%BB%E3%82%B9%E3%82%BF%E3%83%BC%E3%83%88%E3%82%A2%E3%83%83%E3%83%97-%E3%82%A8%E3%83%AA%E3%83%83%E3%82%AF%E3%83%BB%E3%83%AA%E3%83%BC%E3%82%B9/dp/4822248976
なので、インターンの人達にもぜひ
Intuitが推している「リーンスタートアップ」を経験してもらおう
という企画、リーンスタートインが先週の木金でありました。
企画の趣旨の時点で不穏な空気を察しましたが、無事予想は的中し、
Intuitにインターンに来ている人の中にも
リーンスタートアップを知らない人が結構いることがわかりました。笑
正直初めは「この人達は何しにこの会社にインターンしに来たんだろう」
と思ったのですが、笑
よく考えたらIntuitに来ているインターンは、アカデミックバックグラウンドが
学部からマスター、Phd、MBA、ロースクールと多岐に渡り、
職種もプロダクトマネージャーやエンジニアだけではなく
マーケティングからファイナンス、果てはHRやリーガルまで多岐に渡るため、
「必ずしもみんながプロダクトプロダクトしてるわけではないんだな〜」
と思うようになりました。
プロダクトマネージャでリーンスタートアップ知らなかった人もいましたが、
きっとプロダクトによって求められている人のニーズも…違う…の…か…な？笑
とりあえずイベントとしては
インターン同士で5人くらいのチームを組んで、
それぞれのお題に対して解決策を考えましょう、そしてその解決策を考える際にリーンスタートアップの方法論を使いましょう
という内容でした。
実際に自分の部署でメインプロジェクトとしてアサインされている仕事と比べると
どうしてもお遊び感は否めないですが、
大体毎年上記リーンスタートインのプロジェクトの中から2、3個は
実際にIntuitの本プロジェクトとなり製品としてリリースされているらしいです。
ということなので、実際どんなお題に取り組んだのかは書けないのですが、
お題自体に触れなくてもどんな感じだったかは書ける気がするので、
雰囲気どんな感じだったかを書いてみます。笑
チーム
これは明確に失敗しました。笑
本物の仕事の方ががっつりProduct Development関係なので、
このイベントではBusiness Orientedな感じのお題をやりたいな〜
と思ってたのですが、Business Orientedなお題は
希望者がボクともう１人しかおらず、必要人数が集まらなかったので、
他の人気のないお題に集まっている2人組とマージして4人でチームを組み、
話し合いの結果、他の2人組の支持していたお題でやることになりました。笑
ということで、あまりやる気の起きないお題なのですが、笑
さらに困ったことにチームの構成メンバーが、ボクを含めて
3人MBA(2プロダクトマネージャー、1マーケティング)、
1人学部のコンピュータサイエンスという
バランスめちゃくちゃ悪い頭でっかち感満載のチームになってしまいました 笑
そして当然のようにみんなリーンスタートアップを知りませんでした 笑
Lean Start In 1日目前半
リーンスタートアップを知らない前提でイベントは開催されているので
コーチ役の人達がちゃんと各プロセスの説明をしてくれます。
基本的には各プロセスの説明が簡単に行われ、
その直後に5〜15分の比較的短い時間でそのプロセスを実際にチームで行う
という流れで進められていきました。
とりあえずここが死ぬ程フラストレーション溜まりまくりました。笑
ここで問題となったのは多くの人が想像できたと思いますが、MBAの人達 笑
リーンスタートアップを知らない+前職でのある程度の成功経験あり
という組み合わせの彼女らは、
プロセスの説明を無視して、トラディショナルな方法を採ろうとします。笑
リーンスタートアップでは仮説を立ててスタンスをとって
小さい単位で根っこの方から検証を進めて、
正しかったら前に進んで、間違っていたらピボットして
を繰り返していくのですが、
彼女達は間違え慣れていないので、常に網羅的なアプローチを採りたがったり
常に正しいことをしようとしたがります。笑
例えば「ターゲットカスタマーはAとBとCが考えられるが
どのセグメントがベストか現時点ではわからないので、
とりあえず全部ターゲットにする。」とか。
「網羅的に検証するのは時間制約的にムリだから」と説得するのですが、
「私は今までこのやり方でやってうまくいってきた。
十分な時間を与えない主催者が悪い」の一点張りなので
なかなか前に進めず、結局コーチの人達を呼んで
説得を手伝ってもらうという感じでした。笑
手こずりましたが、最初の仮説をなんとか検証可能な形にすることはできました。
Lean Start In 1日目後半
1日目後半は、前半で立てた仮説を検証すべく
実験のプランを練り、実際に外に出て検証をします。
前半で立てた仮説の中で、
今分かっていることから最も飛躍している前提は何なのか、
そしてその前提は合っているのかを検証します。
検証方法に関して一個「ほう」と思ったのは、
検証方法としてサーベイを行うのは禁止ということでした。
サーベイを受ける人は多くの場合
「本当に自分がそう考えているか」よりも、
「周りにそう考えていると思われたいか」で答えてしまう傾向があるので
自分たちが検証したいことを直接顧客に聞いて得た回答は
必ずしも信憑性のあるものではないとIntuitでは考えられています。
例えば「こんな機能があったら使いたいと思うか？」と聞くと
明らかに聞き手がそれを作ろうとしているのがわかるので
「使うかどうかわからないけどまぁある分には困らないだろうな」
程度の考えを持っていても
「使いたいと思う」と答えてしまったりするケースです。
若干脱線しましたが、僕らも検証方法を考えて
外に出て検証をしました。
マウンテンビューのダウンタウンに行って
実際に一般の人達を呼び止めて検証を行ったのですが、
意外とこういうのに慣れているのか、
思っていたよりも多くの人が検証に協力してくれました。
こういうのがイノベーションを起こす土地柄の一部なんでしょうか？
とりあえずコンピュータサイエンスの学部生の人が
人を捕まえるのがめちゃくちゃうまく、
話を聞くと、以前営業をしていたことがあるとのことでした。
やっぱりセールスの経験は強いですよねー。
そんな感じで検証データを集めて、
それぞれのチームの仮説と検証内容、結果を共有して一日目は終わりでした。
Lean Start In 2日目
1日目が終わった後、2日目開始までに
1日目の検証結果を踏まえて新たな実験、検証を行うという宿題がありました。
僕らは1日目に検証した前提が正しいと信じられたので
facebook上で次に大きい前提を検証することにしました。
結果は失敗で、予想していた結果よりも厳しい結果が出ました。
ここでもやっぱりMBAの人達は失敗し慣れていないので
いかに見方によっては成功に見えるのかを主張してました 笑
でも1日目で少しリーンスタートアップを少し理解したのか
「失敗したことを認めないと
原因を分析して、それを踏まえた新しい検証に進めないよ」
と話すとわりとすんなり受け入れてくれ、
2日目の最初の結果共有はちゃんと「検証失敗」と発表できました。笑
2日目のメインはその結果を踏まえて3回目の仮説検証を行うことでした。
僕らは2回目の検証結果を踏まえて、
「2回目で試した前提の一歩手前にある前提は正しいのか」
を検証することにしました。
どこで検証するかを話していると
精度の高いサンプルとなる人達が実はIntuitにいるということがわかり
各オフィスの受付の人やセキュリティの人達に検証に協力してもらいました。
というデータの集め方をしたので時間が余り、笑
残り時間はチームボンディングということで
会社の隣にある海の周りを小一時間サイクリングしてました 笑
Result In 結果
2日間のアクティビティを踏まえて、
全チームが取り組んだアイディアと仮説の検証をどこまで行い
結果アイディアがどこまで進化したか/どこまで妥当性を評価できたか
を発表し、コーチ、全参加者の投票で各チームの順位を決めます。
ここで「逆境を乗り越えて1位になりました」
だったらかっこ良かったのですが、笑
残念ながら僕らは12チーム中3位でした。
それでも経験の偏ったチーム/リーンスタートアップの経験者の少ない中で
よく頑張ったと思います 笑
ボクらの評価ポイントは検証した前提と検証で集めたデータのクリアさでした。
この辺はワークス時代にたくさんやっていた
自分の全く知らない機能の問題解決の経験がもの凄く生きたと思います 笑
On-goIn’ 続行
2日間のLean Start Inのプログラムは終わりましたが、
実はこのプロジェクトは続きます。
来週に開催されるIntuitの全ブランチのインターンが集う
インターンサミットというイベントで、
それまでの成果をもう一度競います。
正直、本プロジェクトの方が楽し過ぎて
そっちに出来る限り時間を使いたいので、
このサイドプロジェクトをどのくらい頑張るかは不明ですが、笑
何か面白いことが起こったら、また新しいログに書いてみようと思います。
雑感
この2日間を通じて感じたのは
やったことないことに取り組み慣れておくことの重要さと
間違えることに慣れておくことの重要さでした。
ボクは基本的にずーっと失敗し続けているので 笑
やったことないことをすることや
間違えている可能性のある決断を、あえてスタンスをとって下して
検証結果に応じてスタンスを変えていくことに慣れていたのですが、
典型的な大企業でエリート街道をひた走ってきた人の場合だと
必ずしもそういうことに慣れていないのかなーと感じました。
初期段階で極端なことを一杯やって、
意図的にたくさん失敗して、そこから境界線を引いていくのが
ボクの典型的な仕事の仕方で、
故にボクの、上司がいる場合の仕事でのKPIは
「想定していなかったことでどれだけ怒られるか」だったりします 笑
でもこのやり方はリーンスタートアップとの親和性も高い気もするし、
前職でもそのやり方でやったからそこそこうまくいったんじゃないかな〜
と思っているのですが、
そこまで一般的な仕事の仕方じゃない気もしてきたので
近い将来にその仕事の仕方ってどういう感じか書いてみようかな〜
と思いました 笑
相変わらず終わり方はぐだぐだですが、笑
今回のところはこんな感じで！
