プロジェクト管理におけるタスク依存関係を理解する

タスクの依存関係とは実際に何か?

タスクの依存関係とは、2つのタスクの間に決めておく関係のことです。一方のタスクを始められるか、続けられるか、終えられるかが、もう一方の進み具合で決まります。依存関係はプロジェクト計画のおまけではありません。計画を支える柱であり、スケジュールが現実的か、それとも希望的観測にすぎないかは、ここで決まります。

小さなプロジェクトなら依存関係は少なく、専用ツールがなくても管理できます。ところが規模が大きくなると、依存関係はタスク数以上のペースで増えていきます。タスクが2倍になれば、依存リンクはたいてい2倍を超えます。はっきり図にしておかないと、チームは状況を見失います。本当にクリティカルパス上にあるのはどのタスクか。どの遅れが連鎖して納期割れにつながり、どの遅れなら計画の中で吸収できるのか。それが見えなくなるのです。

プロジェクトの成果を調べた研究は、どれも同じ結論を示しています。依存関係を積極的に管理しているチームは、期限を守れる可能性がはっきりと高いのです。理由は単純です。依存関係が見えていれば、下流に影響が出る前に手を打てます。影響が出てから慌てる必要はありません。

タスク依存関係の種類

依存関係のタイプごとに、求められる順序が違います。それぞれの関係にどのタイプを当てるかは、スケジュールに直接響く計画上の判断です。タイプを間違えると、不要な制約でスケジュールが延びるか、必要な制約が抜けて前提条件がそろう前にタスクが始まってしまいます。

プロジェクトでは、テスト対象のコードができるまでテストは始められません。予算案がまとまるまで、予算の承認も始められません。これは慣習の話ではありません。作業そのものがそう求めているのです。依存関係のタイプを正しく選べば、現実に沿ったスケジュールになります。選び方を誤ると、無理な期待を生むスケジュールになります。

最も一般的な2つの依存関係タイプ:

• 終了-開始 (FS):前のタスクが終わるまで、後続のタスクは始められません。プロジェクトの依存関係の中で最もよく見られるタイプです。あるタスクの成果物が次のタスクに必要な入力になる場面なら、どこにでも当てはまります。

例: 開発が完了するまでテストは開始できません。テストするものが何もないからです。

• 開始-開始 (SS):前のタスクが始まるまで、後続のタスクは始められません。このタイプなら作業を並行して進められます。2つのタスクがリソースを共有している場合や、一方の早い段階の成果物があれば、もう一方を完了前から一部進められる場合に使います。

例: ドキュメント作成には完成したコードは要りません。書き始めたコードがあれば十分なので、開発とドキュメント作成は同時に始められます。詳しくはこちら：オペレーションチーム向けタスク管理ソフトウェア。

依存関係を効果的に管理する方法

依存関係の管理は、最初に一度設定すれば終わりというものではありません。日々続けていく運用の仕事です。最初の洗い出しで土台ができます。その土台がプロジェクトの進行や状況の変化に合わせて正確なまま保たれるかどうかは、その後の管理しだいです。関連情報：プロジェクト管理。

成果が安定する取り組み:

• 視覚的な依存関係マップを維持する。 すべての依存関係を最新の状態で、誰でも見られる形にしておきます。そうすればメンバーは、自分の作業の前後にどんなタスクがあるかを把握できます。自分のタスクが遅れそうなときにも、影響を受ける人に早めに知らせられます。
• クリティカルパスを特定し監視する。 クリティカルパスとは、依存し合うタスクの中で最も長い連なりのことで、プロジェクトに最低限必要な期間を決めます。クリティカルパス上で遅れが出れば、その分だけプロジェクトの終了日も延びます。それ以外の経路での遅れは、使えるフロートをすべて使い切らない限り終了日には響きません。両者を見分けられれば、管理の目をどこに向けるべきかがわかります。
• 定期的な依存関係レビューをスケジュールする。 依存関係マップは決まった間隔で見直します。進行中のプロジェクトなら毎週です。こうすれば、ボトルネックが下流の遅れを確定させる前に見つけられます。レビューは状況報告で終わらせず、具体的なスケジュール変更を決める場にすると最も効果があります。
• 依存関係由来の遅延に対するリソースの柔軟性を維持する。 前のタスクが遅れると、後続タスクの開始日もずれます。その間に後続タスクの担当者が別の仕事に回されていれば、立て直しには元の遅れ以上の時間がかかります。依存関係の変化に備えて、融通のきくリソースを少し確保しておけば、遅れの雪だるま化を防げます。

高度なツールと洞察

プロジェクトが複雑になるほど、手作業での依存関係の追跡では追いつかなくなります。以下のツールは、手作業の限界をそれぞれ補うものです。どれも、規模が大きくなって初めて表に出る見通しや調整の問題を解決します。

• インタラクティブな依存関係マップ:すべてのタスクのつながりを、クリックしてたどれる図で表示します。あるタスクを変えたときの影響がネットワーク全体にどう広がるかを、手で計算し直さずに追えます。
• リアルタイム影響分析:タスクの日付が変わると、下流への影響を自動で計算し直します。チームが元の計画のまま動き出す前に、どの成果物がどれくらい危ないかを示します。
• スマートなリソース調整提案:依存関係による遅れで、あるメンバーの予定には空きができ、別のメンバーには作業が集中した場合に、リソースの割り振り直し方を提案します。
• 将来の問題をフラグする予測分析:過去のタスクの完了状況をもとに、今のタスクのうち統計的に期日に遅れそうなものを見つけます。問題が起きてから対応するより、早く手を打てます。
• プロジェクト横断の依存関係ビュー:リソースや成果物を共有する別々のプロジェクトの間にある依存関係を見えるようにします。個々のプロジェクトマネージャーが最も見落としやすく、プロジェクトをまたいだ遅れの原因として最も多いのが、この種の依存関係です。

関連記事:

プロジェクト計画について詳しく学ぶには、プロジェクトロードマップ – 成功するプロジェクトを計画し提供するための戦略的アプローチをご覧ください。

プロセス最適化については、ワークフローテンプレート: 最大の効率のためにプロセスを最適化する方法をお読みください。

柔軟な方法論の洞察については、アジャイルの主な利点: アジャイルがプロジェクト管理でチームの成功を促進する理由をご確認ください。

結論

タスク依存関係の管理で問われるのは、スケジュールの前提です。作業が実際にどんな順序で進むのかを正しくとらえているのか。それとも、タスク同士は無関係だという楽観的な思い込みに頼っているのか。ここで紹介したツールや定期的なレビュー、依存関係のタイプ分けは、プロジェクトの手間を増やすものではありません。順序の誤りに、遅れが出てから気づく。その高くつく手間を減らしてくれるものです。Taskeeを使えば、タスクと作業の流れをチーム全体で見て追えるようになります。専任のプロジェクト管理担当者が手作業で管理しなくても、チーム単位で依存関係を無理なく管理できます。