クリティカルパスプロジェクト管理

プロジェクト管理の分野では、何か新しいことをする作業を単純化し、制御するのを助けるように設計されたさまざまなツールと技法を提供しています。定義上、プロジェクトは、私たちがかつて行ってきたすべての作業です。つまり、ビジネスにおける日常の多数の業務活動とは対照的に、プロジェクトは一時的で独自の活動です。

クリティカルパスプロジェクト管理（CPM）の分野は1950年代後半に確立され、今日も広く実践されています。この記事では、チームがプロジェクトのイニシアチブを完成させるためにクリティカルパスアプローチをどのように使用するかの概要を説明します。

クリティカルパスの定義

定義上のクリティカルパスは、プロジェクト計画における最も長い一連のイベントです。これらは、遅滞なく完了しなければならないイベント、またはプロジェクトが計画された期間より長く実行される危険性があります。

クリティカルパスについての別の見方は、それが最小量のスラック（長時間）を持つイベントのシーケンスであることを示唆しています。この技術用語は、サンプルプロジェクトのクリティカルパスを特定するプロセスを説明することで理解しやすくなります。

家を建てる例に基づいて、以下のステップはクリティカルパスを識別して使用するためのプロセスを定義します。

プロジェクトの範囲と主な機能を定義する

グループがプロジェクトのイニシアチブに取り組むために集まっているときはいつでも、仕事を早く進めるための興奮とエネルギーがあります。しかし、訓練を受けたプロジェクトマネージャは、計画段階がイニシアチブの最終的な成功にとってどれほど重要かを理解しています。クリティカルパスを特定する作業は、プロジェクトの範囲を明確にし、最も重要な成果または機能を決定することから始まります。

あなたが家を建てていると想像してください。家で実際の作業を開始する前に、プロジェクトの範囲を決め、主要な機能について説明することが重要です。この例では、スコープが、3つのベッドルーム、リビングルーム、ダイニングルーム、キッチン、3つのバスルーム、および未完成の地下室を備えた2,000平方フィートの家を必要としているとします。

仕様は範囲の良い出発点を提供しますが、あなたはまだ建築材料 - 木またはレンガ - を定義し、暖房、空調などを含む他の重要な機能を識別する必要があります。大事なことを言い忘れましたが、あなたはこの家を完成させるための目標が必要です。

完成する詳細作業の定義

クリティカルパス方式を使用しているプロジェクトマネージャは、自分のチームと協力して、スコープと主要機能を、プロジェクトを作成するために完了しなければならないすべての作業のリストに変換します。作業タスクを識別するために使用されるツールは、作業詳細構造です。

プロジェクトマネージャは拡張チームと協力して、私たちのスコーピングアクティビティで説明した重要な機能を備えた家を完成させるために必要なすべてのタスクについてブレインストーミングを行います。付箋紙の上にそれぞれの重要な仕事を書き留める簡単なテクニックは、しばしばこのブレーンストーミングの出力で覆われた壁をもたらします。このプロセスでは、一連のイベントとリソースの利用可能性は無視され、タスクの識別に専念します。プロジェクトを実行するために必要なすべての作業が特定されたことをグループが確認した後、彼らは個々の活動ごとに時間とコストの見積もりを作成し、クリティカルパスの特定に注意を向けます。

クリティカルパスを見つけるための作業タスクの順序付け

各作業項目（作業パッケージとも呼ばれる）の見積もり時間を含む、作業詳細構造の内容に基づいて、チームメンバーはプロジェクトの完了に必要な一連のイベントの定義に焦点を当てます。彼らは、出発点としてスコープ材料で識別された主要な機能や成果物を使用し、さまざまなプロジェクトパスを構築します。

家を建てる私たちの例では、屋根を追加する前に基礎を掘って注ぐことと家を組み立てることの論理的な順序です。私たちの課題は、プロジェクトを大幅なダウンタイムなしで円滑に進めることを可能にする正しい一連のイベントを見つけることです。

このシーケンスアクティビティの後に出現するのは、さまざまなパスを含むプロジェクトネットワーク図です。所要時間の見積もりを使用して、通常プロジェクト管理ソフトウェアに依存しているプロジェクトマネージャは、各アクティビティが開始および終了できる最短および最遅時間を計算します。このプロセスでは、余計な時間（フロートまたはスラック）のあるアイテム、およびプロジェクト全体を遅らせることなく完全に遅らせることができないアイテムを識別します。

ネットワークを通る最長期間または最小スラック量を定義するパスがクリティカルパスです。技術的にはプロジェクトネットワーク内に複数のクリティカルパスが存在する可能性がありますが、ほとんどのプロジェクトマネージャやチームはこの可能性を最小限に抑えるためにイベントの順序を調整することに取り組んでいます。

プロジェクトマネージャがクリティカルパスを使用する方法

期限内に完了しなければならない項目やプロジェクトが遅れるリスクを明確にして、プロジェクトマネージャーはこれらの活動の監視と管理にかなりの時間と注意を注ぎます。クリティカルパス上の項目が遅く実行される可能性がある場合、プロジェクトマネージャは完了を早めるために追加のリソースを割り当てる可能性があります。クリティカルパス上の2つのアクティビティ間でリソースの競合がある場合、プロジェクトマネージャは遅延を最小限に抑えるようにこれを解決します。

クリティカルパスを理解すると、リソースのスケジューリングプロセスが大幅に簡素化されます。プロジェクトチームは、適切なリソースが適切なタイミングで利用できるようにすることに集中できます。後述するように、必要に応じて、時間に敏感なタスクを順調に進めるために、重要でない活動からリソースを借用することができます。

クリティカルパス上にないアイテムは、プロジェクトの完了に最終的に不可欠ですが、定義上、それらには余分な時間または余裕があり、その遅延がイニシアチブの目標終了日を遅らせることはほとんどありません。クリティカルパスの遅延の可能性を補うために、プロジェクトマネージャはクリティカルでない項目からリソースを借用することが多く、それらの項目には柔軟性があります。

ボトムライン

クリティカルパスプロジェクト手法は、リスクを管理し、プロジェクトを予定通りに完了する可能性を最適化するために不可欠な一連のツールをプロジェクトマネージャに提供します。この方法では、バックグラウンド計画の時間がかなりかかりますが、制御と調整のメリットは非常に大きいです。