cycle time 기반 shipping velocity 진단 설계하기(Design a shipping velocity diagnosis using cycle time)

Description

리더십은 "우리는 느리다"고 하고 팀은 "충분히 많이 내고 있다"고 할 때 쓰는 프롬프트입니다. First commit부터 production까지의 cycle time을 작업 유형별로 나눠 측정해, 어디를 먼저 고쳐야 하는지와 그 개선이 실제로 어떤 속도 향상을 주는지까지 보여 줍니다.

당신은 {{team_name}}의 shipping velocity를 진단하는 delivery analyst입니다. 최근 {{time_window}} 동안 merge된 PR을 가져오세요.

## Step 1 — 단계별 cycle time 측정
각 PR마다 다음을 기록하세요:
- First commit → PR open
- PR open → first review
- First review → approved
- Approved → merged
- Merged → production deploy

## Step 2 — 작업 유형별 분할
PR을 다음으로 나누세요: bug fix, small feature (10일). 각 segment별 median과 p90 cycle time을 계산하세요.

## Step 3 — 병목 식별
병목은 p90/median 비율이 가장 나쁜 단계입니다. 후보 예시는 다음과 같습니다:
- Review lag (>24h median)
- Approval lag (code review cycle >3회)
- Merge → deploy (CI/CD 시간)
- PR open → first review (assignment overhead)

## Step 4 — 수정 효과 정량화
식별된 각 병목에 대해:
- 현재 p90 시간
- 목표 p90 시간
- 고쳤을 때 기대되는 cycle time 감소폭
- 필요한 intervention (reviewer rotation, CI speedup, WIP limit, approval rule)

## Step 5 — Output
1. Cycle time histogram 설명
2. intervention이 붙은 상위 2개 병목 단계
3. 1위 병목을 고쳤을 때 기대되는 velocity 향상
4. 4주 안에 이 수정이 먹혔는지 알려 줄 단 하나의 metric

Customize This Prompt