３つの制約 スコープ、時間、コストのプロジェクトマネジメントのトライアングル

先に述べたように、プロジェクト制約トライアングルの概念は、最初の人がタスクを実行するために他の人を雇ったときから本質的に使用されてきました。 しかし、私たちが今日知っている通り、プロジェクト制約トライアングルは、20世紀初頭から中頃、製造業で成文化されました。 自動車部品から子供のおもちゃ、飛行機まで、最終製品を生み出したプロジェクトでは、生産中にトライアングルが使用されました。 ユナイテッド航空のような航空会社は、ボーイングのようなメーカーから20機の707ジェット機を注文する場合があり、プロジェクトには総予算、全体的なタイムライン、完成した機能する飛行機20機の引き渡しの期待などが含まれます。 もしユナイテッドがさらに5機の飛行機を要求すれば、それに合わせて予算とタイムラインが変わるでしょう。

過去20年間で、ソフトウェアとグローバルな製品の成長に伴い、プロジェクト制約のトライアングルは、このようなプロジェクトに適応してきました。 制約は依然として存在して関連性が高いものの、「スコープ」の概念は、20機の707ジェット旅客機のように、物理的な製品を届けるよりも、有限性が低い場合があります。 スコープと品質はまだ一緒に考えられがちですが、デジタルプロジェクトではトライアングルを3つではなく4つのポイントでダイアモンドに調整する動きが増えています。

このモデルでは、品質は4つ目の変数として含まれます。 デジタルプロジェクトでは、品質と機能は可変性があり、それでもプロジェクトの成功につながる可能性があります。 飛行機内の油圧装置を取り除くと機能しない製品が発生しますが、当初の合意よりも機能の低いソフトウェアプロジェクトを実現することは、依然として成功と考えることができます。

たとえば、あるソフトウェア会社がマッピングソフトウェアのアップデートを作成しているとします。 当初のスコープには、より詳細な地域の場所、インタラクティブなルート案内、リアルタイムの交通情報、その他の機能強化が含まれていました。 開発者はプロジェクトに取り組むにつれ、元の会議で説明したよりも、リアルタイムのトラフィック機能を達成するためにはより多くの時間やリソースが必要になることに気づきます。 この決定は、その機能を特定の成果物に含めないようにし、残りのアップデートを期限内および予算内に保持することを決定します。 リアルタイムトラフィック機能は今後のアップデートでロールアウトできます。

デジタルプロジェクトは反復的に繰り返し行われるため、デジタルの世界では完全に「完成」したと考えられるものはほとんどありません。 これにより、プロジェクトマネージャーや関係者は、当初要求されたすべての機能性が提供されていなくても、プロジェクトを迅速に進められる柔軟性が得られます――足りない機能を作成して提供するもう一つのプロジェクトがあるものと考えられます。 プロジェクトのダイアモンドモデルでは、「期待」がこの4側面から成るプロジェクトの中心であり、結果でもあります。 ソフトウェアリリースに対するその他の更新が機能の改善と使いやすさを十分に満たせば、関係者とエンドユーザーは満足するでしょう。 しかし、全員がリアルタイムのトラフィック機能を待っている場合は、関係者とプロジェクトマネージャーは、この遅延を迅速かつ透明性のある方法で、理想的にはしっかりとした新しい納期で伝える必要があります。 大まかな期待が満たされたり、超過されたりした場合、プロジェクトは成功と見なされます。

プロジェクトマネジメントの専門家の中には、プロジェクトのトライアングルやダイアモンドは、プロジェクトのすべての要素を把握するほど微妙だったり詳細だったりしないと考える人もいます。 これらの専門家は、重要であるが、おそらく制約の柱として測定するには主観的すぎるコンポーネントを含む6つの頂点を持つ星を使用することをお勧めします。 これには、リスク、意見、価値などの要因が含まれます。 プロジェクトマネジメント協会や他の専門家の現在の考え方は、これらの重要な影響を把握しようとした6つの頂点を持つ星を推奨しているが、典型的なプロジェクトの管理が複雑すぎて結局は扱いにくいという考え方である。 プロジェクトマネージャーは、プロジェクトが長期的に進行していく中で、その他の要素を継続的に比較検討する必要があります。