용어집

속도 추적

속도 추적은 제품 개발 팀이 스프린트당 완료하는 작업량을 스토리 포인트로 측정하고, 이 과거 평균을 사용하여 미래의 제공 역량을 예측합니다. 이는 Product Ops가 현실적인 릴리스 계획 및 이해관계자 기대치 관리를 위해 사용하는 주요 수단입니다.

?

속도는 어떻게 측정되며 팀에 무엇을 알려줍니까?

속도 = 스프린트에서 완료된 총 스토리 포인트. 이는 일반적으로 지난 3~6개 스프린트에 걸쳐 계산되어 이상치(휴가 주, 팀 중단)를 완화하는 이동 평균으로만 의미가 있습니다. 6개 스프린트 동안 평균 40포인트의 속도를 가진 팀은 약 35~40포인트의 스프린트 약속을 계획해야 하며, 불확실성이 높을 때는 낮은 쪽이 더 현실적입니다. 속도는 팀 수준의 계획 도구이며, 팀을 비교하거나 개별 엔지니어의 성과를 평가하는 데 사용되어서는 안 됩니다. 스토리 포인트는 시간 추정치가 아닌 상대적 크기 추정치이며, 팀의 포인트 척도는 해당 팀 내에서만 의미가 있습니다.
?

속도 변동성의 원인은 무엇이며 Product Ops는 이에 어떻게 대응해야 합니까?

속도는 팀 구성 변경, 기술 구현의 예상치 못한 복잡성, 휴가 및 병가와 같은 정상적인 요인으로 인해 스프린트마다 15~25% 자연스럽게 변동합니다. 조사가 필요한 우려스러운 변동성 신호: 여러 스프린트에 걸친 지속적인 하향 추세(기술 부채 누적, 범위 확장 문화 증가 또는 팀 복지 문제 시사 가능성); 팀 변경 후 갑작스럽고 지속적인 하락(새 팀원 온보딩으로 인한 지연은 예상되지만 2~3개 스프린트 내에 회복되어야 함); 속도 인플레이션(팀이 속도 기대치를 '충족'하기 위해 스토리 포인트 추정치를 점진적으로 부풀리는 경우 — 이는 계획을 무의미하게 만듭니다). Product Ops는 속도 추세를 모니터링하고 회고에서 논의할 이상 징후를 표시합니다.
?

속도는 릴리스 날짜를 예측하는 데 어떻게 사용됩니까?

속도를 이용한 릴리스 날짜 예측은 단순한 산술이 아닌 몬테카를로 시뮬레이션입니다. 몬테카를로 접근 방식: 팀의 과거 속도 분포(단순 평균이 아님)에서 확률 분포를 생성하고, 해당 분포에서 무작위로 샘플링된 속도를 사용하여 남은 백로그를 완료하는 10,000번의 시뮬레이션을 실행한 다음 확률 결과를 읽습니다. 이는 신뢰 구간이 있는 예측을 생성합니다: "스프린트 24까지 기능이 출시될 확률은 85%입니다." 이는 "스프린트 22에 출시될 것입니다"보다 더 솔직합니다. 이해관계자는 종종 틀리는 단일 지점 추정치 대신 현실적인 확률 범위를 받습니다. Product Ops는 릴리스 예측 모델을 구축하고 유지 관리하며, 매주 업데이트하고, 신뢰 구간 기반 예측을 리더십에 제시합니다.

지식 챌린지

속도 추적을(를) 마스터하셨나요? 이제 관련된 5글자 단어를 맞춰보세요!

입력하거나 키보드를 사용하세요