ガイド › ガイド

依存関係管理テンプレート

プロジェクトが失敗するのは、作業が難しかったからではなく、誰かが約束したものが届かず、それを誰も書き留めていなかったからということがよくあります。依存関係ログは、「先方が持っているはず」を、名前つきの日付に変えるものです。

何を追跡するのかを知る

依存関係とは、プロジェクトが自分たちの管理外から必要とするもの、または別の作業がこちらに必要とするものです。この2つは方向で分けてください。話す内容が違うからです。受け取る側は自分から催促し、渡す側には自分がコミットします。

同じく、自分の計画内のタスク間の社内依存と、他のプロジェクト、取引先、規制当局、事業部門といった社外依存も分けます。社外のものは自分でスケジュールを動かせないため、最もリスクが大きくなります。

• 受け取る側：他者から必要なもの。
• 渡す側：他者がこちらから必要とするもの。
• 社内：計画内のタスクどうし。
• 社外：別のプロジェクト、取引先、部門。

テンプレートの列

この表をコピーして、依存関係ごとに1行を割り当てます。会議で読める短さにしつつ、言葉があいまいだったと言わせない具体性を持たせます。

• 番号と、何が必要かの明確な説明。
• 方向（受け取る/渡す）と種別（社内/社外）。
• 提供者と受領者。いずれも名前のある個人。
• 必要期日と、それが守るタスクまたはマイルストーン、および提供者と合意した約束の日付。
• ステータス（未着手、進行中、納品済み、リスクあり）、RAG、日付つきの最新状況。
• 関連するリスクや課題があれば、そのリンク。

提供者と合意する

一人で書いた依存関係は、ただの願望です。提供する責任者に確認し、日付を一緒に決め、先方が受け入れたことを記録してください。コミットしてもらえないなら、それ自体が有益な情報です。すぐにリスクとして記録します。

その代わりに、こちらに何が必要かも尋ねましょう。依存関係はお互いさまのことが多く、交換条件にするのが日付を合意する最も簡単な方法です。

• コミットメントは書面で。短いメッセージでも構わない。
• 何があると遅れるかを尋ねる。
• 遅れそうなとき、どのように、いつ連絡するかを決める。

しつこくならずに催促する

催促のリズムはリスクに比例させます。3か月後が期限のものは月に1回の確認、来週が期限のものは今日の会話が必要です。状況報告の前にログ全体を見直し、遅れた項目があなたからスポンサーに伝わるようにします。

• 2週間以内が期限の依存関係は、毎週見直す。
• 約束の日付を過ぎたものはエスカレーションする。
• 遅れた依存関係は、その日のうちにリスクまたは課題に変える。
• エスカレーションでは、影響を受けるマイルストーンを示す。

計画につなげる

ログがいちばん役立つのは、それぞれの依存関係が止めているタスクを指しているときで、遅れがクリティカルパスに及ぶかどうかが分かります。SenshinのRAIDログでは、項目が影響する計画のタスクにリンクされるため、その影響を手計算せずに把握できます。

• 計画内で、依存関係に左右されるタスクに印を付ける。
• 遅れが出たら、クリティカルパスを確認する。
• 約束された時点ではなく、納品が確認された時点で項目を閉じる。

Senshinでの位置づけ

よくある質問

その他のガイド

最終更新: 2026-10-22