스프린트 리뷰
회의 시간에 기능이 동작하는 데모(시연)를 해야 함(스토리 or 기능 단위로)
기반 작업해서 데모할 게 없다?, 산출물이 없는 상황?
스프린트 기간을 늘리면 됨
스토리가 없는 스프린트가 될바에은 스프린트 기간을 늘리는게 좋다
스토리 중심으로 스프린트 리뷰를 해야 함
스토리 진행 시 느끼는 답답함을 해소하는 스터디 티켓을 할당하면 됨
스터디의 결과물도 스프린트 데모가 되어야 함
Task와 관련해서 리뷰어가 없었던 것
시간을 소비했다면 무조건 티켓으로 표현할 수 있다.
버그가 생기면 백로그에 넣어두기
프로젝트 중심의 스프린트가 되어야 함
프로젝트 관련 리뷰랑 조직에 관련한 리뷰를 구분 지을 필요는 있음
스프린트 3 리뷰 계획
스토리, 데모를 중심으로 리뷰 해보기
리뷰와 회고를 구분해서 하자
리뷰는 스토리, 데모 중심
회고는 조직 내의 이야기
스크럼 마스터가 리뷰할 때, 주요 스토리를 리스트 업 해야함
MVP 1.0을 스토리 화하는게 중요하다
MVP에 대한 정의, 그 MVP를 구성하는 스토리는 뭐야, 그리고 이번 스프린트에서 수행한 스토리가 뭐다 라고 말할 수 있으면 됨
스프린트 계획 회의
미리 스토리, 하위 작업을 개인 별로 만드는 시간을 가지고 계획 시간에는 할당하는 시간으로 가자
주요 스토리가 나와야 함
계획에서는 스토리 구성, 회고에는 스토리 완료 여부를 확인하면 됨
다음 주
mvp, 스토리 관련해서 보여줄 수 있도록 하기