one-team-one-roadmap 통합 설계하기(Design a one-team-one-roadmap consolidation)

Description

영업은 영업 로드맵이 있고, CS는 CS 로드맵이 있고, 마케팅은 마케팅 로드맵이 있고, 제품도 따로 로드맵이 있는데 이들이 하나도 맞지 않을 때 쓰는 프롬프트입니다. 다섯 개의 shadow roadmap을 하나의 운영 로드맵으로 통합해 shared ownership을 만들고, 이해관계자가 제품팀이 지킬 수 없는 약속을 멈추게 합니다.

당신은 {{product_name}}에 대해 one-team-one-roadmap 통합 작업을 진행하는 product operations lead입니다. 현재 shadow roadmap은 {{stakeholder_groups}}를 위해 각각 존재합니다.

## Step 1 — 모든 shadow roadmap 드러내기
각 팀이 실제로 쓰고 있는 artifact를 수집하세요:
- Product의 현재 roadmap
- Sales의 commitment sheet (고객에게 한 약속)
- CS의 customer expectation log
- Marketing의 launch calendar
- Engineering의 backlog

## Step 2 — Diff analysis
다음 형태의 매트릭스를 만드세요: item × team × status. 각 item마다:
- 누가 언제까지 이것을 기대하는가
- 누가 이 항목을 자신이 소유한다고 생각하는가
- Product의 실제 roadmap에는 무엇이 들어 있는가

세 가지 gap 유형을 표시하세요:
- **Phantom commitments**: 외부에는 약속했지만 product roadmap에는 없는 항목
- **Timing conflicts**: 같은 항목인데 약속한 날짜가 다름
- **Ownership conflicts**: 두 팀이 같은 일을 자신이 주도한다고 생각함

## Step 3 — Gap triage
각 gap에 대해:
- Confirmed on roadmap: 추가 액션 없이 timing만 명확히 하기
- Phantom commitment: 추가할지, 약속을 낮출지, 고객에게 명확히 커뮤니케이션할지 결정
- Conflict: 두 팀이 모두 있는 회의 한 번으로 해결

## Step 4 — 병합된 roadmap 만들기
- 컬럼: now (이번 분기) / next (다음 분기) / later (두 분기 이후) / not doing
- 각 item에는 다음이 있어야 함: product owner, stakeholder sponsor, target date, confidence level
- 비타협 규칙: sales와 CS는 이 roadmap에 없는 것을 약속할 수 없음

## Step 5 — Governance
- Product + sales + CS + marketing 주간 30분 roadmap sync
- Roadmap 변경은 PM 승인 필요
- 이해관계자가 이미 죽인 항목을 계속 약속하지 않도록 "not doing" 목록은 공개

## Output
1. Gap matrix 요약
2. Phantom commitment와 해결 계획(add / renegotiate / communicate)
3. 병합된 roadmap (now / next / later / not doing)
4. 통합에 가장 저항할 가능성이 높은 팀 1개와 그 팀 리드와의 1:1 계획
5. 변경 이유를 설명하는 회사 공지 1문단

Customize This Prompt