No man is an island.プロジェクトマネジメントにおけるディペンデンシーとは？
私たちは皆、互いに、そして集団としての社会に依存して、ニーズを満たし、人種としての勢いを生み出しています。
同じシナリオと論理が、プロジェクト管理の領域にも反映されています。
どんな活動やタスクも孤立して存在するわけではありません。
各項目は何らかの形で別の活動の出力に依存し、プロジェクトの最終結果に寄与する。
2つのタスクの関係は、それらの間の依存関係と定義されている。
この記事では、依存関係の意味を詳しく説明し、それが制約とどのように関連しているかを調べ、依存関係のさまざまなタイプについて話し、その後、プロジェクトで依存関係に効果的に取り組むための簡単な3ステップのプロセスを見ていきます。
あなたがプロジェクトマネージャーなら、この情報を再確認として扱ってください。 知識を集めているのであれば、このブログは運用環境における依存関係をマスターするために必要なものです。
依存関係とは何ですか？
あなたの周りの世界では、依存とは、あるエンティティまたはアイテムが、他のエンティティまたはリソースによってその安定性が決定されるような存在の状態のことです。 高齢者も同じように子孫に依存していることが多い。
プロジェクトの設定において、依存関係の定義は多少シフトします。
プロジェクトの依存関係とは、一方の完了または開始が他方の完了または開始に依存するような、2つの活動またはタスク間の論理的、制約的または優先的な関係である。 そして、キャンバスを準備することは、もう一つの活動です。
このように、ある活動は他の活動に依存しています。
物資のストライキのために下塗り剤が3日間入手できない場合、作業を開始できないので、絵画の完成は3日遅れます。
いくつかの依存関係関連用語。
以下は、プロジェクトの依存関係に必ず関連する一般的な用語です。
制約
依存関係と制約には、原因と結果の関係があります。 最も単純な形では、制約はタスクが完了または実行されなければならない境界内の制限である。 制約は、資金や人手などの資源の不足、利用可能な時間の不足、さらには専門知識の不足によって引き起こされることがあります。
クリームを塗るべきケーキが4つあり、それを塗るのに十分な技術を持ったパン屋が1つしかない場合、1つのケーキをクリーム状にすることは、他のケーキをクリーム状にすることの完了に自動的に依存することになる。
他の場面では、依存関係が制約の背後にある理由であるかもしれません。 仕立て屋では、まず寸法を測らなければ、実際の縫製を進めることができない。 これは、正真正銘の論理的依存関係です。 仮に採寸に20分かかり、仕立屋に2時間しかない場合、この状況下では、納期に間に合うのは100分しかない。
古典的なプロジェクトマネジメントでは、コスト・時間・範囲の3つの制約を定義しているが、これは三角形の3辺とみなすことができる。 三角形の面積は成果物の品質である。
優れたプロジェクトマネージャーとは、すべての制約と依存関係を把握し、最終的なプロジェクトの品質を保証する方法で資源を再割り当てできる人である。
リードとラグ
リードとラグはどちらも依存関係に関連している。
リードとは、先行タスクに対して後継アクティビティが前進または加速できる時間の長さと定義される。 ある活動Bが、活動Aが完了したとき、つまり10日後に開始するようにスケジュールされていると仮定しよう。
これは、AとBの間の依存関係が裁量的である場合、つまりAの完了時にBを開始することがベストプラクティスまたは便宜であり、論理と制約によって決定されない場合にのみ可能である。
クリティカルパス
クリティカルパスについては、すでに詳しく説明したとおりである。 しかし、もう一度おさらいすると、クリティカルパスとは、連続した活動または依存するタスクの最も長い切れ目のない連鎖であり、何らかの方法で項目の完了期間を変更すると、プロジェクトの期限に直接影響し、違反の可能性につながるものである。 これらの作業に遅れが生じると、客席でのケーキのプレゼンテーションが遅れることになる。
依存関係は、タスクの完了や開始などの条件、プロジェクトや会社に対するタスクの関係、依存関係の存在理由に基づいて、いくつかの方法で分類できます。
Causal, Resource & Preferential Dependencies
原因依存または論理依存は、回避できない依存関係のことを指します。 プロジェクトの性質や関係するタスクの性質に内在するものです。
あなたの胃は、あなたが最初に食べなければ食べ物を消化することができません。 これは因果的または論理的依存関係である。 あるステップが完了しなければ、次のステップはどうやっても開始できません。
リソースベースの依存関係は、制約によって駆動されます。 すでに説明したように、プロジェクトに従事できる熟練した専門家の数が限られている場合、すべてを同時に完了するには手（または人手）が足りないという理由だけで順次進行する必要があることがよくある。
リソースベースの制約、つまり依存関係が存在する場合、一般に因果関係のある依存関係は存在しない。つまり、必要な促進者が存在すれば、すべての活動は一緒に取り組むことができるのだ。 一般にプロジェクトでは、成果物の品質を重視するために導入される。 建設業者は、瓦を敷く前に少なくとも5～7日間、屋根の土台を浸すことを好みます。
彼らは「沈下と浸水」について気にすることなく、すぐにそれを実行に移すことができます。 しかし、これでは構造の健全性が損なわれるはずです。 そうして優先的な依存関係が湧き上がる。
FS, SF, FF & SS 依存関係
FS または Finish to Start 依存関係は、プロジェクト管理でも現実世界でも最も一般的かつ論理的な依存関係である。 あるタスクBは、タスクAが満足に完了しない限り開始できない。 この場合、タスク B は通常、何らかの方法でタスク A の出力を利用または構築する必要があります。
SF (Start to Finish) 依存関係は厄介なものです。 これは、先行タスク (タスク A と呼ぶ) が開始されない限り、後継タスク (タスク B と呼ぶ) は終了できないことを述べています。 しかし、いったんAが開始されれば、Bはいつでも終了できる。
最もよい例は、顧客への請求書作成（タスクB）である。 これは一般にプロジェクトの完了を告げるものである。 パーティに5つの花束を届けなければならないと想像してみよう。 あなたは注文を受けるとすぐに、組み立て作業を開始し、事実上、買い手はあなたの時間に対する支払いを開始したことになるので、顧客に対して「時計を走らせる」ことになります。 しかし、花束の配達（タスクA）が行われない限り、実際にクライアントに請求することはできない。
Start to Finish dependencies are common in Just in Time employee schedules where workers don’t get set slots. 彼らは、プロジェクトが発生したときに、オフィスに来るように求められます。
A SS または開始への依存は、先行アクティビティが開始されていない限り、後継アクティビティを開始できないことを述べています。 しかし、この最初の制約の後、2つの活動は並行して進めることができる。 例えばケーキを焼くこととアイシングを作ることは、開始-開始従属の例である。 オーブンに生地を入れるとすぐに（タスクA）、アイシングを作り始めることができる（タスクB）。
SS 依存関係は一般に、リソースベースの制約のために存在する。 例えば、助っ人が現れ、デザートを焼くのを手伝ってくれた場合を考えてみよう。 そのとき、アイシングは、あなたがオーブンに生地を入れるタイミングに依存しなくなる。 SS 依存は、ケーキをすべて自分で準備する場合にのみ適用されます。
FF または完了への依存は、先行タスクも終了しない限り、後継タスクが終了できないことを意味します。
映画スターをレッドカーペットのお披露目に同行するヘアメイクは、女優が会場に到着するまで最後の仕上げをすることができません。
これが、Finish to Finish dependency の仕組みです。
外部-内部依存関係グリッド
しばしば特定のタスク依存関係は、プロジェクトの内部と企業の外部、または企業の内部とプロジェクトマネージャーの影響の直接円の外部にあることがあります。
Company In – Project In Dependencies.様々な組み合わせについて説明する。 これらは、シーケンシャルなタスクに適用されます。あらかじめ定義されたロジックフローに従って取り組まなければならないものです。
Company In – Project Out Dependencies（企業内外の依存関係）。 他の部門が担当するタスクに適用される。 ある部門内のプロジェクト関連活動は、そのアウトプットに依存しているかもしれないが、プロジェクトマネージャーの直接的な管理下にはない。 サードパーティサプライヤーに委託する活動は、このカテゴリの理想的な例である。 アウトプットはプロジェクトに直接関係するが、業者は会社に雇用されていない。
Company Out – Project Out Dependencies: プロジェクトが完成に至るには、社屋が頑丈でアクセスしやすいものでなければならない。 何らかの理由で建築に欠陥があると判断された場合、業務の再開は自治体の判断に委ねられることになる。 これは会社やプロジェクトの外側の要因ですが、成果物に悪影響を及ぼす可能性があります。
How to Effectively Tackle Dependencies in Project Management.プロジェクトマネジメントにおける依存関係に効果的に対処する方法について説明します。
堅牢なプロジェクト管理ソフトウェアソリューションを使用している場合、タスクの依存関係と関連するビューは常にダッシュボードの重要な部分です。
- 三重制約モデルを念頭に置いて、すべての考えられるプロジェクトの依存関係と関連する制約をブレインストーミングします。 多くの依存関係と制約がある場合、先に進み、クリティカルパスも特定することができる。 これにより、ボトムラインに影響を与える可能性のあるタスクに焦点を当て、注意を払うことができるようになる。 クリティカルパスの構成要素がプロジェクト憲章に含まれていれば、利害関係者は自動的にそれらについて知らされている。 複数の視点を取り入れるために、部門横断的な会議を開くとよいでしょう。 予見可能な破壊的状況のほとんどをカバーしたと感じたら、次に、依存関係や制約に対する妨害の影響を管理するための解決策や先制行動を見つけに行く。 すべてのタスクとアクティビティが互いに独立しているものに出会うことはほとんどありません。
しかし恐れることはありません。クリティカルパス活動の実行時間を加速する正当な方法を見つけることができれば、依存関係はあなたの利点に活用することができます。
それについて考えてみてください。