「なぜ部下は自分の思い通りに動いてくれないのだろう」と感じたことはありませんか。あるいは、長い時間をかけて完成させた提案が「そういうことじゃなくて」と一言で退けられたとき、何が間違いだったのか整理できないまま、また同じプロセスを繰り返してしまっていませんか。
実は、その問題の根っこには「作ってから確かめる」という順番があります。先に完成品を目指し、あとから反応を見る。このシンプルな習慣こそが、時間とエネルギーを最も大きく無駄にする原因です。エリック・リース著『リーン・スタートアップ』は、その順番を逆にすることで、組織の意思決定を劇的に速くする考え方を教えてくれます。
「半年間の努力」が水泡に帰した、著者自身の失敗
本書の著者リース自身が、この教訓を最も痛烈に体験した当事者です。
彼がかつて最高技術責任者を務めていた「IMVU」という3Dアバターを使ったチャットサービスで、開発チームは数ヶ月をかけて「アバターが自由に移動できる機能」を作り上げました。ユーザーが喜ぶと確信していたからです。周到に作り込み、テストも重ね、満を持してリリースした。ところが、誰もその機能を使わなかったのです。
ここで重要なのは、彼らが犯したミスの種類です。技術的に欠陥があったわけでも、実装が雑だったわけでもありません。「顧客が本当に求めているかどうかを確かめずに、自分たちが作りたいものを作り続けた」という、根本的な方向性の誤りでした。どれほど丁寧に作り込んでも、求められていないものを作ることは、時間の浪費にしかなりません。
仕事は「天才のひらめき」ではなく「科学的実験」である
この失敗からリースが辿り着いた結論は、「起業とは天才のひらめきや熱意の産物ではなく、厳密なプロセスに裏打ちされた科学的実験である」というものでした。
科学実験には手順があります。まず仮説を立て、実験して計測し、結果から学んで次の仮説を立て直す。このサイクルを積み重ねることで、真実に近づいていく。ビジネスも、まったく同じだというのがリースの主張です。
「このサービスは必ず売れる」「この提案は絶対に通る」という確信は、科学の言葉で言えば「仮説」です。仮説は、実験して証拠を集めるまで、ただの思い込みと区別がつきません。大切なのは確信の強さではなく、その仮説を早く、低コストで検証できるかどうかです。
「構築・計測・学習」を最速で回すことが勝負を決める
リースが提唱するのが「構築・計測・学習」という三つのステップを繰り返すフィードバックループです。
まず、検証したい仮説を小さな形に「構築」します。次に、それを実際に試して顧客の反応を「計測」します。そして、得られたデータから何が正しくて何が間違っていたかを「学習」し、次の一手を決める。このループを一巡させることで、ひとつの仮説の答えが出ます。
革新的なのは、このループを「いかに速く回すか」に価値の源泉を見ていた点です。IMVUの失敗から立ち直ったチームが採用したのは、毎日何十回もシステムを更新し、そのたびに顧客の反応を即座に計測するという仕組みでした。作って・試して・学ぶ、というサイクルを、1ヶ月に一度ではなく、1日に何十回も回す。それによって、「自分たちが作りたいもの」ではなく「顧客が実際に使うもの」へと、データに基づいて即座に舵を切る力を手に入れたのです。
「報・連・相」の間隔が短い人ほど、仕事が速く進む理由
このループの考え方は、管理職の日常業務にそのまま当てはめることができます。
部下がプロジェクトを進める際、「完成してから報告」を当然のこととして求めていませんか。実はこれは、ループの間隔を長くしているのと同じです。完成まで待つということは、間違いが起きていても発見が遅れるということ。修正コストは、早く気づくほど小さくて済みます。
一方、「途中の段階でも気軽に見せて」と声をかけておくと、部下はループを短いサイクルで回せるようになります。骨子ができた段階で確認し、方向性が合っていれば詳細を詰める。こまめに確認することは、管理を細かくしているのではなく、無駄な作業が積み上がる前に修正する機会を作っているのです。
プレゼンテーションも同じです。完成したスライドを持って初めて上司に見せるより、骨子の段階で一度確認を取る。その一手間が、最終的な完成度を格段に上げます。
「直感」を信じるより「データ」で確かめる勇気を持つ
ループを回すことで得られるのは、希望的観測ではなく、実際の行動データです。
「この提案はきっと響くはず」という確信は、良くも悪くも主観です。しかし、「先週の会議で出した骨子に対して、部長が一番関心を示したのはコスト削減の部分だった」というのは、観察可能な事実です。次の提案を作るとき、どちらを根拠にする方が精度が高いか、言うまでもないでしょう。
リースはこの事実の積み重ねを「検証された学び」と呼び、ビジネスの進捗はこれ以外では測れないと主張しています。会議の回数でも、作った資料の枚数でも、費やした時間でもなく、「何を学んだか」が唯一の進捗指標だというのです。
この考え方は、チームのマネジメントにも深く影響します。部下の評価を「どれだけ働いていたか」ではなく「何を試して、何を学んだか」に置けるようになると、チームの動き方が変わります。失敗を責める文化ではなく、早く試して早く学ぶ文化が育ちます。
「やり直し」を恐れるより「早く間違える」を選ぶ
日本のビジネス現場では、「一度で正確に仕上げること」が美徳とされる傾向があります。やり直しは恥ずかしいことであり、修正が発生することは準備不足の証拠だという雰囲気が根強くあります。
しかしリースの哲学は正反対です。早く間違えることこそが、最終的に正解に到達する最速のルートだというのです。なぜなら、間違いから学べることは、正解から学べることよりも圧倒的に多いからです。
先ほどのIMVUの事例も、誰も使わなかった機能を作ってしまった失敗があったからこそ、高速フィードバックループという正解にたどり着けました。失敗を恐れて挑戦しないことは、学習の機会そのものを失うことと同義です。
構築・計測・学習のループを速く回すということは、言い換えれば「間違えるチャンスを多く作る」ことでもあります。間違いを恐れず、データを信じ、素早く学んで次に活かす。この繰り返しが、不確実な状況の中でも着実に前進する力を生み出します。エリック・リースが本書を通じて伝えているのは、方法論というより、「学び続けること」への根本的な姿勢の変革です。
コメント