Marketplace

dependency-mapping

Cross-project dependency mapping and analysis skill for identifying, tracking, and managing dependencies across portfolio projects.

$ Installer

git clone https://github.com/LerianStudio/ring /tmp/ring && cp -r /tmp/ring/pmo-team/skills/dependency-mapping ~/.claude/skills/ring

// tip: Run this command in your terminal to install the skill


name: dependency-mapping description: | Cross-project dependency mapping and analysis skill for identifying, tracking, and managing dependencies across portfolio projects.

trigger: |

  • Need to map project dependencies
  • Dependency conflict identified
  • Planning new project with dependencies
  • Critical path analysis needed

skip_when: |

  • Single project internal dependencies → handle in project scope
  • Resource dependencies only → use resource-allocation
  • Risk from dependencies → use risk-management

related: complementary: [portfolio-planning, risk-management]

Dependency Mapping Skill

Systematic identification and management of cross-project dependencies.

Purpose

This skill provides a framework for:

  • Dependency identification
  • Dependency classification
  • Impact analysis
  • Critical path identification
  • Dependency tracking and management

Prerequisites

Before dependency mapping, ensure:

PrerequisiteRequired ForSource
Project schedulesTimeline analysisProject managers
Project deliverablesDependency identificationProject plans
External contractsVendor dependenciesProcurement
Integration pointsTechnical dependenciesArchitecture

Dependency Types

Internal Dependencies

TypeDefinitionExample
Finish-to-Start (FS)B starts when A finishesDevelopment → Testing
Start-to-Start (SS)B starts when A startsParallel workstreams
Finish-to-Finish (FF)B finishes when A finishesCode freeze → Doc freeze
Start-to-Finish (SF)B finishes when A startsRare, shift handoff

External Dependencies

TypeDefinitionRisk Level
VendorThird-party deliveryMedium-High
RegulatoryApproval or certificationHigh
InfrastructureEnvironment availabilityMedium
IntegrationAPI or system availabilityMedium-High
ResourceShared resource availabilityMedium

Dependency Mapping Gates

Gate 1: Dependency Identification

Objective: Identify all dependencies across portfolio

Actions:

  1. Review project schedules for cross-project links
  2. Interview project managers
  3. Document deliverable handoffs
  4. Identify external dependencies

Identification Questions:

  • What does this project need from other projects?
  • What does this project provide to other projects?
  • What external inputs are needed?
  • What must be complete before this can start?

Output: docs/pmo/{date}/dependency-inventory.md


Gate 2: Dependency Classification

Objective: Classify dependencies by type and criticality

Actions:

  1. Classify by dependency type (FS, SS, FF, SF)
  2. Classify by source (internal/external)
  3. Assess criticality (critical path/slack)
  4. Document constraints and assumptions

Criticality Assessment:

LevelCriteriaManagement
CriticalOn critical path, no slackDaily monitoring
High< 1 week slackWeekly monitoring
Medium1-4 weeks slackBi-weekly monitoring
Low> 4 weeks slackMonthly monitoring

Output: docs/pmo/{date}/dependency-classification.md


Gate 3: Impact Analysis

Objective: Understand impact of dependency failure

Actions:

  1. Analyze schedule impact
  2. Analyze cost impact
  3. Identify cascade effects
  4. Document mitigation options

Impact Assessment Template:

DependencyIf Delayed BySchedule ImpactCost ImpactCascade To
[Dep]1 week[Impact][Impact][Projects]
[Dep]2 weeks[Impact][Impact][Projects]
[Dep]1 month[Impact][Impact][Projects]

Output: docs/pmo/{date}/dependency-impact.md


Gate 4: Critical Path Analysis

Objective: Identify and protect the critical path

Actions:

  1. Map critical path across projects
  2. Identify dependencies on critical path
  3. Analyze buffer/slack
  4. Recommend protection measures

Critical Path Visualization:

Project A: [Task A1] → [Task A2] → [Deliverable A]
                                          ↓
Project B:                        [Task B1] → [Task B2] → [Deliverable B]
                                                                  ↓
Project C:                                               [Task C1] → [Task C2] → [Final]

Protection Measures:

  • Buffer allocation
  • Parallel path development
  • Early warning triggers
  • Contingency plans

Output: docs/pmo/{date}/critical-path-analysis.md


Gate 5: Dependency Tracking Plan

Objective: Create ongoing tracking and management plan

Actions:

  1. Define tracking frequency per criticality
  2. Assign dependency owners
  3. Create communication plan
  4. Define escalation triggers

Tracking Template:

DependencyOwnerUpdate FreqStatusNext MilestoneRisk
[Dep][Owner][Freq][Status][Date: Milestone][Risk]

Escalation Triggers:

  • Critical dependency at risk
  • External dependency delayed
  • Cascade impact identified
  • Owner not responding

Output: docs/pmo/{date}/dependency-tracking-plan.md


Anti-Rationalization Table

See shared-patterns/anti-rationalization.md for universal anti-rationalizations.

Dependency-Specific Anti-Rationalizations

RationalizationWhy It's WRONGRequired Action
"We've documented the main dependencies"Undocumented dependencies cause surprise delays.Document ALL dependencies
"That's a soft dependency, not critical"Soft dependencies become hard when they fail.Classify and track all
"External vendor always delivers"Past performance ≠ future guarantee.Track and verify externals
"Projects will coordinate directly"Ad-hoc coordination fails under pressure.Formal tracking required

Pressure Resistance

See shared-patterns/pressure-resistance.md for universal pressure scenarios.

Dependency-Specific Pressures

Pressure TypeRequestAgent Response
"We trust the other team, don't track""Trust doesn't prevent delays. Tracking enables early action."
"Too many dependencies to track""Complexity requires MORE tracking, not less. Will prioritize by criticality."
"Vendor said it's on track""Vendor assurance needs verification. Confirming with evidence."

Blocker Criteria - STOP and Report

ALWAYS pause and report blocker for:

SituationRequired Action
Critical dependency at riskSTOP. Immediate escalation. Cascade impact pending.
Circular dependency identifiedSTOP. Architectural issue requires resolution.
External dependency failedSTOP. Contingency activation required.
Dependency owner unresponsiveSTOP. Escalate for owner assignment.

Output Format

Dependency Map Summary

# Cross-Project Dependency Map - [Date]

## Dependency Overview

| Metric | Value |
|--------|-------|
| Total Dependencies | N |
| Internal | N |
| External | N |
| On Critical Path | N |
| At Risk | N |

## Dependency Matrix

| From Project | To Project | Dependency | Type | Criticality | Status |
|--------------|------------|------------|------|-------------|--------|
| [Project] | [Project] | [Description] | [FS/SS/FF/SF] | [Crit/High/Med/Low] | [On Track/At Risk/Blocked] |

## Critical Path Dependencies

[Visual representation of critical path]


## External Dependencies

| Vendor/Source | Dependency | Due Date | Status | Contingency |
|---------------|------------|----------|--------|-------------|
| [Vendor] | [Dependency] | [Date] | [Status] | [Plan] |

## At-Risk Dependencies

| Dependency | Risk | Impact | Mitigation |
|------------|------|--------|------------|
| [Dep] | [Risk description] | [Impact] | [Mitigation] |

## Recommendations

1. [Recommendation with rationale]
2. [Recommendation with rationale]

## Decisions Required

1. [Decision needed with options]

Execution Report

Base metrics per shared-patterns/execution-report.md:

MetricValue
Analysis DateYYYY-MM-DD
Scope[Portfolio/Projects]
DurationXh Ym
ResultCOMPLETE/PARTIAL/BLOCKED

Dependency-Specific Details

MetricValue
dependencies_totalN
critical_path_depsN
external_depsN
at_risk_depsN