Scrum
Initiative & Epic & Story
스토리(작업)
- 최종 사용자 관점에서 필요한 짧은 요구 사항
- 1 ~ 2 주 스프린트 내에 완료하기로 약속할 수 있는 범위
- 하위 작업을 가질 수 있습니다
에픽
- 여러 스토리의 묶음
- 매 분기 2 ~ 3 개 정도 완료할 수 있는 범위
이니셔티브
- 여러 에픽의 묶음
- 전략 핵심 요소
- 여러 분기에 걸쳐 완료할 수 있는 범위, 때로는 기간의 의미가 없을 수 있음
Scrum
스프린트 계획
- 주당 최대 2 시간(2 주 스프린트 전 4 시간 계획)
- PO는 개발팀에 백로그의 우선 순위를 정해줍니다
- 개발팀은 백로그에 대한 작업량을 예측하고 PO에게 간략히 설명합니다
- 스크럼 마스터는 개발팀에 과도한 작업이 할당 되지 않도록 보호합니다
일일 스탠드업
- 일 최대 15 분
- 어제 한 일, 오늘 할 일, 막히는 점을 공유합니다
스프린트 리뷰
- 주당 최대 1 시간(2 주 스프린트 후 2 시간 리뷰)
- 완료된 작업을 시연합니다
- 완료란 팀의 품질 기준을 충족한 상태를 의미합니다
- 프로젝트 이해 관계자로부터 즉각적인 피드백을 받는 시간입니다
회고
- 주당 최대 45 분(2 주 스프린트 후 90 분 회고)
- 스프린트를 통해 무엇을 배웠는지, 무엇을 개선할 수 있는지 공유합니다
- 불만만 제기하는 시간이 되지 않도록 가능한 조치를 취하여 다음 스프린트를 진행해야합니다
정보
개발팀은 디자이너, 프로그래머 등 개발 작업을 수행하는 사람들로 구성됩니다
기타 의사소통
기획 -> 개발
- 스프린트 계획 회의 때 논의되지 못한 추가 이슈가 발생한 경우
- 다음 스프린트 계획에 넣어도 되는 작업은 아닌지 고려해야합니다.
- 가능하다면 이슈를 정리한 후 그 다음날 개발팀에게 공유합니다.
- 개발 중에 미팅을 하게되면 개발팀의 집중도가 떨어질 수 있습니다.
- 스프린트 일정에 어떤 영향을 미칠지 개발팀과 논의합니다.
- 아무리 사소한 작업이라도 개발자 입장에서
문제 인식 - 개발 - 리뷰 - Dev 반영까지 최소 2시간 이상이 소요된 다는 것을 고려해야합니다.
- 아무리 사소한 작업이라도 개발자 입장에서
개발 -> 기획
- 기획팀에서 미처 생성하지 못한 이슈가 있는 것으로 보이면 해당 사항에 대해 문의해야합니다.
- 정책서 등 개발에 필요한 문서를 보고 이해가 안되거나 헷갈리는 부분이 있다면 기획팀에 문의해야합니다.
- 구두 또는 채팅으로 전달 받은 내용에 대해서도 문서화 해야합니다.
- 가능하면 기획팀에게 문서로 기록하여 전달해줄 것을 요청합니다.
- 기획팀이 바쁜 경우 직접 해당 문서에 대화 내용을 기록하여 기획팀에게 맞는지 확인을 요청합니다.
- 작업이 일정보다 지연되면, 지연될 수 있다는 사실을 기획팀에게 미리 알려야합니다.
- 일일 스탠드업의 막히는 점을 공유하는 시간에 공유하면 좋습니다.
- 작업이 일정보다 빠 르게 끝난 경우 다음 스프린트 전까지 할만한 일을 백로그에서 찾거나 기획팀에게 요청하여 작업을 할당받습니다.