Ch4 02: 組織の神経システム#

同じ製品を作る2つの工場を想像してほしい。

工場Aでは、生産マネージャーが毎朝、前夜に更新されたスプレッドシートを開く。サプライチェーンチームは週次で部品供給レポートを出す。品質チームは前のシフトで見つかった欠陥をまとめたメールを送る。何かが起きた時——サプライヤーが納品を飛ばした、機械が止まった、品質指標が跳ね上がった——情報はメールスレッドと会議のアジェンダを経由して伝わり、対処できる人に届くのは問題が始まってから何時間も、あるいは何日も後だ。

工場Bでは、現場の全員がリアルタイムのダッシュボードを見ている。すべての注文、すべてのサプライヤー出荷、すべての設備、すべての品質指標のステータスが表示されている。サプライヤーの出荷が遅れれば、部品が切れる前に画面が赤く変わる。品質問題が浮上すれば、数日後ではなく数分以内にパターンが見える。どのステーションでボトルネックが生じても全員に見え、問題に最も近い人がすぐに動ける。

どちらの工場が速いか？答えは明らかだ。もっと興味深い問いは、なぜ大多数の組織がいまだに工場Aのように運営されているのか、ということだ。

テスラでは、Vehicle Plan（ビークルプラン）と呼ぶものを構築した——顧客が「注文」をクリックした瞬間から車を受け取る瞬間まで、すべての車を追跡する統合データシステムだ。生産状況だけではない。すべてだ。顧客のコンフィギュレーション。部品の在庫状況。製造の進捗。品質チェックポイント。ロジスティクス。納車スケジュール。すべてが一つの場所に、リアルタイムで更新され、必要な人全員に見える状態だった。

Vehicle Planが存在する前、テスラはほとんどの会社と同じように運営されていた。各部門がそれぞれのデータ王国を持っていた。営業にはCRM。製造にはMES。物流にはTMS。品質にはQMS。各システムは自部門のニーズに合わせて精密にチューニングされ、各部門は自分の数字を完璧に把握していた。

問題は部門の中にあったのではない。部門と部門の間の隙間にあった。

営業が特定の顧客の車がいつ出荷されるか知りたければ、製造に聞かなければならない。製造は部品チームに確認しなければならない。部品チームは調達に確認しなければならない。調達はサプライヤーに確認しなければならない。問い合わせのたびに時間が燃え、引き継ぎのたびに遅延が生まれる。答えがチェーンを通って戻ってくる頃には、現場の実態がすでに変わっていることも多かった。

情報のサイロが組織に何をするか。コミュニケーションを遅くするだけではない——信頼性を失わせるのだ。データがあるシステムから別のシステムへ、ある人から別の人へ渡るたびに、忠実度が下がる。数字は丸められ、文脈は剥ぎ取られ、ニュアンスは蒸発する。情報が意思決定者に届く頃には、現実の劣化コピーになっている。

Vehicle Planは、サイロを消すことで引き継ぎを消した。各部門がそれぞれのバージョンの「事実」を守る代わりに、事実は一つだけになった。一つのデータベース。一つのダッシュボード。一つのソース——CEO、工場フロアのスーパーバイザー、デリバリー担当、誰でも引き出せるもの。

効果は即座に現れた。

以前は3回のミーティングと1週間のやり取りを要した意思決定が、5分で済むようになった。生産マネージャーは部品不足がラインを止める3日前にその兆候を察知し、部品が揃っている車両に生産を振り替えることができた。デリバリーコーディネーターは、すべての車が製造プロセスのどこにあるかを正確に確認でき、電話1本かけずに顧客に正確な納車予測を伝えられた。

だが最も深い変化は信頼にあった。Vehicle Plan以前、ミーティング時間のかなりの部分がデータの争いに費やされていた。「私の数字はXを示している」「いや、私のはYだ」「ちょっと待って、最新のレポートを出すから」。これらは戦略についての生産的な議論ではなかった。事実についての争い——異なるチームが同じ現実の異なるスナップショットを見ているからこそ存在する争いだった。

全員が同じデータを見れば、事実についての争いは消える。残るのは、解釈、戦略、優先順位についての本物の意見の相違——組織を前に進める種類の意見の相違だ。

組織のデータ可視性について、私が有用だと感じている成熟度モデルがある。ほとんどの企業はレベル1か2で止まっている。レベル3以上への飛躍が、変革が起きるところだ。

レベル0：ブラックボックス。 データなし。意思決定は勘と経験で行われる。小企業や大企業の特定の部署では、驚くほど一般的だ。

レベル1：定期レポート。 データが収集され、週次または月次のレポートにまとめられる。レポートが意思決定者のデスクに届く頃には、それは歴史だ——バックミラーであり、フロントガラスではない。

レベル2：ダッシュボード。 リアルタイムデータが画面やソフトウェアツールに表示される。意思決定者は今何が起きているか見える。レベル1からの大幅な改善だが、ダッシュボードは部門ごとに作られる傾向があり、より見栄えの良いラッパーでサイロ問題を再現してしまう。

レベル3：統合神経システム。 データがバリューチェーン全体をリアルタイムで流れる。顧客の注文から最終納品まで。異常は自動的にフラグされる。すべてのステークホルダーが同じ画面を見る。意思決定が「先週何が起きたか」から「今何が起きているか」に移行する。

レベル4：予測型神経システム。 システムは現在の状態を示すだけでなく、将来の状態を予測する。ボトルネックが形成される前に予測し、サプライヤーリスクが顕在化する前にフラグし、需要シフトが到来する前に予測する。意思決定がリアクティブからアンティシパトリーに移行する。

Vehicle Planは、テスラがレベル3に向かって推し進めたもので、レベル4の糸も織り込まれていた。完璧ではなかった——どんなシステムも完璧ではない。だがレベル1で運営することとレベル3で運営することの距離は、漸進的なものではなかった。まったく別のゲームだった。

この曲線を登るのにテスラの予算は必要ない。原則はどんな規模でも同じだ。情報を可視化し、リアルタイムにし、共有すること。

5人のスタートアップなら、共有カンバンボードと毎日15分のスタンドアップで実現できる。50人の会社なら、既存ツールに接続した適切なダッシュボードで可能だ。5,000人の企業にはより重いインフラが必要だが、設計原則は変わらない。一つの事実、全員に可視、継続的に更新。

最も難しいのはテクノロジーではない。カルチャーだ。データを可視化するということは、問題を可視化するということだ。問題が解決されるのではなく罰せられる組織では、可視性は脅威に感じられる。部門レポートで品質問題を隠してきた生産マネージャーは、品質データをリアルタイムで全員に表示するシステムに抵抗するだろう。

だからこそ、データの可視性と心理的安全性は切り離せない。一方がなければ他方もあり得ない。人々に透明性を受け入れてもらいたければ、問題を表面化させることが感謝されるのであって、解雇通知ではない環境を作らなければならない。

ガイダンス#

一つの問いから始めよう。最も重要なプロセスのリアルタイムの状態を——エンドツーエンドで、関わるすべての部門を横断して——知りたいとしたら、答えを得るのにどのくらいかかるか？

答えが「数時間」か「数日」なら、サイロ問題がある。解決の糸口はこうだ。

情報フローをマッピングする。 プロセスを最初から最後まで描く。すべての引き継ぎポイントで記録する。どんなデータが渡されるか？どんな形式で？どのくらいの頻度で？誰に？どこに断絶があるか？
最大のサイロを見つける。 すべてを一度に解決する必要はない。最も多くの遅延、最も多くの誤解、最も多くの無駄を生んでいる一つの情報ギャップを特定する。そこから始める。
共有ビューを構築する。 手元にあるもの何でも使おう——共有スプレッドシート、カンバンボード、シンプルなダッシュボード——サイロに閉じ込められた情報を、必要な全員にリアルタイムで見えるようにする。
デフォルトをオープンに。 権限を設定する時、「全員がすべてを見える」から始め、本当に必要な場合にのみ制限を追加する。ほとんどの組織はこの逆をやっている——すべてをロックダウンし、渋々アクセスを許可する。この逆転したデフォルトこそが、ほとんどのサイロの根本原因だ。

組織の神経システムは、組織がどれだけ速く考え、反応し、適応できるかを決定する。神経システムをアップグレードすれば、他のすべてが速くなる。