0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

はじめに

「良い設計をしたはずなのに、なぜかリリースまでが遅い」
「技術的には数日で終わる話が、意思決定に3ヶ月かかる」

こうした経験はエンジニアであれば一度はあると思います。原因を「上が悪い」「うちは官僚的だから」で片づけてしまいがちですが、本書はそこに真正面から反論します。問題は人ではなくシステム(構造)の側にある、というのが本書の一貫した主張です。

本記事では、変革理論の第一人者であるジョン・P・コッターによる『Accelerate』を、ソフトウェア設計・アーキテクチャに関心のあるエンジニア向けに要約します。組織を「アーキテクチャ」として読むと、驚くほど示唆の多い一冊でした。


書誌情報

項目 内容
原題 Accelerate: Building Strategic Agility for a Faster-Moving World
著者 John P. Kotter(ジョン・P・コッター)
出版社 Harvard Business Review Press
出版年 2014年
ISBN 978-1-62527-174-7
位置づけ 『Leading Change』(1996)の続編にあたる最新理論

著者は1972年にハーバード・ビジネス・スクールの教員となり、33歳で同校史上最年少のテニュアを取得した人物です。本書の元になったHBR論文「Accelerate!」は2012年のマッキンゼー賞を受賞しています。


3行でまとめると

  • 階層型組織(ヒエラルキー)は信頼性と効率性のために最適化されており、構造上どうしても戦略的な俊敏性を出せません。
  • 解決策は階層を壊すことではなく、ネットワーク型の「第二のシステム」を並走させること。これを著者はデュアル・オペレーティング・システムと呼びます。
  • ネットワーク側は8つの「アクセラレーター」というプロセスで駆動し、任命ではなくボランティアによって動きます。追加コストはほぼゼロです。

第1章:階層構造は「壊れている」のではなく「そう設計されている」

本書の出発点は、あらゆる組織が変化のスピードについていけなくなっているという観察です。特許出願数、ハードディスク容量、株式取引量といった指標を並べると、変化量は線形ではなく指数関数的に増大している、と著者は指摘します。

階層構造は20世紀最大のイノベーションのひとつ

ここで著者は、よくある「官僚制を破壊せよ、中間管理職を廃止せよ」という論調には与しません。むしろ適切に設計された階層構造こそ20世紀最大級の発明であり、今も絶対に不可欠だと言い切ります。

階層構造が提供するもの:

  • 業務を部門・製品・地域に分割し、専門性を集中させられる
  • 実績のある手順を運用に落とし込める
  • 明確なレポートラインと説明責任を確立できる
  • 週次・四半期・年次で高い再現性のあるアウトプットを出せる

これはソフトウェアでいえば、十分にテストされ、SLOを満たし、運用が安定している本番システムにあたります。捨てる理由はどこにもありません。

しかし限界も構造に由来する

問題は、その同じ構造が以下を必然的に生むことです。

  • サイロを越えたコミュニケーションが遅い(サイロは階層構造に内在する要素であり、薄くはできても排除はできない)
  • ルールと手順が、合理的であるがゆえに時間とともに増殖し、いずれ障壁になる
  • 四半期の数字への短期志向が、長期的な打ち手を常に押しのける
  • 信頼できる少数の人材に重要施策が集中し、そこがボトルネックになる

著者が繰り返し強調するのは、これらは「悪い管理職」の問題ではなくシステムの問題だという点です。階層を減らすことはできても消すことはできず、四半期予算を廃止することもできません。

ここは技術負債の議論とよく似ています。個々の判断は当時合理的だったのに、累積すると変更容易性が失われる。組織にも同じ現象が起きるという指摘です。

「強化」では足りない

多くのリーダーはこれを自覚していて、補強策を打ちます。PMO(プロジェクト管理組織)の設置、部門横断タスクフォース、戦略コンサルの起用、戦略企画部門の新設、チェンジマネジメント機能の導入──。

これらは確かに効果があります。ただし著者に言わせれば、それは単一システムの強化にすぎず、上限があるのです。象にロケットエンジンを取り付けても象は象だ、という比喩が使われています。


第2章:デュアル・オペレーティング・システム

本書の中核概念です。

構造

┌────────────────┐         ┌────────────────┐
   階層構造         ◄──────►  ネットワーク   
   (Hierarchy)      人が      (Network)     
                    両方に                  
 ・計画/予算         所属     ・大きなチャンス   
 ・職務定義                   ・戦略イニシアチブ  
 ・成果測定                   ・サブイニシアチブ  
 ・問題解決                                  
                                           
 → 信頼性・効率性              → 俊敏性・スピード 
└─────────────────┘        └─────────────────┘
  • 左側(階層):ギザのピラミッド。今日の業務を確実に回す。
  • 右側(ネットワーク):スタートアップの太陽系。中心にガイド機構(太陽)、その周りに戦略的イニシアチブ(惑星)、さらにサブイニシアチブ(衛星)が配置される。

重要なのは、この2つが別会社のように分離しないことです。著者はゼロックスPARCと本社の関係を反面教師として挙げています。PARCは驚異的な戦略的イノベーションマシンでしたが、本社はそれを活かせませんでした。二重システムは「2つのスーパーサイロ」になってはいけないのです。

両者を接続するのはです。ネットワーク側で働く人は全員、階層側にも本来の仕事を持っています。

5つの原則

# 原則 要旨
1 変革の担い手を大量に 少数の任命者ではなく、あらゆる場所から集める。50%増ではなく500〜1000%増の規模感
2 「やらされ」ではなく「やりたい」 任命ではなくボランティア。選択の自由と参加の許可が前提
3 頭だけでなく心も動かす ビジネスケースの論理だけでは人は動かない。感情への訴求が必要
4 マネジメントではなくリーダーシップの強化 予算レビューや進捗報告ではなく、ビジョン・機会・情熱・称賛
5 階層とネットワークは不可分 2つで1つの組織。情報と活動が常に往来する

8つのアクセラレーター

『Leading Change』の8段階を、「一度きりのプロジェクト」から「止まらない常時稼働プロセス」に作り替えたものです。ここが旧著との最大の差分だと感じました。

  1. 大きなチャンスをめぐる緊急性を醸成する ── すべての起点。多くの人が毎朝「あの機会のために今日何ができるか」と考えて起きる状態をつくる
  2. 指導的連合(Guiding Coalition, GC)を構築する ── あらゆるサイロ・階層から集まったネットワークの中核。太陽にあたる
  3. 変革ビジョンと戦略的イニシアチブを策定する ── GC自身が情熱を持てるものを選ぶ
  4. ボランティア軍団を結成する ── 重力のように人を引き寄せる
  5. 障壁を取り除き、行動を促す ── 実務の大半は「良いアイデアの発見」より「実行を妨げる障壁の除去」
  6. 短期的な成功を生み出し、祝う ── 小さくても可視化して祝う。ネットワークに信頼性を与える
  7. 加速を持続させる ── 1〜2回の成功で止めない。エンジンの点火プラグに相当する
  8. 変革を組織文化に定着させる ── 階層側のプロセス・システム・行動に統合する

必要なのは全社員の5〜10%

驚いたのがこの数字です。ネットワークを機能させるのに必要なのは、階層構造にいる管理職・従業員のわずか5〜10%だと述べられています。理由は2つ。

  • この層は組織に関する知識・人脈・信頼性・影響力をすでに持っている
  • 新しい予算項目を一切追加しない(既存社員が通常業務に加えて動くため)

金銭的報酬もほぼありません。参加者が語るメリットは、より広いミッションへの参画感、普段は接点のない人との協働、組織全体での可視性向上、といった内発的なものです。


第3章:教訓的な物語 ── 800万ドルのITプロジェクトが17.5億ドルを溶かす

ここは実務者として最も刺さった章でした。

あらすじ

業界3位の専門サービス企業に、外部からCEOが着任します。調査グループとコンサルを投入し、「現状維持なら4位転落、しかし大胆な新戦略を取れば5年で首位、時価総額+10億ドル」という結論を得ます。取締役会も承認。

補完施策のひとつが、グローバル人事ITシステムの刷新でした。予算は約800万ドル。教科書的なプロセスで進みます。RFP発行、コンサル選定、タスクフォース設置、PMOへの登録、シニアPMのアサイン。何も間違っていません。

「このプロジェクトの賭け金はいくらか?」

著者は関係者に同じ質問をして回ります。

立場 見積もった「賭け金」
マイアミのプログラミング責任者 せいぜい6桁ドル
その上司 数百万ドル、ただしまず起きない
人事部長 自部門予算は50万ドル、あとはIT
IT責任者(シド) 800万ドル超くらい
CFO 数千万ドル
CEO 5000万ドル規模

実際に起きたこと

導入は当初順調に見えました。しかし、営業部門の別プロジェクトとの衝突、中国を含む4カ国の現場からの不満、東欧拠点との対立、そして「ラテンアメリカの既存人事システムが新ソフトと全く互換性がない」という後出しの発覚が続きます。

8ヶ月後、システムは未完成のまま買収プログラムが始動。コスト構造のリアルタイムな可視性がないまま四半期末の意思決定が行われ、利益予想を下回ります。株価は1日で15%下落。まとまりかけていた最初の大型買収は競合に横取りされ、株価はさらに下落。同社は3位から4位に転落しました。

アナリストの推定では、この人事ITプロジェクトの失敗が及ぼした全体影響は17.5億〜45億ドル。社内のほとんどの人の見積もりは、現実のおよそ0.02%程度だったことになります。

「システムの選定は正しかったか」ではなく「このシステムが遅れたとき、事業全体で何が連鎖するか」を誰も見積もれていなかった、という構図です。マイクロサービス間の隠れた結合を見誤ったときの障害波及に近いものを感じます。

著者の診断

関係者は無能ではありませんでした。CEOは業界で高く評価されていた人物です。彼らが使ったのは、今日ほぼすべての企業で「ベストプラクティス」とされる道具立て──戦略調査グループ、ビジネスケース、ITコンサル、タスクフォース、PMO、エグゼクティブスポンサー。

著者はこう総括します。それらを組み合わせると、時速60マイルで走れて操縦性も良い車ができる。しかし現実のレースは、予測不能なカーブと障害物の中を時速100マイルで走ることを要求しているのだ、と。


第4章:マネジメントとリーダーシップは別物である

定義の整理

マネジメント リーダーシップ
計画 方向性の確立
予算編成 人々の連携
組織化・人材配置 動機づけ
測定 鼓舞する
問題解決 驚くべき成果に向けて人を動員する
得意なことを確実に繰り返す 未来へ向かう

著者によれば、マネジメントは19世紀以前には存在しなかった、ほぼ20世紀後半の発明です。南北戦争後のアメリカで従業員100人超の組織は数百しかありませんでしたが、今日の米国では10万を優に超えます。マネジメントなしに現代組織は1日も回りません。

しかしマネジメントはリーダーシップではありません。そして著者の観察では、設立10年以上・従業員30名超の組織の多くは、マネジメントは足りているがリーダーシップが決定的に不足しているとされます。

組織のライフサイクル

ここが本書で最も納得感のあった議論です。

ネットワークのみ  →  ネットワーク+小さな階層  →  【二重システム】
(創業期)           (初期成長期)              (急成長期)
                                                    ↓
                                              階層がネットワークを圧倒
                                                    ↓
                                              階層のみ(成熟期)
  • 創業期:組織図は存在しない。常に変化する太陽系。惑星は機能部門ではなく個々の取り組み
  • 初期成長期:必要に迫られて最低限の階層が生まれる。ただし起業家的ネットワークは失われない
  • 二重システム期:両者が有機的に共存する。極めて収益性が高く、独特の文化が育つ稀有な時期
  • 成熟期:階層がリソースを掌握し、悪意なく自然にネットワークを侵食していく

つまり**デュアルシステムは新発明ではなく、成功したすべての組織が一度は通過した段階の「再導入」**なのだ、というのが著者の主張です。だから「Back to the Future(未来への回帰)」と表現されます。

ベストプラクティスの3類型

成熟した階層が取る補強策は3つに分類されます(付録Aで詳述)。

  1. 時間軸の延長 ── 年次計画に戦略計画を組み込む
  2. 階層の拡張 ── 新部門・新人材・タスクフォース・スポンサー関係を追加する
  3. 買収 ── 俊敏性やスピードを自社で作らず、買ってくる

いずれも一定までは効きます。しかし著者はこれをクリスマスツリーの飾りに喩えます。飾りを足すほど木は綺麗になりますが、木は木のままです。飾り続ければいつか倒れます。そして根本的に、リビングルームを走り回るために作られた代物ではないのです。


第5章:実践事例 ── デイビッドソンの営業組織

理論だけでなく、具体的な適用例が1章まるごと割かれています。

状況

B2Bテック企業のある部門の営業トップ、ポール・デイビッドソン。24ヶ月にわたって売上成長が鈍化。外部調査の結果、市場シェアは2年で4ポイント近く低下し、業界5位に転落していました。原因はアジア展開の出遅れ、間接販売シフトへの対応遅れ、販売単位あたりコストの高さ。

コンサルの提案は従来型(PMO中心、複数タスクフォース、エグゼクティブスポンサー、定期報告、ガバナンス体制)でしたが、デイビッドソンはそのやり方では必要な期間に間に合わないと判断します。

アクセラレーター1:緊急性

執行委員会10名で終日会議。目指したのは「大きなチャンス」を表す短い声明文でした。ポイントは、危機を煽るのではなく前向きであること、分析的な人間でも反論しにくいこと、そして広報部門に渡して下方展開する類の「やる気メッセージ」ではないこと

夕方までにまとまった声明は概ね次のような趣旨でした。

  • 2年で売上成長を大きく伸ばし、業界最高の販売組織になれる機会がある
  • 現実的である理由は3つ(顧客ニーズの変化/新興国市場の拡大/自社の効率改善余地)
  • 良い人材はいるが、外部の要求に見合う速度で変われていない。過去にはできていた
  • 実現できれば、全員が誇りに思える組織になる

会議終了時、10人中およそ半数が目に見えて活気づき、数名が賛成、2名は懐疑的でした。この懐疑派を無理に潰さないのも本書の特徴です。

その後、世界中の現場から21名のボランティアが「緊急対応チーム」を結成。3ヶ月かけてミーティング設計、支援資料、イントラポータル(動画・ブログ・成功事例)を整備し、年次営業管理会議のアジェンダの約1/4を作り替えました。

アクセラレーター2:指導的連合(GC)

デイビッドソンは「1年間、新しい組織の中核で働く役割」への応募をメールで募集します。応募フォームで聞いたのは3点。

  • なぜGCに参加したいか
  • 追加の負荷をどう管理するつもりか
  • 大きな機会を活かすためにどんなアイデアがあるか

職務内容は曖昧、通常業務に上乗せであることは明示。それでも35枠に210名が応募しました。緊急性醸成の後に2000名以上が参加意思を示していたので、その約10%という計算になります。

選考基準は、説得力のある応募内容、日常的に関わる人からの信頼、あからさまな政治的動機がないこと。選ばれたのは主に中間管理職以下でした。

GCと執行委員会の関係設計

ここが最も実務的に重要な失敗ポイントとして描かれます。

当初、執行委員会はGCを通常の会議アジェンダの合間に組み込みました。結果、GCは「上司に報告する部下グループ」の一つとして扱われ、対話ではなく尋問になったのです。モチベーションは下がり、コミュニケーションは慎重になりました。

コーチングを経て役割が再定義されます。

  • 執行委員会の役割は、ネットワークが育つために階層側が何をすべきかを体現すること
  • デイビッドソン自身の役割は、GCのボスになることでも管理することでもなく、リードすること
  • GCを従来型タスクフォースではなくパートナーとして扱う

アクセラレーター4〜5:障壁の除去

6ヶ月時点で5つの主要イニシアチブが稼働。特筆すべきは、仕事の大半が「新しい良いアイデアの発明」ではなく「既にあるアイデアの実行を阻む障壁の破壊」だったという点です。

創造的な解決策は至るところに隠れていました。階層の中に埋もれていたり、発言を控えるよう教え込まれた人の頭の中にあったり、「職務範囲を超える提案は自分の役割ではない」と思い込んでいる人の中にあったりしたのです。

ネットワークの人々が習慣的に問うようになった質問群がそのまま載っています。

最良のアイデアは何か/なぜこの優れたアイデアは認識され実行されていないのか/障壁は何か/どうすれば克服できるか/どんなシステム・人・文化的前提が行動を妨げているか/誰がいつまでに何をするか/結果はどうだったか/次に何を試すか

失敗も記録されています。あるチームは左側で同様の活動が進行中か確認せずに2つの小さな取り組みを始め、既存部署の防御的反応を招きました。以降、重複確認のための簡単なプロトコルが制定されます。

最初の大きな勝利

約6ヶ月後、簡素化された新しいIT営業ツールを短期間・低コストで開発・展開できたことが最初の目に見える成果になりました。

興味深いのは、最大の障害が技術でも予算でもなくIT部門内の階層構造だった点です。「営業が満足するツールをまだ作れていない」と非難されることを恐れた少数の人々が、当初は協力を拒みました。イニシアチブチームの対応は「常に敬意を払う」「IT部門は多忙で次世代ツールを作る余裕がないだけだ、と繰り返し主張する」というものでした。

結果(2年後)

指標 変化
新規パートナーシップ構築 55%加速
アジアの収益成長 前年比25%増 → 60%超増
売上高 44%加速
市場ポジション 業界4位 → 2位
営業利益 300%超の増加
時価総額 155%増、100億ドル超

他にも、閉鎖対象だった連邦政府機関がモデル施設になった例、3年で規模と生産能力を2倍にしたエネルギー事業、6ヶ月で「時速60マイルから90マイル」に加速した医療機器企業などが列挙されています。

そしてほぼすべてのケースで、成果を出した後もシステムは消滅せず存続したと報告されています。


第6〜7章:緊急性と「大きなチャンス(TBO)」

自己満足と「偽りの緊急性」

第6章のテーマは、なぜ緊急性が伝わらないのかです。

経営層から見れば戦略的課題は自明でも、現場は違います。市場シェアが急落してWSJが連日報じていても、多くの従業員はWSJを読んでいません。新技術について、経営会議が2時間議論するのに対し、典型的な工場長は2分、現場作業員は2秒しか時間を使わない、という描写が印象的でした。

さらに厄介なのが偽りの緊急性です。会議を増やし、報告書を量産し、一見忙しく生産的に見えるものの、実態は不安に駆られた自己防衛的活動にすぎない状態を指します。

なぜビジネスケースでは動かないのか

  • 複雑すぎる(コンサル報告書は75〜100ページになりがち)
  • 提示回数が少なすぎる(数時間の会議で1〜2回)
  • 純粋に分析的で、感情に訴えない

自己満足している人は、情報が繰り返し提示され、かつ感情的に引きつけられない限り耳を傾けません。新車を勧めるセールスマンの喩えが使われています。今の車に満足している人は、どれだけデータを見せられても「どう逃げるか」を考えているだけだ、と。

ロールモデルの力

著者が最強の手段とするのがロールモデルです。廊下での立ち話、会議での言及、メールへのさりげない挿入──1日60秒や2分の短い接触を継続することの効果が強調されます。

具体例として、出張中に米国4拠点・欧州3拠点・中東1拠点・アジア4拠点を回り、「戦略コミュニケーションの時間」を一切設けないまま25回以上それを実践した管理職の話が出てきます。フランクフルトでは思いつきで20人を昼食に誘って即興で話し、ロンドンでは全会議の最後に1ページの資料を配り、ロサンゼルスでは掲示板を見つけるたびに貼っていったそうです。

TBO(The Big Opportunity)の作り方

第7章はまるまるこの声明文の話です。なぜ「ビジョン」でも「戦略」でもなく「機会」なのか。

  • ビジョンはサイロの将来像を描いてしまうため、権力・予算・リソースの縮小に感じられ、抵抗を生む
  • ビジョンは「これが我々のビジョンだ、君たちが実現しろ」というトーンになりやすい
  • 戦略や戦略計画は複雑で、狭く職務定義された人には理解が難しく、無意識に「自分は愚かだ」と感じさせる

対して優れたTBOは、内側に向けられた指ではなく、虹に向けられた指のように響く、と表現されます。

良いTBOの条件:

  • 短い(1ページ未満、多くは1/4ページ)
  • 合理的(何を/なぜ/なぜ我々が/なぜ今)
  • 説得力がある(頭ではなく心に届く)
  • ポジティブ("burning platform"ではなく"burning desire")
  • 本物(上級リーダー自身が心から信じている)
  • 明確(不明確だと人が別方向に走る)
  • 整合している(既存の戦略計画や上位のTBOと矛盾しない)

要約すると、**合理的(なぜ我々が/なぜ今)・感情に訴える・記憶に残る(短く、専門用語なし)**の3点です。

なお、テンプレートで穴埋めして作れるという証拠はない、コンサルやタスクフォースが当事者の代わりに作れるという証拠もない、と明確に否定されています。


第8章:想定される疑問への回答

Q&A形式の章で、実務で必ず出る質問がほぼ網羅されています。特に有用だったものを抜粋します。

Q. 部門横断タスクフォースやタイガーチームと同じでは?

異なります。タスクフォースは単一システムの階層に管理され、その内部で活動します。メンバーは任命され(「ボランティア」と呼ばれても実質は任命)、PMが指揮し、標準的な管理プロセス(計画・指標・説明責任・タイムライン・上位報告)が適用され、一定期間後に解散します。関与人数も数十人規模を超えることは稀です。

Q. ネットワーク側の成果はどう測るのか?

左側のような事業計画は存在しません。あるのはTBO、変革ビジョン、現在のイニシアチブ一覧です。

  • 経済計算しやすいもの:調達コストを年X ドル削減、新製品の投入を9ヶ月→6ヶ月に短縮
  • 測定が難しいもの:10年間できなかった部門間の営業連携が実現した、など
  • 間接的な先行指標:人事評価で「リーダーシップ」評価が上がった人数、採用応募数の増加

チームが自分たちで指標を作る、というのが左側との決定的な違いです。

Q. 誰に報告するのか? 予算は?

「報告先」という概念自体が適切でない、とされます。GCと執行委員会は共生的パートナーシップです。

予算については明快で、ネットワーク側に予算はありません。GCとボランティアの仕事は、必要なときに左側を説得して資源を引き出すことです。そしてこう述べられます。どれだけ熱心に働きかけても左側から一切資源が得られない施策は、ほとんどの場合、悪いアイデアか、そもそも問題が存在しないケースだ、と。

予算を持たないことが、2つのシステムを1つに保つ仕組みとして機能しているという設計は秀逸だと思いました。

Q. すべての戦略施策を右側でやるべき?

いいえ。切り分けの基準が明示されています。

左側(階層)に置くもの 右側(ネットワーク)に回すもの
A地点からB地点が明確 曖昧さが大きい
距離が遠くない 大きな変化を伴う
大きな抵抗がない スピードが決定的
イノベーションが主題でない 革新性と俊敏性が必要
期限内の達成方法がわかっている リスクが高い

「4年ごとの福利厚生パッケージ見直し」は左側。ただし法改正で6ヶ月の予定が3ヶ月に短縮されたなら、右側が加速を支援するかもしれない。左側が着手すらできないなら右側へ──という具合です。

Q. みんな既に手一杯なのに、どうやって?

ここは賛否が分かれそうですが、著者の立場は明確です。人のエネルギーはゼロサムではない。20%をネットワークに使えば通常業務に80%しか残らない、という話ではなく、120%や150%まで拡張されうる、と。

例として、自由時間がないはずなのに子の家庭教師の時間を捻出する親や、1日の終わりに疲れ果てているはずなのに裏庭で25フィートのボートを作る男の話が出てきます。

Q. 一番の落とし穴は?(デフォルト問題)

これは強く記憶に残りました。ストレス下で、人は瞬時に知っているやり方=階層のプロセスに戻ってしまいます。

デフォルト問題の兆候:

  • ボランティアを募る代わりに、突然「適切なスキルセットを持つ」人材を任命し始める
  • 情熱を注げる領域ではなく、注ぐべき領域に焦点を当てさせる
  • GCがネットワークの中核ではなく階層構造に変貌していく
  • イニシアチブチームをプロジェクト管理し始める
  • コミュニケーション活動をコミュニケーション部門に委譲する
  • 階層の測定システムに当てはまらない「勝利」を無視する

そしてこれは、会議の最中に一瞬で起こりうる、と警告されています。対策は「全員が常に監視し、気づいた人がすぐ声を上げる」しかありません。


第9章:戦略という概念そのものが変わる

最終章の主張はシンプルです。

従来、戦略は策定と実行の2フェーズで、直線的でした。年1回、業務計画の一環として策定され、階層を通じて実行される。意思決定者は常に階層の最上位にいます。

しかし機会と危機は年次サイクルで発生しません。したがって戦略も年次サイクルでは機能しなくなる。実行中に得た新データが即座に次の創造に反映されるようになり、策定と実行の境界が溶けていくというのが著者の見立てです。

著者は戦略を「探索・実行・学習・修正の継続的プロセス」と捉えます。そしてこれは組織に一種の**戦略的「筋力」**を与える。使えば使うほど競争環境への対応力が上がり、やがて文化やDNAの一部になる、と。

アジャイル開発が「計画と実装のフェーズ分離」を溶かしたのと同じことを、経営戦略のレイヤーで言っている、と読めます。フィードバックループを短く回し続ける構造そのものが競争優位になる、という論旨です。


付録B:自組織の診断チェックリスト

付録Bは「今すぐ動く必要があるか」を判断するための問いのリストです。実務で使えるので抜粋します。

外部変化の規模について

  • 収益性の高い成長を続けるために、組織の能力を一段引き上げる必要があるか
  • 従来の競合が危険な動きを見せていないか。新興国の新規参入者が事業の一部を奪おうとしていないか
  • 最後の大きな変化からどれだけ時間が経ったか。環境の要求と実行能力のギャップは広がっていないか

賭け金について

  • 戦略課題への対応に失敗したときの本当の損失はいくらか
  • 致命的な技術的断絶は起こりうるか
  • 逆に、迅速に動けたときの真のメリットは何か

必要な内部変化の規模について

ここに重要な指摘があります。人はしばしば、実際には従業員の50%に及ぶ変化を、10%程度と見積もってしまう。理由は現代組織に深く根付いた相互依存関係です。AはBと繋がり、BはCと繋がり、CはAに影響する。

判断の目安として、変化が必要な人員が1桁台〜10%台前半で、必要な変化が明確で、3〜5年かけて段階的に進められるなら、階層構造の強化で十分対応できることが多い。しかし人数が増え、曖昧さが増し、時間が限られているなら、おそらく対応できない、とされます。


エンジニアとして読んで考えたこと

1. 「ストラングラーパターン」としての二重システム

既存システムを止めずに、新しい経路を並走させ、徐々に責務を移していく。デュアルOSの発想はレガシー刷新のストラングラーフィグパターンとほぼ同型です。全面刷新(ビッグバンリライト)ではなく、有機的に育てるという点まで一致しています。

初期バージョンは組織の一部(サプライチェーンや欧州グループなど)だけで構築してもよく、そこで力を持ってから他へ拡大していく、という記述もありました。これはまさに段階的移行の考え方です。

2. 「予算を持たせない」という制約設計

ネットワーク側に予算を持たせず、左側を説得して引き出させる。一見すると不便な制約ですが、これが結果として2つのシステムの結合を保ち、かつ筋の悪い施策を自然に淘汰するフィルタとして働きます。

制約を意図的に設けることで望ましい性質を引き出す、というのは設計としてかなり洗練されていると感じました。

3. サイロは消せない、というリアリズム

「サイロは階層構造に内在する要素であり、薄くはできても排除できない」という割り切りは重要です。Conway の法則を前提にした上で、組織図を書き換えるのではなく別レイヤーの通信経路を追加するという発想は、既存の制約を受け入れつつ問題を解く現実的なアプローチだと思います。

4. 第3章の見積もりの話は普遍的

「このプロジェクトの賭け金はいくらか」を関係者に聞いて回ると、桁が3つ以上ずれる。これはIT投資の意思決定において、いま自分の現場でもそのまま起きうる話です。技術的な見積もりは精緻でも、事業インパクトの見積もりは誰も持っていないことが多い。

5. 気をつけたい点

一方で、本書の事例はすべて著者およびKotter Internationalが支援した案件であり、成功事例が中心です。「1年任期のGCに35枠へ210人が応募する」という数字も、前段の緊急性醸成が極めてうまくいった前提の上に成り立っています。

また「エネルギーはゼロサムではない、120〜150%まで拡張できる」という主張は、そのまま受け取ると長時間労働の正当化に転用されかねません。本書自身が「短期成果を犠牲にせず、従業員を疲弊させずに実現する」と繰り返し述べている点は、実装時に注意深く扱うべきだと感じました。


こんな人におすすめ

対象 得られるもの
テックリード / EM 「なぜ良い提案が通らないのか」の構造的な説明と、その回避策
アーキテクト 組織構造をアーキテクチャとして分析する視点。Conway の法則の実践編
PM / PdM 施策を「階層側」に置くか「ネットワーク側」に置くかの切り分け基準
現場のエンジニア 権限がなくても動ける余地の見つけ方。障壁の言語化

逆に、具体的な実装手順書や詳細なフレームワークを求めると物足りないかもしれません。本書はあくまで原則とプロセスの提示であり、細部は状況によって異なると繰り返し述べられています。


まとめ

  • 階層構造は否定されるべき遺物ではなく、信頼性と効率性のために不可欠なシステムです。ただし戦略的俊敏性は構造上出せません。
  • 解決は「強化」ではなく「第二のシステムの並走」。ネットワーク側は5〜10%のボランティアで動き、追加予算はほぼゼロです。
  • 起点は常に大きなチャンスをめぐる緊急性であり、それを担うのはビジネスケースではなくロールモデルと短いTBOです。
  • 最大の敵はデフォルト問題 ── ストレス下で階層のやり方に戻ってしまうこと。常時の監視が必要です。
  • 戦略は年次サイクルの直線的プロセスから、探索・実行・学習・修正の継続的ループへと変わりつつあります。

『Leading Change』の8段階を知っている人ほど、本書の「一度きりのプロジェクトから、止まらない常時稼働システムへ」という転換の意味が理解しやすいと思います。組織を設計対象として捉えたいエンジニアには、強くおすすめできる一冊でした。

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?