사용자 스토리와 우선순위
사용자 스토리는 요구사항과 유사
일반 요구사항 => epic(너무 클 경우) => user story로 세분화, 구체적이고 작으면 바로 user story로 만들 수도 있음.
=> story point
절대적인 시간이 아니라 상대적으로 표현
피보나치 수열 사용 - 불확실성으로 조금 더 큰 수를 사용. 그렇게해서 비슷한 숫자로 고민하는 시간 낭비를 줄임 => 좋은 방법인듯. 써먹어 봐야겠다.
user story 만들어보는 실습 - [사용자 유형]으로서, [원하는 기능]을 원한다. 그래야 [얻고자 하는 가치]를 얻는다
최소 스토리 포인트 정의
ex. 2, 3, 2, 5, 8, 2 => 2랑 8을 선택한 사람만 다시 왜 이렇게 설정했는지 이야기(설득) => 다시 점수 매기기 => 3으로 통일 => 다른 user story 진행
플래닝 포커 실습
1 2 3 5 8 13 21...
기준 정하기 ex. 1시간을 1로 두기, 가장 간단한 것을 2로 두기
우선순위는 상대적으로 후순위로 두고 난이도나 리스크와 같은 것으로 판단해서 상대적 점수 메기기. 그렇다고 시간으로만 평가하지는 않기
=> 회원가입+암호화 5점이라는 기준점으로 평가진행해보기로 함
MSCW순으로 우선 순위를 가짐. 선택, 제외는 이번 스프린트 기준으로 하는거임. user story를 삭제하거나 한다는 의미가 아님. 스프린트들의 M들만 모아서 진행하다는 의미도 아님
우선 순위별로 정렬이 되어 있어야 함. AC는 나중에 작성할 예정으로 실습 진행
이 일이 되어야 다음 일이 되는 거 ex. 모두가 사용하거나 난이도가 있는 독립적인거
요구사항 정의서 - 기능적(user story), 비기능적(DoD)
AC는 스토리와 대응되지만 DoD 스토리 밖의 내용이 좀 있음. 1:1로 매칭되지는 않음
