회고 회의
회고 회의는 스프린트 검토 회의 후 스프린트의 마지막 날에 이루어집니다. 이 회의에서 팀은 Scrum 프로세스 내에서 작업을 수행해 온 방식을 돌아보고 조사합니다. 이 분석을 토대로 팀은 팀의 효율성, 생산성, 품질 및 만족도를 개선할 수 있도록 팀 프로세스를 조정하기로 결정할 수 있습니다. 이 회의와 회의를 통해 얻은 개선 사항은 Agile의 자기 조직화 원칙에 중요합니다. 자세한 내용은 Agile 원칙 및 값(Jeff Sutherland)를 참조하십시오.
팀에서 스프린트에 할당된 사용자 스토리를 모두 완료하지 못한 경우에는 회고 회의에서 그 원인에 대해 논의합니다. 팀에서는 그러한 종류의 문제가 발생할 가능성을 낮추기 위해 팀 프로세스를 조정할 수 있는지 여부를 결정합니다. 또한 팀의 전반적인 효율성, 생산성 및 품질과 팀의 프로젝트 만족도에 영향을 준 문제에 대해 논의합니다.
예를 들어 팀에서 단일 멤버가 혼자 수행할 수 있는 몇 가지 작업을 수행했다고 가정합니다. 이때 전문 인력이 고립됨으로써 스프린트의 성공을 위협하는 중요 경로가 생성되었습니다. 이 개별 팀 멤버는 스프린트 동안 매우 오랜 시간을 작업해야 했으며 다른 팀 멤버는 해당 작업을 돕는 것 외에는 할 수 있는 작업이 없어서 당황했습니다. 따라서 이 팀에서는 시간을 두고 이 문제를 해결해 나가기 위해 eXtreme Programming을 사용해 보기로 결정했습니다.
일부 경우에는 팀의 업무 수행 능력을 향상시키기 위해 몇 가지 작업이 필요할 수 있습니다. 예를 들어 실패한 빌드를 처리하는 데 너무 많은 시간을 소비하고 있는 팀이 있다고 가정합니다. 이 팀에서는 연속 통합을 구현하기로 결정했습니다. 하지만 정기 빌드 프로세스가 중단되는 위험은 피하려고 하므로 이 팀에서는 프로덕션 빌드에서 통합 빌드 기능을 설정하기 전에 시험 빌드를 설정하는 데 몇 시간을 할애했습니다. 팀에서는 스파이크를 만들고 이 작업에 제품 백로그의 나머지 작업보다 높은 우선 순위를 부여했습니다.
효과적인 회고 회의 방법에 대한 자세한 내용은 Project Retrospectives: A Handbook for Team Reviews 및 Agile Retrospectives 웹 리소스를 참조하십시오.