会議で部下たちの意見が割れたとき、あなたはどうしていますか？上司として結論を示すべきか、それとも議論を続けさせるべきか。答えを持っているのに言わないのは無責任なのか、それとも言わない方がチームのためなのか。IT企業で中間管理職として部下を率いる立場にあるみなさんなら、一度は悩んだ経験があるはずです。エリック・シュミットらが著した『1兆ドルコーチ』は、GoogleやAppleを支えた伝説のコーチ、ビル・キャンベルの教えを通じて、その答えを明快に示してくれます。本書が説く意思決定の極意は、リーダーとしてのあなたの在り方を根本から変える力を持っています。
リーダーの仕事は答えを持つことではない
多くの管理職が陥る罠があります。それは「リーダーは常に正しい答えを持っていなければならない」という思い込みです。部下から相談を受けたとき、会議で意見が割れたとき、すぐに自分の考えを示すことが優れたリーダーシップだと信じていませんか。
ビル・キャンベルが実践していたのは、まったく逆のアプローチでした。彼は事業戦略や製品仕様といったビジネスの中身そのものに深く関与することは稀だったといいます。では何をしていたのか。彼の真価が発揮されたのは、データや論理だけでは解決できない部門間の対立や人間関係のもつれといった場面でした。
キャンベルが重視したのは「答え」ではなく「プロセス」です。チームから最高の答えを引き出すための最適なプロセスを設計し、それを断固として実行すること。これこそが、リーダーの本当の仕事なのです。
最初に結論を言ってはいけない理由
あなたは会議でこんな経験をしたことはありませんか。意見を求めたはずなのに、部下たちが自分の顔色をうかがいながら当たり障りのない発言しかしない。活発な議論を期待していたのに、なぜか盛り上がらない。
その原因は、あなたが最初に自分の考えを示してしまっているからかもしれません。リーダーが先に結論を提示すると、部下たちは無意識のうちに忖度し始めます。本当は別の意見があっても、上司の考えに反対するのはリスクが高いと判断し、沈黙してしまうのです。
本書では、マネージャーは自らの意見を最後に述べるべきだと明確に説いています。リーダーが最初に結論を提示してしまうと、他のメンバーが自由に意見を言いにくくなり、チームから最適解を発見する貴重な機会を奪ってしまうからです。
議論の場でリーダーがすべきことは、自分の答えを押し付けることではありません。あらゆる意見をテーブルの上に広げさせ、それらを安全に表明させ、徹底的に議論させる場を創出すること。リーダーの役割は、答えを知る独裁者ではなく、最高の議論を演出するファシリテーターなのです。
コンセンサスという名の妥協を避ける
日本のビジネス文化では「全員一致」が美徳とされがちです。しかし、キャンベルは全員一致を目指す安易なコンセンサス（合議）を嫌いました。なぜでしょうか。
コンセンサスをゴールにすると、声の大きい者や政治力のある者の意見が通りやすくなります。結果として、最適解から遠ざかる質の低い妥協の産物が生まれてしまうのです。誰もが納得できる答えを求めるあまり、誰も反対しない無難な選択肢に落ち着く。これでは組織は前に進めません。
キャンベルが理想としたのは、全ての意見やアイデアをテーブルの上に広げ、チーム全体で最適解を徹底的に議論するプロセスでした。そこでは対立も歓迎されます。健全な対立こそが、より良い答えを導き出す原動力になるからです。
ただし、議論が尽くされてもなお意見が割れる場合は、リーダーが最終的な責任を負って決断を下し、チームを前進させる義務があります。この決断力もまた、リーダーに求められる重要な資質なのです。
プロセス設計の具体的な技術
では、チームから最高の答えを引き出すプロセスとは、具体的にどのように設計すればよいのでしょうか。本書から学べる実践的な技術を紹介します。
新規プロジェクトの方針を決める会議で、A案とB案が激しく対立している場面を想像してください。凡庸なリーダーは、自らの経験からA案が正しいと判断し、議論をそちらに誘導しようとするでしょう。
しかし、ビル・キャンベルに学んだリーダーは違います。まず会議の目的を明確にします。今日は結論を出さない。A案とB案、それぞれのメリット・デメリット、そして最悪のリスクシナリオを徹底的に洗い出すことだけが目的だ、と。
次に、両案の支持者に平等に発言機会を与え、健全な対立を促します。重要なのは、対立を恐れないことです。対立を表面化させ、その根本原因を探ることで、より深い洞察が得られます。
そのプロセスを通じて、チーム自身が気づくのです。A案のスピード感とB案の堅実性を組み合わせた、ハイブリッドなC案こそが最適解ではないか、と。これが、リーダーが答えを押し付けるのではなく、チームが自ら答えを発見するプロセスなのです。
人間関係のデバッガーとしてのリーダー
キャンベルのアプローチは、コンピュータシステムのデバッグ作業に似ています。優れたシステムエンジニアは、システムに生じた不整合や競合といったバグを特定し、システム全体のパフォーマンスを回復させます。
キャンベルもまた、組織の人間関係というOSに生じたバグを解消していました。誰もが気づいていながら見て見ぬふりをしている組織内の根本的な対立、いわゆる「部屋の中のゾウ」を臆することなく指摘し、関係者に対峙させたのです。
IT企業の中間管理職であるみなさんなら、この比喩はよく理解できるはずです。技術的な問題は解決できても、部門間の利害対立や個人間の感情的なもつれが障害になることは珍しくありません。
キャンベルの役割は戦略アドバイザーではなく、企業の人間関係というOSに生じたバグを解消し、組織の実行力を回復させるヒューマンシステム・デバッガーだったのです。これは、現代の管理職が目指すべき姿そのものではないでしょうか。
会議の価値は結論ではなく議論にある
多くの管理職が会議を嫌う理由は、時間ばかりかかって結論が出ないことです。しかし、本書の教えに従えば、その考え方自体が間違っているのかもしれません。
会議の真の価値は、結論を出すことではなく、質の高い議論を通じてチームの集合知を引き出すことにあります。一人の優秀なリーダーの判断よりも、多様な視点を持つチームメンバーが徹底的に議論した末に到達した結論の方が、はるかに優れていることが多いのです。
キャンベルが実践していたのは、この集合知を最大化するためのプロセス設計でした。全てのメンバーが心理的に安全な環境で自由に意見を表明できる場を作り、対立を恐れずに議論を深め、最終的にチーム全体が納得できる答えに到達する。このプロセスこそが、組織の実行力を高める鍵なのです。
あなたが次に会議を主催するとき、ぜひこのアプローチを試してみてください。答えを持って会議に臨むのではなく、最高の議論を引き出すプロセスを設計して臨む。その変化が、あなたのチームに驚くべき変革をもたらすかもしれません。
あなたの役割はファシリテーター
『1兆ドルコーチ』が教えてくれるのは、リーダーシップの本質的な転換です。リーダーとは、すべての答えを持っている完璧な存在ではありません。チームから最高の答えを引き出すための、優れたプロセスを設計できる存在なのです。
部下から信頼される上司になりたい。会議での存在感を高めたい。プレゼンテーションで説得力を持ちたい。そう願うIT企業の中間管理職であるみなさんにこそ、本書は大きな気づきを与えてくれるはずです。
答えを出すことに焦点を当てるのではなく、答えを引き出すプロセスに焦点を当てる。この視点の転換が、あなたのリーダーシップを次のステージへと引き上げてくれるでしょう。
コメント