用語集へ

用語集

鉄の三角形

トリプル制約、Triple Constraint、プロジェクトマネジメントの三角形、QCD

鉄の三角形(トリプル制約、Triple Constraint)は、あらゆるプロジェクトを制約する 3 つの要素、スコープ、時間、コストを表します。品質は三角形の中心にあり、3 つの頂点すべてに左右されます。1 つの頂点を変えたら少なくとももう 1 つを調整しなければならず、調整しなければ品質がそのつけを払います。

鉄の三角形

このモデルは Martin Barnes にさかのぼります。Barnes は 1969 年、自身の講座「Time and Cost in Contract Control」のために、コスト、時間、品質を頂点に置いた三角形を描きました。1 現在の多くの図では、スコープ、時間、コストを頂点に、品質を中心に置いています。

3 つの頂点は何を意味しますか?

開始前に、どの頂点を固定するかを決めましょう。展示会のブースなら多くは期日、固定価格の契約なら予算です。この優先順位が、のちのあらゆるトレードオフを決めます。

鉄の三角形の具体例

例:ある制作会社がオンラインショップを構築します。計画は、開発者 2 人(1 人あたり週 2,500 ユーロ)で 10 週間、機能 12 個、費用 50,000 ユーロです。キャンペーン開始に合わせ、発注者は公開を 2 週間早めたいと考えています。制作会社は 3 つの案を試算します。

案 スコープ 時間 コスト 結果
A:開発者を 1 人追加 機能 12 個 8 週間 60,000 EUR(3 × 8 × 2,500) 予算が 20 % 増え、さらに立ち上げ期間がかかる
B:スコープを削る 機能 9 個 8 週間 40,000 EUR(2 × 8 × 2,500) 3 つの機能は公開後に提供
C:期日だけを早める 機能 12 個 8 週間 40,000 EUR テストと仕上げがなくなり、品質が下がる

案 C は三角形を壊します。期日だけが前倒しになり、スコープとチームは変わらないため、差を品質が吸収します。A と B のどちらを選ぶかは、固定した頂点で決まります。予算に上限があれば、残るのは B だけです。案 A は クラッシング と呼ばれます。ただし、追加した開発者が初日から全力で働けると考えるのは楽観的です(ブルックスの法則 を参照)。4 つ目の道は ファストトラッキング です。作業工程を重ねて進め、追加要員なしで時間を稼ぐ代わりに、手戻りのリスクが高まります。

鉄の三角形にはどんな拡張がありますか?

よくある失敗

Merlin Project で鉄の三角形を管理するには

Merlin Project は 3 つの頂点すべてを扱います。スコープは作業分割のアクティビティとグループとして、時間は作業時間と所要期間、依存関係、稼働カレンダーで、コストはリソースの単価と固定コストで表します。値を 1 つ変えると、Merlin Project が日程とコストへの影響を計算します。

プロジェクトが三角形から外れていないかは、計画実績比較 で確認します。プロジェクト設定の 基準日 フィールドに、プロジェクト承認日などの過去の日付を入力します。すると Merlin Project は、その時点で予定していた日程をガントチャートにグレイの参照バーとして表示します。Merlin の書類にはプロジェクトの履歴がすべて含まれるため、ベースラインを事前に保存しておく必要はありません。表示 予定と実際の比較 (時間) と 予定と実際の比較 (コスト) は、予定値と期待値を並べて表示し、コストの表示には予算と残高も含まれます。

リスクも三角形に沿って評価できます。リスクのインスペクタで、スコープへの影響、コストへの影響、最終期限への影響 をそれぞれ 0 から 5 ポイントで評価します。

プロジェクトを計画する、 本当に機能する形で。

プロジェクト計画のためのひとつのアプリ。すべての Apple デバイスでネイティブに動作します。