「良いもの、速いもの、安いものを手に入れることができます。 2つを選んでください。」
エンジニアは何十年もの間、プロジェクト マネージャーにこのことを言ってきました。
少し異なる言葉で言えば、すべてのプロジェクトは 時間、 お金、 範囲 の「トライアングル」のバランスをとっており、少なくとも他の 1 つに影響を与えずに 1 つを変更することはできません。 プロジェクト マネージャーの仕事は、この三角形のバランスが崩れないようにすることです。
方法 まず、問題が発生した場合は、プロジェクトの三角形で問題を特定します - 時間 (スケジュール)、お金 (予算)、または範囲に関するものですか? 次に、三角形のどの辺を変更でき、どの辺が所定の位置に「固定」されているかを判断します。 第三に、問題を解決し、プロジェクトを最適化するためにできることを調整します。 第四に、プロジェクトを終えてお祝いしましょう!
この記事の内容
時間 + お金 + スコープ = 品質
プロジェクトの三角形は「鉄の三角形」とも呼ばれ、詩的ではなく「トリプル制約」とも呼ばれます。 何と呼んでも、他の 2 つの部分のうち少なくとも 1 つに影響を与えずに、プロジェクトの予算、スケジュール、または範囲を変更することはできません。
その仕組みの例をいくつか示します。
- 終了日 (時間) を取得するには、リソース (お金) を増やして作業をより早く完了するか、機能 (スコープ) を削減して新しい期限までにやるべき作業を減らすことができます。
- 予算 (コスト) 内でプロジェクトを完了するには、残業をなくして後でプロジェクトを完了するか (時間)、機能を削減 (スコープ) することができます。
- 製品 (スコープ) に機能を追加するには、期限を延長して新しい作業 (時間) に時間を作ったり、時間を短縮するために人を追加したり (コスト)、新しい作業を行うことができます。 両方を行うこともできます。
品質 はプロジェクトの三角形の 4 番目の部分です。 それは中央に位置し、どちらの側にも変化が影響します。
たとえば、スケジュールより前倒しの場合は、カット フィーチャーを置き換えたり、既存のタスクにより多くの時間を割いたりできる場合があります。 この時間と範囲があれば、最終結果はより良い製品になるかもしれません。
重要な点の 1 つは、品質の普遍的な基準がないということです。 特定のプロジェクトでは、品質はプロジェクト自体の中で定義されます。 一部の企業では、プロジェクトを予算内に収めることが品質の最も重要な尺度です。 他の人にとっては、時間内に市場に投入することがより重要です。 プロジェクト マネージャーは、organization と特定のプロジェクトに対して品質がどのように定義されているかを知る必要があります。
前の例では、より少ない機能で製品を早期に完成させ、競合他社に先駆けて市場に投入することができました。 それが、あなたの会社におけるそのプロジェクトの品質の定義かもしれません。
変更できないものを知る
ほとんどのプロジェクトでは、三角形の少なくとも 1 つの辺が所定の位置に固定されています。 これは変更できません。
予算は交渉の余地がないのかもしれません。 (聞き慣れたサウンドですか?あるいは、製品は必ず特定の日付までに販売されなければならないかもしれません。 もしかしたら、どちらも真実かもしれません。
多くの場合、プロジェクトの固定要素はプロジェクト マネージャーの上に指示されますが、常にそうとは限りません。 プロジェクトの成功にとってどの要素が最も重要かを決めるのはあなたの肩の上にあることもあります。 そして、問題が現れたときには、この点を明確にする必要があります(そして常にそうなります)。
問題が固定で発生するとサイド、多くの場合、行動方針は明確です。 たとえば、ソフトウェア機能の完了に予想よりも時間がかかることが判明し、その機能 (スコープ) を提供するという契約に署名した場合、期限内に完了するには、完了日を延期するか、リソースを追加する必要があります。
固定側と問題側が異なる場合は、あきらめないでください。 それがプロジェクトの三角形の美しさです。常に変更を加える余地があります たとえば、プロジェクトが予定どおりに終了しなければならず、スコープが拡大した場合でも、リソースを追加してコストを調整できます。
三角形の 3 つの辺がすべて動かなくても、慌てないでください。 プロジェクトに問題があるかもしれませんが、少なくとも問題があること はわかっており 、プロジェクトの目標や品質基準を再考するための良い出発点があります。
スケジュールを最適化する
遅かれ早かれ、柔軟性のない締め切りを超過するプロジェクトに直面することになります。
スケジュールを短縮する確実な方法は、クリティカル パス (プロジェクトの終了日に最後のタスクが終了する一連のタスク) を短縮することです。 他のタスクを変更してもスケジュールは短縮されない可能性がありますが、クリティカル パス タスクを変更してもスケジュールは短縮されます。 クリティカル パスを短縮するには、次のことができます。
- タスクの期間を短縮します (スコープを縮小するか、リソースを追加します)。
- スケジュールの "迅速な管理" : タスクを重複させて、ユーザーが同時に作業できるようにします (リソースを追加します)。 この戦術は、プロジェクトの開始部近くで使用するのが最適です。
- スケジュールを "クラッシュ" する: リソースを追加してタスクをより迅速に完了します (お金)。
- タスクを削除します (スコープを縮小します)。
もちろん、このようにスケジュールを固定すると、プロジェクトの予算、範囲、品質に劇的な影響を与える可能性があります。
予算を最適化する
ほとんどのプロジェクトでは、予算の大部分はリソース コスト、つまり人員、設備、材料の単価ベースおよび固定コストで構成されます。 予算内に収まるには、非常に難しい選択が必要になる場合があります。
- プロジェクトの範囲を縮小して、リソースを必要とするタスクを減らし、より短くします。
- リソースを削除します。
- 料金、料金、残業時間が適切であることを確認してください。
- リソースがジョブに最適であることを確認します。
- 高価なリソースをより安価なリソースに置き換えます。
コストを抑制すると、期限を強制的に延期したり、プロジェクトの範囲の削減が必要になったりする可能性があります。 たとえば、タスクの超過作業を許可しない場合、終了日が 1 か月遅くなる場合があります。 または、スコープをカットすると、終了日が実際に移動する可能性があります。
スコープの最適化
橋を川よりも数フィート短くしてお金を節約することを検討しますか? もちろんありません。 プロジェクトのスコープを変更できない場合は、他のアクションを実行する必要があります。
- すべてのタスクが完了していることを確認するためのリソースを追加します (コスト)。
- クリティカル パスにないタスクがある場合は切り取ります (コスト)。
- タスクを追加するか、タスクに期間を追加します (コスト)。
- 期限を延長して、現在のレベルのリソース (時間) を持つすべてのタスクに時間を許可します。