2. 무엇을 준비해야 하나?
• 스토리포인트 단위에 대한 정의
• 팀이 합의한 1 SP의 정의가 뭘까?
• 예) 팀이 합의한 스토리
• 이 정도 업무이면 1이라고 하자.
• 모호하다. 맥락을 공유하기 어렵다.
• 예) fully 8 hour.
• fully : context switching 포함해서 집중해서 일하는 것.
• 회의 시간은 제외
• 개인별 차이. 팀에 녹여냈을때 차이.
• 최소한 맥락을 공유하는 부분은 해결되지 않을까?
3. • 정답은 없다!!
• 팀이 합의/동의하는 기준을 찾아야 함.
• 지속적인 관찰과 적응을 통해 팀에 맞는 기준을 찾아나가
는 것이 중요.
5. Planning
• Capacity :
• 스프린트에서 팀이 처리할 수 있는 SP Size
• Load :
• 이번 스프린트에 팀이 처리할 SP Size
• Velocity :
• 이번 스프린트에서 팀이 처리한 SP Size
6. • 8day, 5people, 20SP
• avg V = AVG(SUM(each Sprint V))
• daily V = V / sprint day count
• 20/8 = 2.5 SP
• personal V = daily V / member count
• 2.5 / 5 = 0.5 SP
7. Measure
• why we measure?
• Predict and Limit for Planning
• How we measure?
• definition of done
8. Visualization
• Hand Draw : 강력 추천
• 현환판 옆에 미리 차트를 그려놓고,
• 매일 스크럼할때마다 즉석에서 그린다.
• Jira > Agile Board > Configure > Estimation
• Story Point 선택
• Time Tracking : none
11. Insight
• 플래닝시 개인별 차이는?
• 일단 안고 시작하고, 반복을 통해 의도적으로 숙련도를 높이는데 초점을 맞춘다.
• 번다운이 정체되면 문제가 있다는 사인.
• 팀이 크고, 업무의 종류가 많으면 팀 전체 SP를 구하는 건 무리
• 전체로도 보고, 업무 종류별로도 나눠서 보는게 좋다.
• SM이 완전 피곤해짐. 결코 바람직하지 않다.
• one team, one goal. 피자 한판 이야기가 괜히 있는게 아님.
• 팀에 변화가 생기면 V는 변한다.
• 이걸 연 단위로 보면 큰 흐름이 보인다.
12. • Deep dive
• 개인별 데이타 / 페어를 하는 경우 / 업무 속성
• SUS는?
• 업무 속성이 다름. 칸반으로 빼거나, 포인트를 고정.
• 맨 처음에는 어떻게하지? 0.5
• 팀 간 비교? 절대 불가. 개인 평가? 절대 불가.
• 신뢰가 무너지면 데이타는 쓰레기임.