Sprint Retrospective는 팀이 어떻게 일했는지 점검하고 개선을 계획하는 정기적인 기회입니다. Review 이후, 다음 Sprint Planning 이전에 열립니다. 초점은 제품 자체가 아니라 프로세스, 즉 사람, 관계, 도구, 그리고 Definition of Done에 있습니다.
진행 방식
간단하고 널리 쓰이는 구조입니다.
text
1. 무엇이 잘되었나? (계속할 것)
2. 무엇이 잘되지 않았나? (문제와 마찰)
3. 무엇을 바꿀 것인가? (1~2개의 구체적이고 책임자가 있는 행동)
핵심 산출물은 소수의 실행 가능한 개선 사항이며, 실제로 일어나도록 이상적으로는 다음 Sprint Backlog에 추가됩니다.
구체적인 예시
팀이 코드 리뷰가 며칠씩 멈춰 있다는 것을 알아챕니다. 그들은 규칙에 합의합니다. 리뷰 요청은 4시간 이내에 처리한다는 것입니다. 한 사람이 알림 게시를 책임집니다. 다음 Retrospective에서 효과가 있었는지 점검합니다.