今日のフォーカス
テーマ：課題定義・選択肢生成・意思決定フレームワークの3層——観察を重ねても状況の型を更新しなければ判断は進まず、選択肢は意図的に広げねば二択に閉じ込められ、意思決定フレームワークは変革の力学そのものを設計する道具になる。
競合の急な価格攻勢に対し「もっとデータを」と観察を重ね続けるチームを、OODAループでどの段階が本当に停滞しているか診断する（Q1）。中核エンジニアの問題行動をめぐり「解雇か続投か」の二択に閉じ込められたCTOが、WRAPプロセスで選択肢を意図的に広げる（Q2）。監視文化への不信感が根強い組織で、報告ツールの刷新を進めるVPが、Force Field Analysisで推進力と抵抗力の力学を可視化し、政治的配慮を込めて均衡を再設計する（Q3）。PM/CTO移行期に問われる「答える前に、何を・どう・誰と決めるかを設計する」メタ規律を3問で鍛える。
OODAループ
Observe→Orient→Decide→Actの意思決定サイクル。多くの停滞はObserve不足ではなくOrient（既存の前提の更新）で起きる。
WRAPプロセス
Widen（選択肢を広げる）／Reality-test（仮説検証）／Attain distance（距離を取る）／Prepare to be wrong（軌道修正の準備）。「二択」の罠への処方箋。
Force Field Analysis
現状を推進力と抵抗力の均衡と捉え、どちらに介入すれば持続的な変化が生まれるかを設計する。抵抗力の根源を見誤ると逆効果になる。
Q1
★★★☆☆ 基本
OODAループ——「観察」を増やしても「状況の型」を更新しなければ判断は進まない
シナリオ — D2Cアパレルブランド（創業4年・EC中心） / マーケティングリード
競合の新興ブランドが突然、自社の主力商品と同価格帯で類似デザインの商品を投入し、SNS広告費を3倍に増やして急速にシェアを奪い始めた。あなたのチームは日々「競合の広告クリエイティブ・価格・レビュー動向」を細かく観察し続けているが、2週間経っても「もっとデータが必要」と言って戦略変更の決定を先延ばしにしている。この間も自社のシェアは継続的に低下している。
問い
- OODAループ（Observe-Orient-Decide-Act）の4段階に照らし、このチームがどの段階で停滞しているかを特定せよ
- なぜ「観察（Observe）」を増やすことが問題の解決にならないのか、Orient段階の役割から説明せよ
- このチームが停滞を抜け出すために、Orient段階で具体的に何を行うべきか設計せよ
OODAループは軍事戦略家John Boydが提唱した意思決定サイクルだが、ObserveだけでなくOrient（既存の認知フレーム・メンタルモデルの更新）が意思決定速度の真のボトルネックになりやすいという発想を鍛える。多くの実務チームは「データが足りない」を言い訳に、実際には集めたデータをどう解釈するかという枠組みの更新をサボっている。課題定義（何が起きているかの正しい捉え方）がアップデートされない限り、いくら観察を重ねても意思決定は前に進まない、という洞察が核心。
罠：「データがもっとあれば決められる」という思い込みでObserveを無限に繰り返し、実際にはOrient（仮説・前提の更新）を避けている＝決定の先延ばしの言い訳になっている。
判断の軸：「新しい観察データによって、自分たちの既存の前提（去年までの競合環境認識）は具体的にどう変わったか」を言語化できるかを問う。
① 停滞している段階
Observe
競合の広告・価格・レビュー動向を継続的に収集している。ここは機能している。
→
Orient（停滞）
既存の前提（差別化要因はデザインの独自性）が更新されていない。新しいデータが古いフィルターを通してしか解釈されない。
→
Decide
前提が更新されないため意思決定に至れない（2週間の先延ばし）。
→
Act
実行に移せていない。その間もシェアは低下し続けている。
Observe段階は十分に機能しているが、2週間経っても意思決定に至っていない＝Orient段階で停滞している。データの量ではなく、解釈の枠組みの古さが停滞の真因。
② なぜObserveの増加は解決にならないか
Orientとは、新しい観察データを既存のメンタルモデル・文化的背景・過去の経験と統合し、状況の意味を再構築する段階。ここが更新されなければ、いくらデータを集めても「今回の競合は今までの競合と同じだから静観していい」という古い前提のフィルターを通してしか解釈されない。データの量ではなく、解釈の枠組みの古さが停滞の真因。
③ Orient段階で行うべきこと
1. 前提の明示化
既存の前提を書き出す（例:「私たちの差別化要因はデザインの独自性」）2. 前提の検証
新しい観察データがその前提を崩すかを検証する（競合が類似デザインを投入した時点で、この前提は既に崩れている）3. 状況の型を再定義
前提が崩れたなら「価格・デザインの独自性フェーズ」から「価格競争フェーズへの移行」など新しい型を定義する4. 即Decide/Actへ
更新された前提に基づき、小規模な価格実験・新しい差別化軸の訴求などへ即座に移る実践への応用
実務・キャリアへの展開
- プロダクト戦略・競合対応：「もっとデータを」は思考停止の免罪符になりがち。エンジニアリングでもインシデント対応で「まだ原因究明中」を続けるうちに、既存の仮説に固執して新しい兆候を無視していないか自問する規律が必要。
- チームリード：週次の状況共有会議で「新しい情報で、私たちの前提はどう変わったか」を明示的に問う一言を挟むだけで、Orientの停滞を可視化できる。
- グローバル文脈：海外市場のシグナルを本国の前提で解釈し続けると意思決定が遅れる典型例。現地の一次情報に触れる人材のOrientを本社の意思決定に直接反映させる仕組みが要る。
自己評価（解答後に記入）
自分の考え・解答メモ：
気づき・メモ：
Q2
★★★★☆ 標準
WRAPプロセス——「辞めさせるか、続けさせるか」の二択に閉じ込められていないか
シナリオ — プロダクト開発会社（従業員20名） / CTO
中核メンバーであるシニアエンジニアAが、直近3ヶ月でコードレビューの遅延・チームへの高圧的な物言いが目立つようになった。技術力は依然チーム随一で、主要アーキテクチャの設計者でもある。人事から「解雇するか、このまま続けさせるか」の二択で意見を求められている。あなたはAの過去の貢献への恩義もあり判断に迷っているが、チームメンバーからは「Aとの1on1が怖い」という声も出始めている。
問い
- 人事が提示した「解雇するか、続けさせるか」という二択自体にどんな問題があるか、WRAPプロセスの「Widen your options（選択肢を広げる）」の視点から指摘せよ
- WRAPの残り3要素（Reality-test your assumptions／Attain distance before deciding／Prepare to be wrong）をこのケースにどう適用するか、それぞれ具体的に述べよ
- あなたがCTOとして実際に取るべき次の一手（選択肢の再設計を含む）を提案せよ
Chip & Dan Heathの著書『Decisive』が指摘する意思決定の4つの敵（狭いフレーミング／確証バイアス／短期的感情／過信）のうち、特に「狭いフレーミング（whether-or-notの二択）」への対処を鍛える。実務では「Aか非Aか」の二択提示が最も頻出する罠であり、選択肢生成（選択肢を意図的に広げる）の技術がこの問題の核心。技術力はあるが行動に問題がある中核人材という、解きほぐしにくいシナリオを通じて、EQとThinkingの接続も意識させる。
罠：二択（Aを守るか切るか）に閉じ込められ、「Aの行動だけを変える」「役割を変える」「期間限定の改善計画を設ける」といった中間的選択肢を検討しない。
判断の軸：「この二択以外に、少なくとも2つ以上の選択肢を意図的に生成したか」を常に自問する。
① 二択の問題点
「解雇 or 続投」は典型的なwhether-or-not framing。実際には、(a) 役割変更（マネジメントから技術専任へ）、(b) 期間限定の行動改善計画（PIP）+コーチング、(c) チーム構成の変更（Aと衝突するメンバーとの直接連携を減らす）、(d) 部分的権限縮小など、複数の中間案が存在する。二択に閉じ込められると、極端な選択（解雇という大ダメージか、問題放置という現状維持か）のどちらかに偏りやすい。
② WRAP残り3要素の適用
R
Reality-test（仮説を現実で検証する）
「Aの技術力は依然チーム随一」という前提は本当に検証されているか？高圧的な言動が技術アウトプットの質にも影響していないか、実際のレビュー品質データを確認する。「Aは変われない」という確証バイアスにも注意——過去に改善のフィードバックを実際に伝えたことがあるかを検証する。
A
Attain distance（感情的近さから距離を取る）
CTOであるあなた自身が、Aへの個人的な恩義から距離を取る。10-10-10ルール（この決定は10分後・10ヶ月後・10年後にどう見えるか）で、チーム全体への長期的影響を感情から切り離して評価する。
P
Prepare to be wrong（軌道修正の準備）
どの選択肢を取るにせよ、「改善計画を選んで3ヶ月後も変化がなければ、その時点で解雇を検討する」という明確なトリップワイヤー（あらかじめ決めておく撤退基準）を設定し、決定後のモニタリング体制を作る。
W
（①で対処済）Widen your options
二択を、役割変更・期間限定改善計画・チーム構成変更などの複数案に広げることが出発点。残り3要素はこの広げた選択肢を評価・実行するための規律。
③ 次の一手
1. 人事への再提案
「二択ではなく複数の選択肢を検討したい」と伝える2. Aとの率直な1on1
フィードバックを直接伝える（過去に伝えたことがあるかの検証も兼ねる）3. 期間限定の改善計画
6週間程度で、コードレビュー応答時間・心理的安全性サーベイスコア等の明確な行動指標とトリップワイヤーを設定4. チームへのケア
「Aとの1on1が怖い」という声への個別フォローを並行して行う実践への応用
実務・キャリアへの展開
- 人事判断全般：採用・評価・パートナー関係・製品のGo/Kill判断など、あらゆる場面で「二択」は思考の省エネの罠。選択肢を広げる技術は「優れた判断者」と「早い判断者」を分ける差になる。
- チームマネジメント：中核人材の行動問題は「切るか守るか」ではなく「どの環境・役割ならその人の強みが害にならないか」という再設計問題として捉え直せる。
- グローバル文脈：対立回避傾向が強い組織では、二択のうち"穏便な方"（現状維持）に流れやすいため、意図的な選択肢拡張がより重要になる。
自己評価（解答後に記入）
自分の考え・解答メモ：
気づき・メモ：
Q3
★★★★★ 応用
Force Field Analysis——推進力と抵抗力、どちらを動かすかで結果が変わる組織変革の意思決定
シナリオ — 受託開発企業（従業員80名） / VP of Engineering
全社的にレガシーな「週次進捗報告書（Excel手動更新）」文化から、リアルタイムダッシュボード（自動集計ツール）への移行を提案している。経営陣は「生産性向上」を理由に強く推進を望んでいる。しかし現場エンジニアの多くは、過去に導入された類似ツールが「監視強化の口実」として使われ形骸化した経験から強い不信感を持っており、非公式に「面従腹背」（表向き従うが実際には旧来のExcel運用を裏で続ける）の兆候が見え始めている。中間管理職（チームリード陣）は経営陣とエンジニアの板挟みで態度を明確にしていない。移行の期限は経営陣から6週間後と設定されている。
問い
- Force Field Analysis（推進力 vs 抵抗力）の枠組みで、この変革を取り巻く力を最低3つずつ具体的に特定し図式化せよ
- 一般的に「推進力を強める」より「抵抗力を弱める」方が持続的な変革につながりやすいとされる理由を、このケースの抵抗力の性質（不信感の根源）に照らして説明せよ
- 6週間という制約、経営陣・中間管理職・現場エンジニアという三者の異なる立場を踏まえ、あなたがVPとしてどう力のバランスを再設計し、正解のない中でどう「進める」かを、政治的配慮も含めて提案せよ
Kurt LewinのForce Field Analysisは意思決定フレームワークとして、単に「賛成/反対」を数えるのではなく、変革を取り巻く力学を可視化し、どこに介入すれば持続的な変化が生まれるかを設計する思考法。多くのリーダーは「推進力を増やす（経営陣の圧力を強める）」ことに偏りがちだが、抵抗力の根本原因（過去に裏切られた経験による不信感）を放置すると面従腹背という形で変革が形骸化する。正解のない政治的に複雑な状況で、力学設計と関係者への配慮を統合する応用力を試す。
罠：推進力を強める（経営陣がさらにプレッシャーをかける、期限を厳格化する）ことで一時的に表面上の抵抗は下がって見えるが、根本の不信感は解消されず面従腹背という形で潜在化・悪化する。
判断の軸：「この抵抗力は"変化そのもの"への抵抗か、"過去の裏切られた経験"への抵抗か」を見極める。後者であれば推進力強化は逆効果になりうる。
① 力の図式化
推進力 Driving Forces
経営陣の強い推進意志・生産性向上への期待
手動Excel更新作業の非効率性（エンジニア自身の潜在的不満）
競合他社での自動化ツール導入の一般化（外部圧力）
抵抗力 Restraining Forces
過去に類似ツールが「監視強化の口実」に使われた経験による不信感
中間管理職の態度不明確による心理的安全性の欠如
「面従腹背」という非公式な抵抗行動そのもの
② 抵抗力を弱める方が持続的な理由
このケースの抵抗力の根源は「変化そのものへの抵抗」ではなく「過去に裏切られた経験に基づく不信感」。推進力を強める（経営陣の圧力・期限の厳格化）だけでは、表面上の順守は得られても根本の不信感は解消されないため、面従腹背という形で潜在化し、むしろ悪化する（不信感が「やっぱり監視のためだった」と再確認されてしまう）。抵抗力の根源（不信感）に対処しない限り、推進力をいくら強めても均衡は不安定なまま。持続的な変化には、抵抗力を減らす（不信感の原因に向き合う）ことで新しい均衡点に移行させる方が定着しやすい。
③ VPとしての力学再設計と進め方
抵抗力への対処
過去のツールがなぜ形骸化したか（監視目的での使用）を経営陣と共に率直に認め、今回のダッシュボードの利用目的を「個人評価には使わない」等、検証可能なガバナンスルールとして明文化・約束する（例: データを人事評価と紐付けないポリシー化）。
中間管理職の巻き込み
態度不明確な中間管理職を板挟みのまま放置せず、事前に個別に意見を聞き、彼らを変革の「共同設計者」として位置付ける（経営陣とエンジニアの通訳役として明確な役割を与える）。
推進力の質の転換
経営陣の圧力ではなく、エンジニア自身の「手動更新の手間から解放される」という内発的な推進力に焦点を移す。エンジニア代表を巻き込んだツール選定・カスタマイズプロセスで当事者意識を作る。
期限への対応
6週間の期限は「信頼構築のプロセスを含めた現実的なスケジュール」として再交渉する。全面延期ではなく「最初の2週間で信頼構築とパイロット運用、残り4週間で本格移行」など期限内に収める設計を提示し、経営陣の推進力そのものは否定しない。
実践への応用
実務・キャリアへの展開
- 組織変革全般：新ツール導入・プロセス変更など、あらゆる変革リーダーシップの場面でForce Field Analysisは有効。「なぜ人は変わりたがらないのか」を力学として捉える視点は、CTO/経営層への移行期に不可欠。
- エンジニアリング組織：プロセス変更への抵抗の多くは「変化への抵抗」ではなく「過去の失敗した変更の記憶」に根ざす。導入前にその記憶に向き合う対話が定着率を左右する。
- グローバル文脈：多国籍組織では抵抗力の根源（不信感の文化的背景）が地域によって異なるため、画一的な推進力強化はさらに逆効果になりやすい。
自己評価（解答後に記入）
自分の考え・解答メモ：
気づき・メモ：
今日のまとめ・次回へ
次回への接続（明日: EQ-B 対人スキル・関係管理）
今日のQ3で扱った「過去に裏切られた経験による不信感」への対処に直結する。Force Field Analysisで見えた"抵抗力の根源"を、実際に現場エンジニアや中間管理職との対話でどう解きほぐすか——深い傾聴・共感・信頼構築の実践を明日は鍛える。