728x90
- Product Backlog 작성
- User Story 들을 작성한다.
- User Story는 중요도가 높을수록 상단에 위치하게 한다.
- 상단의 User Story가 Sprint 동안 수행할 수 있지 않으면, User Story를 쪼갠다.
- Sprint Planning 회의
- Sprint 동안 어떤 User Story를 할지 결정한다.
- 선택된 User Story의 인수 기준을 결정한다.
- Sprint Backlog 작성
- User Story를 완수하는 데 필요한 task 들을 작성한다.
- task를 개발자에게 할당한다.
- Sprint 시작
- 보통 한 번의 Sprint는 2주 동안 진행한다.
- 일일 스크럼 회의
- 매일 15분 정도 간단하게 진행한다.
- Sprint 진행에 방해가 되는 모든 요소에 관해 이야기한다. (자신의 건강상태도 포함된다.)
- 어제 했던 일, 오늘 할 일, 수행 중 문제점들을 공유한다.
- 실행 가능한 제품 개발
- 매 Sprint의 결과로 나오는 산출물은 실행할 수 있어야 한다.
- Sprint 기간이 끝나고 하는 게 아니다. Sprint가 끝나기 전에 실행 가능한 제품이 완성되어야 한다.
- Sprint 종료
- Sprint 리뷰
- Sprint의 결과를 나오는 제품을 이해관계자에게 보여준다.
- 이해관계자에게 피드백을 받아 Product Backlog를 갱신한다.
- Sprint 회고
- Sprint 진행 중 좋았던 점, 문제점들을 도출한다.
- 문제점을 해결해 Sprint를 개선한다.
'잡학(雜學)' 카테고리의 다른 글
sublime text - 자동 저장 (0) | 2021.09.02 |
---|---|
Openstack - 이미지 등록 (0) | 2021.09.01 |
boilerplate code(보일러플레이트 코드) (0) | 2021.08.29 |
소수 (0) | 2021.08.12 |
Centos 7 잡학 (0) | 2021.07.20 |