Ch4 03: 巨人がスプリントを覚えた日#

ゼネラルモーターズの従業員数は約16万人。1世紀以上にわたって磨き上げられた製品開発プロセスは、世界で最も洗練されたものの一つだ。同時に、最も遅いものの一つでもある。

これは批判ではない。GMのプロセスは大規模におけるリスク最小化のために設計されており、その点では世界トップクラスだ。すべての設計判断が複数のレビューゲートを通過する。すべてのエンジニアリング変更が数十部門のスペシャリストに精査される。すべての部品がテストされ、検証され、再テストされてから生産に近づく。このシステムは信頼性の高い車を生み出す。ただ、非常に長い時間がかかる。

GMがハマーEV——内燃機関の巨人からEVの挑戦者への転換を宣言する電動トラック——の開発を決めた時、彼らは岐路に立った。標準プロセスで進めれば4〜5年かかる。あるいは、まったく異なるやり方を試すか。

彼らはラディカルな道を選んだ。ジョシュ・テイベルが指揮を執った。そして彼が最初にやったのは、GMのプレイブックのほぼすべての構造的ルールを破ることだった。

テイベルのチームは小さかった——GM基準では意図的に、ほぼ挑発的なほど小さかった。大型車両プログラムには通常数百人のエンジニアが配置されるが、コアチームはその何分の一かだった。彼らは同じ物理的空間に集まり、GMの広大なキャンパスに散らばるのではなく、肩を並べて座っていた。

そして最も重要なのは、トップへの直通ラインがあったことだ。GMの標準開発プロセスには何層ものマネジメントレビューが重なっていた。テイベルのチームはその大部分を飛び越えた。判断が必要な時、5階層の副社長を経由する提案書を書くのではなく、廊下を歩いて「イエス」と言える人に直接話しに行った。

結果：ハマーEVは同規模のGMプログラムのおよそ半分の期間で開発された。2倍働いたからではない——誰もダブルシフトをやっていなかった。異なるやり方で働いていたのだ。大組織のカレンダー時間の大半を通常食い尽くすオーバーヘッドを剥ぎ取った構造の中で。

テイベルが掴んでいて、大半の大組織が受け入れに苦しむこと——それは、組織のスピードは主にアーキテクチャの関数であり、努力の関数ではないということだ。

計算してみよう。一つの意思決定に5層のマネジメント承認が必要で、各層のレビューと回答に平均3営業日かかるなら、その一つの判断で15営業日が燃える。数百の判断を含む開発プロセスでは、累積的な遅延は驚異的だ。すべてのレビュアーが懸命に働き、迅速に返答したとしても、構造そのものがすべてに巨大な時間税を課している。

私はこれをアーキテクチャ税と呼んでいる——組織構造がそこを通過するすべての活動に課す隠れたコスト。すべてのマネジメント層、すべての必須サインオフ、すべてのクロスファンクショナルレビューボードが時間を加算する。人が遅いとか怠惰だからではない。階層の上下で情報をやり取りするメカニクスが本質的に時間を食うからだ。

アーキテクチャ税には3つの要素がある。

遅延税。 各層がカレンダー時間を積み上げる——誰かの待ち行列で過ごす時間、レビュー会議のスケジュール調整に費やす時間、次の階層向けのスライドデッキ作成に沈む労力。

忠実度税。 各層が情報の質を劣化させる。微妙なエンジニアリングのトレードオフがスライドの箇条書きになる。コンテキストが消え、ニュアンスが平坦化される。最上位のエグゼクティブが受け取るのは、最善の判断を支えきれないかもしれない、現実の簡略版だ。

リスク回避税。 各層が保守性を注入する。ミドルマネージャーは大胆な賭けで報われることは滅多になく、失敗で罰せられることは日常だ。各階層での合理的な行動はヘッジし、条件をつけ、先送りすること——つまり組織全体のリスク選好は、個人のそれよりはるかに低くなる。

5層組織は2層組織の5倍遅く判断するだけではない。より遅く、より悪く、より保守的に判断する。アーキテクチャ税の複合効果は線形ではない——幾何級数的だ。

解決策は組織全体をフラットにすることではない。GMの規模と複雑さの企業にとって、それは現実的でも賢明でもない。解決策は、大きな組織体の中に保護された空間を作ること——私が「特殊作戦」チームと呼ぶもの——根本的に異なるアーキテクチャで動くチームだ。

効果的な特殊作戦チームの特徴は、業種を超えて驚くほど一貫している。

小さい。 2〜8人がスイートスポット。このサイズなら、全員が他の全員の仕事を把握している。コミュニケーションは環境的——近接性を通じて起こり、会議を通じてではない。調整コストはほぼゼロ。

クロスファンクショナル。 チームがミッション遂行に必要なすべてのスキルを内包し、外部部門に頼らない。エンジニアリング、デザイン、製造、サプライチェーン——プロジェクトが求めるものは何でもチーム内にある。外部依存は小チームのスピードの最大の敵だ。

ダイレクトアクセス。 チームは最上位の関連意思決定者に直接報告し、中間マネジメント層を飛び越える。これが最も物議を醸す要素であり、最も組織の抗体を引き起こす要素だ。ミドルマネージャーが自分の管轄外で動くチームに脅威を感じるのは理解できる。だがこれが最も重要な要素でもある。アーキテクチャ税を根元からゼロにするからだ。

権限委譲。 チームは明確に定義された境界内で意思決定権を持つ——通常なら複数の承認層が必要な判断を含む。第2章の三条件フィルターがここで有効だ。安全を脅かさず、法を犯さず、壊滅的損失を引き起こさない判断なら、チームが判断して事後報告する。

よく聞く反論がある。「特別プロジェクトなら通用するが、会社全体をそうは運営できない。」その通りだ。調整メカニズムなしの自律的小チームだけで組織全体を構成すれば、カオスになる。

だが私が提案しているのはそれではない。特殊作戦モデルは、スピードがプロセス遵守より重要な、特定の高優先度イニシアチブのためのものだ。組織の残りの部分は、一貫性、安全性、スケールを確保する構造とコントロールで運営し続けることができるし、そうすべきだ。

本当の洞察は、スピードとコントロールは組織全体に一律に適用されるグローバルスイッチではないということだ。それらはダイヤルであり、異なるタイプの仕事に対して異なる位置に設定すべきものだ。ルーティン業務にはより厳格なコントロールが必要で、遅いテンポを許容できる。ブレークスルー・イニシアチブにはより高いスピードが必要で、緩いコントロールを許容できる。

GMはハマーEVでこれを理解した。既存の開発プロセスを壊したのではない。並行トラックを作った——小さなチームがスタートアップの速度で走れる保護されたレーン。母艦はエンタープライズの速度で航行し続ける。

ガイダンス#

大組織の中にいて、重要なイニシアチブで速く動く必要があるなら、これを試してほしい。

小さなクロスファンクショナルチームを組成する。 8人以下。実行に必要なすべての能力がチーム内にあることを確認する——外部依存なし。
意思決定者へのダイレクトアクセスを確保する。 これは譲れない。チームの判断が通常の階層を上っていく必要があるなら、何も得ていない。レポーティングラインは短くなければならない——理想的には1階層。
境界を引く。 チームは自律権がどこで終わるかを知る必要がある。三条件フィルターを使う。安全を脅かさず、合法性を犯さず、壊滅的損失を引き起こさないものはすべてチームの権限内。それ以外はエスカレーション。
母艦からチームを守る。 大組織には強力な免疫システムがある。小チームを標準プロセスに引き戻そうとする——レビューゲートを追加し、ステータスデッキを要求し、クロスファンクショナルのステアリング委員会にチームを引っ張り込む。これに抵抗せよ。チームのスピードは構造的独立性にかかっている。

大組織におけるスピードの最大の足かせは、タレントでも、テクノロジーでも、予算でもない。タレント、テクノロジー、予算が通されるアーキテクチャだ。アーキテクチャを配線し直せば、同じ人材と同じリソースで劇的に異なる成果が出る。