dependency-tracking について
タスク間の関係を整理し、ブロッカーを早期に見つけ、リソース計画を支援するプロジェクト計画スキルです。複数チームのプロジェクトや技術統合、組織横断の取り組みに対応します。
主な機能
- 01タスク依存関係のマッピング
- 02クリティカルパスの監視
- 03ブロッカーの共有
- 04緊急時対応計画
- 05依存関係ダッシュボードと指標
活用シーン
- 01チーム横断の統合計画
- 02スケジュール上の重要タスクの特定
- 03依存関係を踏まえたリソース配分
- 04新メンバーへのタスク関係の共有
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ aj-geddes/ useful-ai-prompts --skill dependency-trackingインストール後、Claude Code で/dependency-trackingを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/dependency-dashboard-metrics.mddependency-management-board.mddependency-mapping.mddependency-resolution.mdtemplates/process-template.md詳細
依存関係の追跡
目次
概要
依存関係を追跡することで、タスク間の関係を可視化し、問題を早期に特定できるほか、より適切なリソース計画とリスク軽減が可能になります。
使用する場面
- 複数チームが関わるプロジェクトやプログラム
- 複雑な技術的インテグレーション
- 組織を横断する取り組み
- クリティカルパス上の項目の特定
- リソース配分の計画
- スケジュールの遅延防止
- 新しいチームメンバーのオンボーディング
クイックスタート
最小限の動作例:
# Dependency mapping and tracking
class DependencyTracker:
DEPENDENCY_TYPES = {
'Finish-to-Start': 'Task B cannot start until Task A is complete',
'Start-to-Start': 'Task B cannot start until Task A starts',
'Finish-to-Finish': 'Task B cannot finish until Task A is complete',
'Start-to-Finish': 'Task B cannot finish until Task A starts'
}
def __init__(self):
self.tasks = []
self.dependencies = []
self.critical_path = []
def create_dependency_map(self, tasks):
"""Create visual dependency network"""
dependency_graph = {
'nodes': [],
'edges': [],
'critical_items': []
}
for task in tasks:
dependency_graph['nodes'].append({
// ... (see reference guides for full implementation)
リファレンスガイド
詳細な実装については、references/ ディレクトリを参照してください。
| ガイド | 内容 |
|---|---|
| 依存関係のマッピング | 依存関係のマッピング |
| 依存関係管理ボード | 依存関係管理ボード |
| 依存関係の解決 | 依存関係の解決 |
| 依存関係ダッシュボードの指標 | 依存関係ダッシュボードの指標 |
ベストプラクティス
✅ 推奨事項
- 計画の早い段階で依存関係をマッピングする
- 依存関係の追跡情報を毎週更新する
- クリティカルパス上の項目を特定し、監視する
- ブロッカーについて先回りして連絡する
- 重要な依存関係に対する代替計画を用意する
- 複雑な依存関係を小さな要素に分割する
- 外部依存関係を個別に追跡する
- クリティカルパス上の作業がブロックされたら、直ちにエスカレーションする
- 不要な依存関係を取り除く
- リスクの高い依存関係に備えてバッファ時間を設ける
❌ 避けるべきこと
- 外部依存関係を無視する
- 循環依存を未解決のままにする
- 依存関係は「なんとかなる」と考える
- クリティカルパスの日次監視を省略する
- ステータス会議でのみ問題を伝える
- 依存関係を作りすぎる(システム間を密結合させる)
- 依存関係の根拠を文書化し忘れる
- ブロックされた重要な作業のエスカレーションを避ける
- 稼働率100%で計画する(依存関係に備えるバッファがない)
- すべての依存関係を同じ優先度として扱う
コメント
Markdown 対応