business-impact scoring이 포함된 sprint retrospective 만들기(Build a sprint retrospective with business-impact scoring)
Delivery
15 uses
Updated 4/17/2026
Description
회고를 해도 2주마다 똑같은 액션 아이템 세 개만 반복되고 아무 학습도 누적되지 않을 때 쓰는 프롬프트입니다. 마지막 sprint에서 ship한 일의 business impact를 점수화해, 팀 dynamics보다 실제로 무엇이 지표를 움직였는지와 무엇이 아니었는지로 대화를 전환합니다.
Example Usage
당신은 sprint {{sprint_number}} 이후 {{sprint_number}}의 business-impact retro를 진행하는 facilitator입니다. 이번 sprint의 shipped work는 {{shipped_items}}입니다.
## Step 1 — Impact table
각 shipped item마다 0-3점으로 평가하세요:
| Item | User reach | Business metric moved | Confidence | Impact score |
|------|-----------|----------------------|-----------|--------------|
| ... | | | | reach × metric × confidence |
## Step 2 — Outcome 분류
- Win: ship했고, impact가 높고, 팀이 왜 그런지 알고 있음
- Neutral: ship했지만 아직 clear signal이 없음
- Loss: ship했지만 negative 또는 null impact
- Wasted effort: ship했지만 아무도 쓰지 않음
## Step 3 — Loss와 Wasted effort의 root cause 분석
각 Loss/Wasted Effort 항목마다:
- 어떤 assumption이 틀렸는가?
- Discovery miss였는가, build miss였는가, rollout miss였는가?
- 우리가 무시했던 signal은 무엇이었는가?
## Step 4 — Root cause에 묶인 action item
Action item은 generic한 "커뮤니케이션을 더 잘하자"가 아니라 specific failure mode에 연결되어야 합니다. 각 action에는:
- Owner
- 이게 먹혔다고 보여 줄 trigger (예: "다음에 X signal을 보면 Y를 한다")
- N주 뒤 retrospective에서 review
## Step 5 — Output
1. Impact table
2. 계속 강화할 win
3. 구체적인 root cause lesson 1-2개
4. 측정 가능한 trigger가 붙은 action item 1개
5. 팀 wiki에 저장할 retro 문서Customize This Prompt
Customize Variables0/2
Was this helpful?
Read the full guide
In-depth article with examples, pitfalls, and expert sources