스토리포인트로 공수산정하기 운선순위정하기
- 3. 사용자 스토리 하나의 작업 단위 요구사항 or 기능 or UseCase과 유사 예 사용자는 아이디와 패스워드로 인증할 수 있다. 사용자는 패스워드를 변경할 수 있다. 사용자는 장바구니에 상품을 담을 수 있다.
- 5. 스토리 포인트 산정 방법 항상 다른 스토리와 비교하여 구한다. 저것은 5정도이니까 이것은 7정도 이겠다. 보통 0~10의 범위로. 중간이겠다 싶은 첫번 째 것을 대충 골라서 5로. 나머지를 5의 스토리를 기준으로.
- 6. 스토리 포인트 투표 개발관련자 전원(기획자, 디자이너 포함)이 모여서 투표. 최대값과 최소값을 던진 이가 그 이유를 설명 전체가 만장일치가 될 때 까지 반복
- 7. 공수 산정 스토리 포인트가 구해진 스토리 몇개를 실제로 업무 진행한다. 실제 사용된 공수와 스토리 포인트간의 관계를 구하고, 이를 사용하여 나머지 스토리의 공수를 산정.
- 9. 스토리 포인트 장점 작업 관련자 모두의 개념이 동일해 진다. 비교적 정확도가 높은 산정. 작업자, 작업팀이 변경돼도 스토리 포인트는 유효하다.(상대적 값이기 때문)
- 12. 우선순위 결정 방법 기능 타입을 판정하고 이에 따라 절대적인 순서를 먼저 결정한다. 같은 타입의 기능들은 가치/스토리포인트의 순으로 결정
- 13. 기능의 구분 필수 기능 : 없으면 사용 불가 일반 기능 : 많을 수록 만족 증가 감동 기능 : 있으면 감동 필수 > 일반 > 감동
- 14. 필수 기능 어느정도 구현되기 전까지는 만족 없다. 일단 만족하면 노력을 더 해도 만족이 별로 증가하지 않는다. 고객 만족 고 저 기능 부재 구현 완료
- 15. 일반 기능 구현할 수록 만족이 커진다. 고객 만족 고 저 기능 부재 구현 완료
- 16. 감동 기능 기대하지 않은 것이지만, 기능을 보면 감동한다. 어느 수준 이상이 되면 만족이 급격히 높아 진다. 고객 만족 고 저 기능 부재 구현 완료
- 17. 카노 모델에 의한 산정 설문으로 두가지 질문을 한다. 무슨 기능이 있으면 어떻겠는가? 무슨 기능이 없으면 어떻겠는가? 답변은 다음 5개중의 하나로 만족한다. 그럴 거라 예상 했다. 모르겠다. 그렇더라도 쓸 수 있다. 불만이다.
- 20. 우선 순위 산정 기능 타입에 따라 우선 구분 같은 타입일 경우 가치/스토리포인트의 순