クリティカルパスとは？求め方や意味をわかりやすく図解

行うすべてのことは、プロセスの一部です。プロセスとは、望ましい結果を得たり、特定の目標を達成したりするための一連のステップやタスクです。プロセスの中には、厳格な順序に従って一連のステップを実行することが求められるものもあれば、より緩やかなものもあり、望ましい結果を得るためにタスクを順不同で完了させることが許される場合もあります。

どのプロセスでも難しいのは、各タスクの優先順位を決めることです。タスクに優先順位を付けるときは、依存関係、つまり次のタスクを開始する前に完了する必要があるタスクに注目する必要があります。

クリティカルパス法は、最も重要なタスクと依存関係を特定し、優先順位を付けるのに役立ちます。どのタスクが最も重要で、どの順序で完了する必要があるかを把握することで、プロジェクトのクリティカルパスを作成するのに役立ちます。

プロジェクト管理におけるクリティカルパスの求め方は何ですか?

クリティカルパス法（CPM）、またはクリティカルパスは、1950年代に開発された複雑なプロジェクトのスケジュール作成手法です。この手法により、プロジェクトにおける最も重要な（またはクリティカルな）アクティビティとその依存関係を特定できます。

あらゆる種類のプロジェクト（ソフトウェア開発、建設、製造、エンジニアリングなど）のプロジェクトマネージャーは、クリティカルパスを使用して重要なタスクの優先順位付け、依存関係の特定、各タスクの期間の見積もりを行います。これにより、プロジェクト全体を完了するためのより現実的なスケジュールを作成できます。

これらのクリティカルタスクとその依存関係の最長の順序が、プロジェクトのクリティカルパスとなります。プロジェクトにとって重要でありながら依存関係のないその他のアクティビティは、クリティカルパスとは順序が異なっていても、並行して完了しても構いません。

クリティカルパス（CPM） と PERT の違いは何ですか?

プログラム評価・レビュー技法（PERT）は、1950年代に開発されたもう一つのスケジューリングツールです。クリティカルパスと同様に、PERTはプロジェクト完了に必要なタスクを特定するために使用されますが、各タスクの完了に必要な時間と、プロジェクト全体の完了に必要な最短時間を見積もることに重点を置いています。

PERT は、最も楽観的な見積もり (O)、最も悲観的な見積もり (P)、最も可能性の高い見積もり (M) の加重平均を使用して、各タスクの完了にかかる時間を見積もります。

主な違いは、PERTは不確実性に基づいてタスクの所要期間を見積もるのに対し、クリティカルパスは所要期間が既に見積もられた後に用いられる点です。そのため、PERTがクリティカルパスと併用される場合もあります。

クリティカルパスを特定することがなぜそれほど重要なのでしょうか?

どのプロジェクトにも、複数のタスクで構成される複数のプロセスが存在する可能性があります。プロジェクトのクリティカルパスを特定しないと、いつでも完了できる副次的な作業に時間がかかりすぎてしまう可能性があります。その結果、遅延が発生し、プロジェクトに悪影響を及ぼす可能性があります。

例えば、仕事に時間通りに着くという目標があるとします。その場合、プロセスの内訳は次のようにシンプルになります。

1. 早めに起きて準備をしましょう。
2. シャワーを浴びなさい。
3. 服を着なさい。
4. 朝食を食べなさい。
5. 駅まで行ってください。
6. 正しい電車に乗りましょう。
7. 正しい停留所で降りてください。

各タスクには、独自のプロセスとタスクのセットが付属します。たとえば、着替えのプロセスは次のようになります。

1. シャツを着てください。
2. ズボンを履いてください。
3. 靴下を履いてください。
4. 靴を履いてください。

これらは、服を着たまま家を出るために必ず実行しなければならない最も重要なToDoタスクです。これらのタスクは、提示された順番通りに実行する必要はありません。唯一の条件は、靴下を履いてから靴を履く必要があることです。靴を履いた後に靴下を履くこともできますが、おそらく望む結果は得られないでしょう。

このプロセスでは、着替えに一定の時間を割り当てます。日によっては、他の日よりも早く着替えられるかもしれません。つまり、次のタスクに移行する前に、ベルトを締めるといった並行タスクに取り組むための余裕時間（余裕時間または余裕時間）があるということです。

ネクタイを締める、帽子をかぶる、ジャケットを着るなど、服を着ることに関連するタスクが他にもあるかもしれません。これらのタスクはSlackの時間中、あるいはプロセスの後半で完了できます。例えば、電車に乗りながらネクタイを締めるかもしれません。しかし、ネクタイ選びに時間がかかりすぎると、朝食を抜いて駅に向かわなければならないかもしれません。

したがって、クリティカルパスを特定することは、次のことに役立つため重要です。

• タスクの優先順位付け: プロセスの遅延を避けるために最も注意が必要なタスクです。
• Slack を特定します。これは、プロジェクト全体に遅延を引き起こすことなくアクティビティを遅らせることができる合計時間です。
• リソースを効率的に管理：クリティカルパスと並行して実行されるタスクを把握することで、各タスクで利用可能なSlackをより正確に把握できます。より経験豊富な従業員をクリティカルタスクに割り当てることで、プロジェクトがスケジュールどおりに完了するようにできます。特定のスキルを習得中の従業員は、並行タスクに割り当てることで、実務で習得する時間を増やすことができます。
• 依存関係を視覚化：クリティカルパスとその並行タスクのダイアグラムを作成します。これにより、依存関係がどこにあり、何をいつ実行する必要があるかを簡単に把握できます。また、コストのかかるアイドル時間を回避するために、リソースをどこに割り当てるべきかを明確に把握できます。
• 将来計画：プロジェクトの進捗状況を監視しながら、期待値と実際の結果を比較することができます。この情報は、潜在的なボトルネックや遅延の原因となるその他の問題領域をより簡単に特定し、修正できるため、将来のプロジェクトを計画する際に役立ちます。

クリティカルパスを見つける方法

次のプロセスを使用すると、あらゆるタイプのプロジェクトでクリティカルパスを見つけることができます。

ステップ1: すべてのタスクとアクティビティを特定する

プロジェクトで完了する必要があるすべてのプロセス、タスク、アクティビティのマスターリストを作成します。このWBSテンプレートは、大規模なプロジェクトをより小さく、管理しやすいプロセスとタスクに分解するのに役立ちます。これにより、全員が依存関係を理解しやすくなり、従業員は自分の作業がプロジェクト全体の中でどのように、どこに位置づけられているかを理解しやすくなります。

ステップ2: 依存関係を特定する

WBSのリストから、前のタスクが完了するまで開始できないタスクを特定します。

ステップ3: 時間要件を見積もる

クリティカルパス上の各タスクの完了にかかる時間を見積もる必要があります。見積りは、他のプロジェクトにおける類似タスクの経験や過去のプロジェクトのデータなどに基づいて行うことができます。PERTモデルを使用して、最も楽観的な時間見積り、最も悲観的な時間見積り、そして最も可能性の高い時間見積りの平均を算出することで、より正確な見積りを得ることを検討してください。

ステップ 4: クリティカルパスを作成する ダイアグラム

クリティカルパス工程表を使用すると、チームや関係者がプロジェクトのクリティカルパスを簡単に視覚化できます。ダイアグラムは、人々がワークフロー、依存関係、並行して実行できるタスク、何が完了したか、何を行う必要があるかを理解するのに役立ちます。

ステップ5: クリティカルパスを計算する

クリティカルパス工程表で、すべてのタスクの横に開始時刻と終了時刻を追加します。最初のタスクの開始時刻は 0 です。最初のタスクの終了時刻は、そのタスクが完了するまでの時間を表します。たとえば、最初のタスクが完了するまでに 20 時間かかると推定される場合、そのタスクに数値 0 と数値 20 を追加します。

次のタスクの開始時刻は、前のタスクの終了時刻になります。終了時刻は、開始時刻にタスクの期間を加えた時刻です。たとえば、2 番目のタスクが 10 時間で完了すると推定されている場合、数値 20 (前のタスクの終了時刻) と数値 30 (20 + 10) をそのタスクに追加します。

各タスクに対してこれを実行すると、クリティカルパス全体を完了するのにかかる合計の推定時間がわかります。

ステップ6: Slackとリソースの割り当てを検討する

Slack 、フロートとも呼ばれ、一連の依存関係にあるタスクを、プロジェクトの遅延を引き起こすことなく遅らせることができる合計時間です。クリティカルパスのどの部分に余裕時間があるかを把握することで、チームメンバーを他のタスクに再割り当てし、作業の流れを維持することができます。例えば、あるタスクが当初20時間で完了すると見積もられていたのに、実際には10時間で完了した場合、そのタスクに割り当てられたリソースには10時間のアイドル時間が発生する可能性があります。これらのリソースを並行タスクに割り当てることで、作業の流れを維持することができます。

または、Slack を使用して、前のタスクが何らかの理由で遅延した場合に、タスクを開始する前に待機できる時間を決定することもできます。