フレームワーク活用ガイドひとことで言うと#
プロジェクトの**スコープ（範囲）・コスト（予算）・時間（納期）**の3要素は互いに連動しており、1つを変えると他の2つのうち少なくとも1つが影響を受けるという原則。「全部良くする」は不可能で、何を優先し何を妥協するかの意思決定が求められる。
押さえておきたい用語#
- スコープ（Scope）
- プロジェクトで作るものの範囲と内容。機能の数、品質基準、成果物の一覧を含む。
- トレードオフ
- ある目標を追求すると別の目標が犠牲になる関係。鉄の三角形では3要素間でこの関係が成立する。
- 制約条件（Constraint）
- プロジェクトにおいて動かせない要素を指す。「納期は絶対」なら時間が制約条件、コストとスコープが調整変数になる。
- 品質（Quality）
- 三角形の中央に位置し、3要素のバランスの結果として決まる成果物の出来栄え。3要素すべてを無理に固定すると品質が犠牲になる。
鉄の三角形トレードオフの全体像#
こんな悩みに効く#
- 「機能を追加してほしいが、納期は変えないで」と言われて困っている
- プロジェクトの途中で予算が削減されたが、スコープは据え置き
- ステークホルダーに「全部は無理」を論理的に説明したい
基本の使い方#
プロジェクト開始時に、スコープ・コスト・時間の現状を数値で定義する。
- スコープ: 機能一覧、成果物リスト、品質基準
- コスト: 総予算、人件費、外注費の内訳
- 時間: 最終納期、マイルストーン
「この3つのバランスで今のプロジェクトは成り立っている」とチーム全員が認識することが出発点。
「スコープを増やしたい」「納期を前倒ししたい」「予算を削りたい」という要求が来た時、まず動かせない要素を特定する。
| 制約条件 | 調整変数 |
|---|---|
| 納期は絶対 | スコープを減らす or コストを増やす |
| 予算は絶対 | スコープを減らす or 納期を延ばす |
| スコープは絶対 | コストを増やす or 納期を延ばす |
「全部良くする」は不可能であることを前提に、現実的な選択肢を提示する。
- 選択肢A: スコープを20%削減し、納期通りに予算内で完了
- 選択肢B: 予算を15%追加し、スコープ・納期はそのまま
- 選択肢C: 納期を1ヶ月延長し、スコープ・予算はそのまま
選択肢なしに「できません」と言うのではなく、「何を調整すればできるか」を示す。
具体例#
状況: 予算800万円・納期4ヶ月でBtoB SaaSのMVPを開発中。2ヶ月経過時点でクライアントから「ダッシュボード機能を追加してほしい」と要望。
鉄の三角形での分析
| 要素 | 現状 | 追加要望の影響 |
|---|---|---|
| スコープ | 5機能 | +1機能（ダッシュボード） |
| コスト | 800万円 | +200万円の見込み |
| 時間 | 4ヶ月 | +1ヶ月の見込み |
クライアントへの提示
- A案: ダッシュボード追加、予算を1,000万円に、納期5ヶ月
- B案: ダッシュボード追加、代わりにレポート機能（既存の1機能）を次フェーズに延期、予算・納期そのまま
- C案: ダッシュボード追加、予算+100万円、納期+2週間（外注を1名追加）
クライアントはB案を選択。レポート機能をフェーズ2に回すことで、ダッシュボードを予算内・ほぼ納期通りで実装できた。
状況: 地方自治体の公民館建設プロジェクト。当初予算 8億円、工期18ヶ月、延べ床面積2,500m2。議会の予算審議で 6.5億円 に削減された（-18.75%）。工期と完成時期は変更不可。
鉄の三角形での対応
| 要素 | 制約 | 調整方法 |
|---|---|---|
| コスト | 6.5億円に削減（動かせない） | — |
| 時間 | 18ヶ月で変更不可（動かせない） | — |
| スコープ | ここを調整する | 規模・仕様の見直し |
スコープ調整の内容
- 延べ床面積: 2,500m2 → 2,100m2（-16%）
- 多目的ホールの音響設備: 最上位グレード → 中位グレード（-2,000万円）
- 太陽光パネル: 屋上全面 → 南面のみ（-1,500万円）
- 外構工事: 石張り → コンクリート平板（-800万円）
「何を諦めるか」を住民説明会で公開し、「予算内で最大限の公民館を作る」という合意を得た。削減項目は将来の増築・改修で追加可能な設計としている。
状況: 人事部から「採用サイトのリニューアルを3月公開予定だったが、1月のインターン募集に間に合わせたい」と要望。納期が 2ヶ月前倒し。予算は追加不可。
鉄の三角形での分析
- 時間: 3月 → 1月（動かせない。インターン募集に間に合わせる必要）
- コスト: 追加不可（動かせない。年度予算が確定済み）
- スコープ: ここを調整する
スコープ調整
| 機能 | 3月公開版 | 1月公開版（調整後） |
|---|---|---|
| トップページ | フルリニューアル | フルリニューアル（維持） |
| 社員インタビュー | 動画10本 | 動画3本+テキスト7本 |
| エントリーフォーム | カスタム開発 | Google Formで代替 |
| 採用FAQ | AI チャットボット | 静的ページのFAQ |
| デザイン | 全ページカスタム | トップ+3ページのみカスタム、他はテンプレート |
1月にMVP版を公開し、2月以降に段階的に機能を追加する方針で合意。インターン募集には間に合い、3月までに当初のフルスコープを概ね実現できた。「一度に全部」ではなく「段階的にリリース」という発想に切り替えたことで、双方の要望を満たした形になっている。
やりがちな失敗パターン#
- 3要素すべてを固定してしまう — 「スコープも予算も納期も変えない」を約束すると、品質が犠牲になるか、チームが疲弊して離職が起きる
- トレードオフを説明しない — 「できません」とだけ言うのではなく、「○○を調整すれば可能です」と選択肢を示す
- 暗黙の優先順位で動く — PMは「納期が最優先」と思い、クライアントは「スコープが最優先」と思っている。制約条件を明示的に合意する
- 品質を調整変数にする — 品質を下げることで3要素のバランスを取ろうとすると、手戻り・バグ対応で結局コストと時間が増える
まとめ#
鉄の三角形はプロジェクト管理の最も基本的な原則。スコープ・コスト・時間の3要素は連動しており、1つを変えると他が影響を受ける。変更要求が来たら「動かせない要素」を特定し、「残りの要素でどう調整するか」の選択肢を示すことがPMの仕事になる。3要素すべてを固定する約束は品質の犠牲を意味するため、ステークホルダーとのトレードオフの合意を必ず取る。