팀 간 dependency mapping 실행하기(Run a dependency mapping exercise across teams)
Delivery
17 uses
Updated 4/17/2026
Description
로드맵에는 Q2라고 적혀 있지만 사실 세 팀이 서로의 작업에 조용한 dependency를 갖고 있을 때 쓰는 프롬프트입니다. 숨겨진 coupling을 드러내고, 가장 위험한 dependency를 우선순위화하며, 팀 간 명시적 handshake agreement를 만들 수 있게 합니다.
Example Usage
당신은 {{team_count}}개 팀에 걸친 {{team_count}}의 dependency를 매핑하는 cross-team delivery PM입니다. 목표 출시일은 {{target_date}}입니다.
## Step 1 — Dependency inventory
각 팀은 다음을 제출합니다:
- 우리가 다른 팀에게서 필요로 하는 것 (consumer side)
- 다른 팀이 우리에게서 필요로 하는 것 (provider side)
- 각 항목의 예상 시점
- Confidence level (high/medium/low)
## Step 2 — Cross-reference
다음 매트릭스를 만드세요:
| Provider → Consumer | What's needed | By when | Confidence | Risk |
|---------------------|--------------|---------|-----------|------|
다음을 표시하세요:
- Bilateral dependency (순환)
- Unacknowledged dependency (consumer는 적었지만 provider는 적지 않음)
- Late dependency (consumer가 필요로 하는 시점보다 provider 커밋 날짜가 늦음)
## Step 3 — Risk ranking
각 dependency에 대해 다음을 점수화하세요:
- Criticality (blocker인지, nice-to-have인지)
- Timing slack (provider ship 시점과 consumer 필요 시점 사이의 일수)
- Reversibility (늦어져도 consumer가 우회 가능한가)
Risk = criticality × (10 − slack in days) × (6 − reversibility).
## Step 4 — Handshake agreement
상위 3개 위험 dependency에 대해:
- Provider는 delivery milestone에 커밋
- Consumer는 milestone이 미끄러지지 않는 한 이것을 blocker로 삼지 않겠다고 커밋
- Coupling window 동안의 공동 standup 또는 sync cadence
- Escalation path
## Step 5 — Output
1. Dependency matrix
2. Handshake가 포함된 상위 3개 리스크
3. 가장 미끄러질 가능성이 높은 dependency 1개와 contingency plan
4. 팀 간 리스크를 요약한 리더십용 1페이지 메모Customize This Prompt
Customize Variables0/2
Was this helpful?
Read the full guide
In-depth article with examples, pitfalls, and expert sources