Post
JA EN

方針は決めた、なのにエンジニアが動かない——古典の土台にモダンを織り込む、組織設計の意思決定プレイブック

Posted
By
43 min read
方針は決めた、なのにエンジニアが動かない——古典の土台にモダンを織り込む、組織設計の意思決定プレイブック
  • 想定読者： 組織方針・チーム編成を決める立場になったIT企業の管理職（特に管理職になりたての人）、テックリード／EM、組織設計を見直す経営・人事
  • 前提知識： ソフトウェア開発チームの実務感覚。フレームワーク名は本文で初出時にかみくだくので事前知識は不要
  • 所要時間： 約20分

概要

「方針はちゃんと決めた。会議で説明もした。なのに現場のエンジニアが動かない」——管理職になりたての人がほぼ全員ぶつかる壁だ。原因は方針の中身ではなく、決め方の“流れ”にあることが多い。

組織方針や編成を決めるとき、古典的な王道プロセス（現状診断→設計→計画→実装）は今も土台として外せない。戦略を組織の形に翻訳し、構造・評価・人材を一貫させる——この設計がなければ、どんな良い方針も現場で空中分解する。だが古典フローには固有の罠がある。最初に目的地と最終形を固定し、途中を一気通貫で設計してしまうと、できあがった頃には前提が古びている。エンジニアの「今の実務感」と乖離し、誰も自分ごとにしない。いわゆるウォーターフォール化だ。

そこで効くのが、モダンな意思決定手法を織り交ぜること。完成形を先に文章で書いて前提矛盾を炙り出すPR-FAQ、不可逆な決定だけ慎重にし可逆な決定は即断するType 1／Type 2の使い分け、四半期ごとに磨き直すOKR、チーム境界を流れで設計するTeam Topologies。これらは古典の置き換えではなく、古典の弱点（硬直・乖離・遅さ）を補う“織り糸”だ。

そしてAI前提の今、これは趣味の問題ではなくなった。McKinseyの2025年の調査では、企業の88%がAIを業務で使う一方、全社スケールに至ったのは約3分の1にとどまる。効果（EBIT）に最も効くのは「ツール導入」ではなく「ワークフローの根本再設計」だが、それを実際にやれたのはAIを使う企業の21%にとどまる1。組織図をいじるだけでは届かない領域に、勝敗を分ける線が引かれつつある。

本記事は、新任管理職が「自分のチーム規模・フェーズに当てはめてすぐ使える」形を目標に、(1) 古典の王道とその落とし穴、(2) 織り込むべきモダン手法、(3) 局面別の早見表、(4) 古典派・革新派双方の反論への応答、を順に検証する。結論を先取りすれば——古典を土台に、モダンを織り込み、「一度決めて終わり」ではなく継続進化を前提にする。これが、現場の腹落ちと実行速度を同時に上げる最も現実的な道だ。

なぜ「正しく決めた方針」が現場で止まるのか

ありがちな場面から始めよう。プロダクトチームのリードに昇格したばかりのあなたは、四半期の組織方針を任された。数週間かけて市場と現状を分析し、きれいなスライドにまとめ、全体会議で説明する。誰も反対しない。ところが翌週、コードベースは何も変わらない。エンジニアは従来どおりのタスクを淡々と消化している。

ここで起きているのは、能力や意欲の問題ではない。意思決定の“流れ”が現場の認知と接続していないという構造問題だ。古典的な組織設計の王道プロセスは、おおむね次の順で進む。

  1. 現状診断（今どう働いているか）
  2. 設計（あるべき構造・プロセス）
  3. 計画（移行のロードマップ）
  4. 実装（展開と定着）

この流れ自体は正しい。問題は、新任管理職がこれをウォーターフォール的に回してしまうことだ。最初に最終形を固定し、1→4を一直線に流す。すると二つの病が出る。ひとつは「両端固定・中抜け」——目的地（戦略）と着地（組織図）だけが立派で、その間にあるはずの“なぜそうなるのか”が現場に共有されない。もうひとつは「鮮度切れ」——設計に数週間かけている間に技術もチームの状況も動き、できあがった方針が現実とずれる。

古典フローの提唱者自身、ここを警告している。組織再設計を体系化したLynda Grattonは、再設計を「正解を一発で当てる判断」ではなく「再設計と変化のプロセスを管理すること」と捉え直すべきだと述べる。彼女の4ステップ——(1) 何が重要かを理解する、(2) 新しい働き方を再構想する、(3) モデル化して検証する、(4) 実行し定着させる——の核心は、各ステップにフィードバックループと現場との共創を埋め込む点にある2。つまり古典フローは本来、一直線ではなく学習しながら回すループとして設計されている。新任管理職が陥るのは、このループ性を削ぎ落として“滝”にしてしまうことなのだ。

Part A: 古典の王道——「戦略を形にする土台」は今も外せない

モダン手法に飛びつく前に、まず古典が何を担保しているかを押さえたい。これを飛ばすと、後述するモダン手法は「カオスを生むだけ」になる。

1. 統合設計——組織図の前に、構造・評価・人材を“連動”させる

組織設計でいちばん多い失敗は、組織図だけを描いて満足することだ。古典の知見は一貫してこれを戒める。Jay Galbraithの Star Model は、組織のパフォーマンスは構造単独では決まらず、5つのレバー——戦略・構造・プロセス（情報の流れ）・報酬／評価・人材——が互いに整合して初めて生まれる、と説く。どれかひとつでもズレると摩擦が生じ、公式組織の裏に“影の組織”ができる3。

IT企業で頻発する具体例で言えば、「フラットで自律的なチームにする」と方針を立てながら、評価制度は依然として個人の縦のラインで回っている、というケース。構造（フラット）と報酬（縦）が連動していないから、エンジニアは口ではアジャイルと言いつつ、評価される行動＝上司への報告に最適化する。方針が動かない典型だ。

より大規模・包括的に設計するなら TOM（Target Operating Model：目指す運用モデル） の発想が要る。McKinseyは運用モデル再設計の新ルールとして、戦略を組織全体の構造へ“翻訳”すること、バリューストリーム（価値の流れ）単位で設計すること、そして単一案ではなく複数案とトレードオフを並べて選ぶことを挙げる。彼らの「Organize to Value」では、目的・人材・リーダーシップ・報酬など12要素を一つのシステムとして写像し、各選択が戦略と整合しているかを点検する4。ある銀行の例では、価値ストリーム型のチームを作ったはずが、実態は旧構造の焼き直しで、結局「戦略→プロダクト管理→アーキテクチャ→開発」と従来どおり手渡しが続いた、と報告されている4。構造の名前を変えても、要素間の連動を設計しなければ何も変わらない——これが古典の最も重い教訓だ。

2. 古典フローの落とし穴（新任ほどハマる）

古典の価値は揺るがない。が、新任管理職が陥りやすい罠を明示しておく。

  • 重すぎて動けない： TOMの現状把握だけで3〜6週かかることもある。「うちはもうアジャイルなのにオーバーキルだ」と感じ、結局やらない。
  • 完璧主義で固定する： 最初の設計を“正解”として固定し、走りながらの修正を許さない。Grattonの言うループ性が失われる2。
  • 現場の実務感と乖離する： 設計が抽象的な箱と線にとどまり、エンジニアが日々触れるコードベースやワークフローと接続しない。

ここまでが「土台」だ。土台は必要だが、それだけでは不確実性に耐えられない。次に、土台に織り込む“糸”を見ていく。

Part B: モダンの織り込み——不確実性下で適応性を上げる

モダン手法の本質は、古典の「設計の確からしさ」を、「変化への適応速度」で補うことにある。置き換えではなく、織り込みだ。

1. 目的地を先に固定する——バックキャスティングとPR-FAQ

古典フローが現場とズレる一因は、合意形成がスライドの“なんとなくの納得”で終わることだ。Amazonの Working Backwards（逆算）／PR-FAQ は、ここに鋭く効く。やることは単純で、製品やプロジェクトが完成した体で、先にプレスリリースとFAQを文章で書く。顧客起点で「何が真であれば、これは成功するのか（What needs to be true?）」を問い、前提の矛盾を最初に炙り出す。会議ではスライドを使わず、冒頭15〜20分は全員が黙ってその文書を読む“ナラティブ会議”を行い、売り込みではなく真理の検証に集中する5。

IT企業での使いどころは明確だ。新機能やプラットフォーム方針を決めるとき、いきなり設計に入らず、「半年後、このプラットフォームをエンジニアが使っている状態」をPR-FAQで描く。すると「そのためには認証基盤が先に要る」「この前提は社内に存在しない」といった矛盾が、コードを書く前に見える。バックキャスティング（あるべき終点から逆算する）を、文章という検証可能な形に落とす手法だと考えればいい。

2. 不可逆だけ慎重に、可逆は即断する——Type 1 / Type 2

新任管理職が実行速度を殺す最大の癖が、すべての決定を重く扱うことだ。Jeff Bezosは2015年の株主書簡で、決定を二種類に分けた。Type 1 は不可逆あるいはほぼ不可逆な「一方通行のドア」——くぐったら戻れない。慎重に、合議で、ゆっくり決めるべきものだ。Type 2 は可逆な「両開きのドア」——失敗しても開け直して戻れる。判断力のある個人や小集団が速く決めてよい。Bezosの警告は、組織が大きくなるほど、Type 2にまでType 1の重い手続きを適用しがちで、結果として遅さ・過剰なリスク回避・実験不足を招く、というものだ6。

IT企業に当てはめると、データベースの種類選定や公開APIの仕様（後方互換を壊せない）はType 1——複数案とトレードオフを並べ、慎重に。一方、内部のディレクトリ構成、CIの一時的な設定、チーム内のレビュー運用などはType 2——リードが即断し、合わなければ翌週変えればいい。「これは戻れるか？」の一問を全決定の入口に置くだけで、組織のスピードは大きく変わる。

3. 目的地を固定したまま磨き直す——OKR

バックキャストで終点を固定したら、そこへの近づき方は四半期ごとに調整する。OKR（Objectives and Key Results：目標と主要な結果） は、変えない目的（O）と、測れる結果（KR）を分け、KRを定期的に見直す仕組みだ。古典の「一度決めた計画を守る」と、現場の「状況は動く」の矛盾を、ここで吸収する。目的地は動かさず、ルートは磨き直す——これが「継続進化」の実装である。

4. チーム境界を“流れ”で設計する——Team Topologies

組織図ではなく、価値の流れでチームを切る現代的な型が Team Topologies だ。チームを4種類——ストリームアラインド（顧客価値を直接届ける）、プラットフォーム（他チームを加速する基盤）、イネイブリング（一時的に他チームの能力を底上げする）、コンプリケイテッド・サブシステム（専門知識が要る複雑領域）——に分け、チーム間の関わり方を3つの相互作用モード（協働、X-as-a-Service、ファシリテーション）で明示する7。狙いは、曖昧な手渡しを減らし、チームの“API”を明確にすることだ。

新任管理職にとっての価値は、「うちはプロダクトチームかプラットフォームチームか」という問いで自チームの役割を即座に位置づけられる点にある。固定ではなく、状況に応じてチームを組み替えるDynamic Reteaming（動的な再編）とも相性がよい。

5. AI前提では「ツール導入」ではなく「ワークフロー再設計」が成否を分ける

ここがいま最も重要な織り糸だ。McKinseyの2025年調査（2025年6〜7月実施、105カ国・1,993名）によると、企業の88%がAIを業務で使う一方、約3分の2は全社スケールに至っていない。そして効果（EBIT）に最も効くのはワークフローの根本再設計だが、AIを使う企業のうち少なくとも一部のワークフローを根本から作り直したのは21%にとどまる。成果を出している「ハイパフォーマー」に絞ると55%が再設計しており、その他企業の20%の約2.8倍にあたる1。AI導入の停滞は、たいてい「自社開発ツールを足しただけでスケールしない」パイロット止まりの形をとる。

さらに先を見れば、McKinseyはAIエージェント前提の組織像として、伝統的な階層委任に基づく“組織図”から、タスクと成果の交換に基づく“ワークチャート”への転換を描く。意思決定とコミュニケーションはフラットになり、一人のマネージャーが小さな人間チームと多数のエージェントをオーケストレーションする姿が想定される8。ここでも繰り返されるメッセージは同じだ——本当の課題は技術ではなく、ワークフロー・リーダーシップ・文化の再設計にある8。

新任管理職への含意は明快だ。AI対応を「どのツールを入れるか」の問いに矮小化した瞬間、あなたは多数派のパイロット止まりに合流する。問うべきは「この仕事の流れ自体をどう作り直すか」である。

Part C: いつ何を使うか——局面別の早見表

ここまでの古典とモダンを、新任管理職が自分の局面に当てはめて選べる形にまとめる。左から「決めること」「外せない古典の土台」「織り込むモダン手法」「新任が陥る罠」。

決めること外せない古典の土台織り込むモダン手法新任が陥る罠
新プロダクト・新機能の方針戦略を価値の流れへ翻訳する4PR-FAQで完成形を先に書き前提矛盾を炙り出す5スライドの“なんとなく合意”で決めた気になる
チーム分割・編成Star Modelで構造・評価・人材を連動させる3Team Topologiesの4タイプと相互作用モードで境界を明示7組織図だけ描き、報酬・評価を旧来のまま放置
不可逆な技術選定（DB・基盤・公開API）TOMで技術とガバナンスを統合評価する4Type 1として複数案とトレードオフを慎重に比較6可逆な決定まで重く扱い、全体が遅延する
四半期の優先順位戦略からKRへ落とし込むOKRで磨き直し、可逆な決定は小集団で即断6期初に固定した方針を期中に一切見直さない
既存組織の機能不全の診断4ステップのUnderstandでズレを特定2ワークフローを根本から再設計（ツール追加で済ませない）1組織図の箱を動かして終わりにする

この表の使い方はひとつ——古典の列をスキップしないこと。モダン手法は古典の土台があって初めて「適応的」になり、土台がなければ「無秩序」になる。両方を一行ずつ通すのが、織り込みの最小単位だ。

決め方の全体像を一枚にすると、こうなる。古典の各ステップに、モダンの糸を通し、最後に現場で検証して先頭に戻る——一直線の滝ではなく、回り続けるループだ。

graph TD
    A[現状を診断する<br>古典の4ステップ] --> B[目的地を先に固定<br>バックキャスティングとPR-FAQ]
    B --> C[組織を統合設計<br>構造 評価 人材を連動]
    C --> D[不可逆だけ慎重に<br>Type1 と Type2]
    D --> E[四半期で磨き直す<br>OKR]
    E --> F[現場で検証し学ぶ<br>ワークフロー再設計]
    F --> A

反論と留保——両極からの批判にどう応えるか

このプレイブックには、古典派・革新派の両方から正当な批判が来る。新任管理職が現場で説明できるよう、応答を用意しておく。

古典派：「モダン手法はカオスを生み、責任の所在が曖昧になる。新任が混乱するだけだ」 正しい懸念だ。応答は、Type 1／Type 2で不可逆な部分の責任を明確に切り分けること。可逆な決定を小集団に委ねても、不可逆な決定の最終責任は人（管理職）に残る。ガバナンスは別建ての監視ではなく、仕事の流れに埋め込む。IT企業なら、すでに根づいているコードレビュー文化がモデルになる——日常の流れの中で、不可逆な変更だけにより重いレビューを課す、という発想をそのまま組織決定に応用できる。

革新派：「すべてをアジャイルにすると戦略的一貫性が失われる」 これも正しい。応答は、バックキャスティングで目的地（O）を固定し、OKRで四半期ごとにルート（KR）だけを磨き直すハイブリッドにすること。目的地を動かさないからこそ、ルートを柔軟に変えても一貫性は崩れない。

IT企業特有：「うちはもうフラットで、Dynamic Reteamingも回している。古典は不要だ」 ありがちな自負だ。応答は、Galbraith Star Modelで一点だけ点検すること——評価・報酬と人材配置が、その構造と連動しているか3。構造はフラットでも評価が縦のままなら、フラットは建前にとどまる。新任管理職向けのチェックは「フラットな構造で出した成果を、フラットな基準で評価できているか？」の一問で足りる。

留保も明記しておく。AIネイティブ部分で引用したMcKinsey 2025のデータは現時点で最新だが、自己申告ベースの単一調査であり、ここから将来を断定はできない1。エージェント型組織の像も、実証ではなく現在の方向性の予測だ8。「今こう動いている」という傾向として読み、自社の文脈で検証してほしい。

新任管理職の、最初の一手

理屈をまとめても動けなければ意味がない。次の四半期で試せる最小の一歩を置く。

  1. 次の組織決定を一つ選び、「これは戻れるか？」を問う。 戻れる（Type 2）なら、合議を待たず小さく即断する。
  2. その決定の“完成形”を1ページのPR-FAQで書く。 スライドではなく文章で。「何が真であれば成功か」を1行入れる。
  3. Star Modelの一問を点検する。 その決定で動かす構造に、評価・報酬・人材配置が連動しているか。していなければ、そこが現場が動かない原因だ。
  4. 目的地は固定し、ルートはOKRで四半期ごとに見直す前提にする。 「一度決めて終わり」をやめ、ループに置き換える。

この4つは、どれも数週間のTOM分析を待たずに今日から始められる。古典の土台を捨てるのではなく、その上にモダンの糸を一本ずつ通していく——それが、方針を「決めただけ」で終わらせないための、いちばん現実的な道だ。

まとめ

  • 方針が現場で止まる原因は、中身ではなく決め方の“流れ”にあることが多い。古典フローを一直線の滝にすると、両端固定・中抜けと鮮度切れが起きる。
  • 古典の王道（4ステップ診断・TOM・Galbraith Star Model）は、戦略を組織の形に翻訳し、構造・評価・人材を連動させる土台として今も外せない243。
  • そこに、PR-FAQ（完成形を先に書く）、Type 1／Type 2（不可逆だけ慎重に）、OKR（目的地は固定しルートは磨き直す）、Team Topologies（流れで境界を切る）を織り込むことで、適応速度が上がる567。
  • AI前提では、勝敗を分けるのは「ツール導入」ではなく「ワークフローの根本再設計」。88%が使い、約2/3がスケール未達、ワークフローを根本から作り直せたのはAI利用企業の21%という現実がそれを示す81。
  • 結論は一行に畳める——古典を土台に、モダンを織り込み、一度決めて終わりにしない。 新任管理職でも、次の一決定からこのループは回せる。

関連記事

このテーマに関連する他の記事もご覧ください：

参考資料

本文中の引用番号に対応する参考資料を番号順に記載しています。

  1. The State of AI: Global Survey 2025 - McKinsey & Company (2025). 88%がAIを業務利用も約2/3がスケール未達。ワークフロー根本再設計はEBIT効果に最も効くが、実行はAI利用企業の21%にとどまる（ハイパフォーマーでは55%、その他企業20%、約2.8倍）。n=1,993、105カ国、2025年6〜7月実施。【信頼性: 中〜高】 ↩︎ ↩︎2 ↩︎3 ↩︎4 ↩︎5

  2. The Four-Step Process for Redesigning Work - Lynda Gratton, MIT Sloan Management Review (2022). 組織再設計を「正解を当てる判断」ではなく「学習しながら回すプロセス」として4ステップで提示。【信頼性: 中〜高】 ↩︎ ↩︎2 ↩︎3 ↩︎4

  3. Implementing Your Business Model With the Galbraith Star Model - Strategyzer / Jay Galbraith, Star Model解説. 戦略・構造・プロセス・報酬・人材の5レバーのアライメント。【信頼性: 中】 ↩︎ ↩︎2 ↩︎3 ↩︎4

  4. The new rules for getting your operating model redesign right - McKinsey & Company (2025). 運用モデル再設計の新ルール（戦略翻訳・バリューストリーム・統合設計・複数案とトレードオフ）と「Organize to Value」12要素。【信頼性: 中〜高】 ↩︎ ↩︎2 ↩︎3 ↩︎4 ↩︎5

  5. Working Backwards PR/FAQ Process - workingbackwards.com（Amazon元幹部による解説）. 完成形を先に書き「What needs to be true?」で前提矛盾を炙り出すナラティブ手法。【信頼性: 中〜高】 ↩︎ ↩︎2 ↩︎3

  6. 2015 Letter to Shareholders - Jeff Bezos, Amazon (2016). Type 1（不可逆・一方通行のドア）とType 2（可逆・両開きのドア）の区別と、大組織がType 2を過剰に重く扱う罠。【信頼性: 高】 ↩︎ ↩︎2 ↩︎3 ↩︎4

  7. Team Topologies — Key Concepts - Matthew Skelton & Manuel Pais (2019). 4つのチームタイプと3つの相互作用モードで価値の流れに沿った組織を設計。【信頼性: 中〜高】 ↩︎ ↩︎2 ↩︎3

  8. The agentic organization: Contours of the next paradigm for the AI era - McKinsey & Company (2025). 組織図からワークチャートへの転換、フラットな意思決定、課題は技術ではなくワークフロー・リーダーシップ・文化の再設計という主張。【信頼性: 中】 ↩︎ ↩︎2 ↩︎3 ↩︎4

マネジメント・組織
組織設計 マネジメント 新任管理職 意思決定 Team Topologies OKR AI時代の組織
This post is licensed under CC BY 4.0 by the author.