"良い、速い、または安くすることができます。 2 つ選ぶ" と表示されます。
エンジニアは、何十年もの間、プロジェクト マネージャーにこれを言い続けしてきました。
少し異なる用語では、すべてのプロジェクトが時間、金額、範囲の"三角形" のバランスを取っています。少なくとも他の 1 つには影響を与えることなく変更できます。 プロジェクト マネージャーの仕事は、この三角形のバランスが崩れないようにすることです。
方法 まず、問題が発生した場合は、プロジェクトの三角形で探します。時間 (スケジュール)、金額 (予算)、範囲についてですか? 次に、変更できる三角形の辺と、どの辺が "固定" の位置にあるのか確認します。 3 番目に、問題を解決し、プロジェクトを最適化するための調整を行います。 4 番目に、プロジェクトを終了して祝います。
この記事の内容
Time + money + scope = quality
プロジェクトの三角形は"三角形" とも呼ばれるので、"三重の制約" とも呼ばれる。 プロジェクトの予算、スケジュール、範囲を変更するには、少なくとも他の 2 つの部分に影響を与える必要があります。
動作の例を次に示します。
-
終了日 (時間) を取り込むには、より多くのリソース (金額) を使って作業を速く終了したり、機能 (範囲) を切り取って、新しい期限前に行う作業が少なくなります。
-
予算 (コスト) でプロジェクトを完了するには、残業時間を取り除き、後で (時間) プロジェクトを終了するか、機能 (範囲) を切り取ります。
-
製品 (範囲) に機能を追加するには、期限を延長して新しい作業の時間 (時間) を作成するか、ユーザーを追加して作業を速く (コスト) します。 両方の操作を行う方法も可能です。
品質 はプロジェクトの三角形の 4 番目の部分です。 中央に表示されます。どの側に変更を行った場合でも影響を受けます。
たとえば、予定より前の場合は、切り取った機能を置き換える、または既存のタスクの時間を長くすることができます。 この追加の時間と範囲により、より良い製品が得られます。
重要なポイントの 1 つは、品質に関する汎用的な標準はありません。 特定のプロジェクトに関して、品質はプロジェクト内で定義されます。 企業によっては、プロジェクトを予算に入れた状態にすることが最も重要な品質の尺度です。 他のユーザーにとって、時間に合った市場に市場に持ち込む方が重要です。 プロジェクト マネージャーは、組織と特定のプロジェクトに対して品質がどのように定義されているのか知っている必要があります。
前の例では、機能を少なくして早めに製品を完成し、競合他社より先に市場に出ることができます。 これは、会社のそのプロジェクトの品質の定義である可能性があります。
変更できない情報を知る
ほとんどのプロジェクトでは、三角形の少なくとも一方の側が固定されています。 変更できない。
予算を設定できない場合があります。 (使い慣れたサウンドの場合) または、特定の日付までに製品を販売する必要がある場合があります。 おそらく、両方とも正しいと思います。
多くの場合、プロジェクトの固定要素はプロジェクト マネージャーの上からディクテーションされますが、必ずしもそうではありません。 プロジェクトの成功にとって最も重要な要素を決定することが必要な場合があります。 そして、問題が発生した場合 (常に問題が発生する) 場合は、このことを明確にする必要があります。
問題が一定の側で発生 した場合 、多くの場合、対処方法は明確です。 たとえば、ソフトウェア機能の完了に予測よりも時間がかかることを発見し、その機能 (範囲) を提供する契約を結んだ場合は、終了日を移動するか、リソースを追加して期限内に終了する必要があります。
固定側 と 問題側が異なる場合は、あきらめない。 それがプロジェクトの三角形の美しさです。常に変更を加える必要がある場合があります。たとえば、プロジェクトが時間通り終了する必要がある場合、その範囲が拡大した場合でも、リソースを追加してコストを調整できます。
三角形の 3 つの辺すべてが動かなくなったら、あわててご心配はいらないでください。 プロジェクトに問題がある可能性はありますが、少なくとも問題が発生してわかっている場合は、プロジェクトの目標や品質基準を再考するための良い開始点があります。
スケジュールを最適化する
遅かれ早かれ、柔軟性の低い期限を超えるプロジェクトに直面します。
スケジュールを短くする確実な方法は、プロジェクトの終了日に最後の クリティカル パスタスクが終了するタスクの期間を短縮する方法です。 他のタスクを変更すると、スケジュールが短縮されない場合がありますが、クリティカル パス タスクを変更すると、 クリティカル パスを短くするには、次の方法があります。
-
タスクの期間を短くする (範囲を減らす、またはリソースを追加する)
-
スケジュールを "早送り" する: タスクを重なって、ユーザーが同時に作業 (リソースを追加) できます。 この戦術は、プロジェクトの開始に近い距離で使用されるのが最適です。
-
スケジュールを "クラッシュ" する: リソースを追加して、タスクをより速く完了します (マネー)。
-
タスクを削除する (範囲を減らす)。
もちろん、この方法でスケジュールを修正すると、プロジェクトの予算、範囲、品質に劇的な影響を与える可能性があります。
予算を最適化する
ほとんどのプロジェクトでは、予算の最大の単位はリソース コスト (人、機器、資材の割合ベースと固定コスト) で構成されます。 予算を引き出す場合、非常に困難な選択肢が必要になる場合があります。
-
リソースを必要とするタスクを減らして短くするために、プロジェクトの範囲を切り取る。
-
リソースを削除します。
-
料金、手数料、および残業時間が適切な場合は必ずご確認ください。
-
リソースがジョブに最適なリソースを確認します。
-
高価なリソースを低コストのリソースに置き換える。
管理されているコストを取得すると、期限が強制的に切れるか、プロジェクトの範囲の削減が必要になります。 たとえば、タスクの残業を許可しない場合、終了日が 1 か月後である場合があります。 または、範囲を切り取った場合、終了日が実際に移動する可能性があります。
範囲を最適化する
橋を流れる川よりも数フィート短くして、節約を検討しますか? もちろんありません。 プロジェクトの範囲を変更できない場合は、次の操作を行う必要があります。
-
リソースを追加して、すべてのタスクが完了 (コスト) を確認します。
-
クリティカル パス上にないタスク (コスト) がある場合は切り取ります。
-
タスクを追加するか、タスクに期間を追加します (コスト)。
-
期限を延長して、現在のレベルのリソース (時間) を持つすべてのタスクの時間を許可します。