스크럼에서 스토리 포인트를 정리하는 방법

개요

스크럼을 하고 있어 이런 경험 없습니까?
"스토리 포인트의 타당성을 모른다 (지표가 없다)"
"스토리에서 태스크를 일으키면 원래가 같은 포인트에서도 흔들린다"
스크럼 개발을 시작한지 ​​얼마 안되는 분들에게 많은 사건이라고 생각합니다.

그런 분에게 스토리 포인트를 정돈하는 1개의 방법을 소개하고 싶습니다.

스토리 포인트를 정돈하는 방법

스토리 포인트를 생각할 때에 「요건」과 「기술」의 2개의 축으로 생각합니다.
요구 사항의 경우 정확도가 낮을수록 높아지고 기술의 경우 난이도가 높을수록 높아집니다.


스토리포인트의 기준 등은 프로젝트에도 따릅니다만 어디까지나 참고입니다만 이런 느낌이 됩니다.


요구사항
기술
상태
포인트


고정
간단・안정
단순
1

가끔 바뀌다
간단・안정
복잡한
2~5

가끔 바뀌다
비교적 간단
복잡한
8~13

무렵 변화
어려운
복합 복잡
20～

알 수 없음
알 수 없음
혼돈
견적 불가


상태의 복잡도가 높으면 추정 정밀도가 낮기 때문에 (흔들리기 쉽기 때문에), 제품 백로그 리파인먼트에서 요건을 명확히 하거나 필요에 따라 스토리 분할을 함으로써 상태를 단순하게 가까워 가는 것으로 견적 때의 흔들림 폭도 적어질 것입니다.

마지막으로

공인 제품 소유자 교육 (CSPO®)을 수강하고 배운 것 의 일부입니다만, 개인적으로 납득감이 있었으므로 소개했습니다.
일의 타이밍의 문제로 나도 아직 실천할 수 없기 때문에 앞으로 시험해 가고 싶습니다.
조금이라도 도움이되면 다행입니다.