스프린트 회고 편집하기

스프린트 회고(Sprint Retrospective)는 스크럼 프레임워크에서 한 스프린트가 끝난 뒤, 스크럼 팀이 지난 스프린트 동안의 진행 방식, 협업, 도구, 프로세스 등을 되돌아보고 개선할 점을 찾아 다음 스프린트에 반영하기 위한 회의이다.
==목적 및 개념==
스프린트 회고의 목적은 스크럼 팀이 지난 스프린트에서 잘 된 점(What went well), 문제점(What didn't go well), 개선할 사항(What could be improved) 등을 논의하고, 개선 가능한 구체적 행동 항목(action items)을 정의하여 팀의 효율성과 품질을 지속적으로 향상시키는 것이다.
==구성원 및 타이밍==
*참석자 – 스크럼 팀 전체 (개발자들, 프로덕트 오너, 스크럼 마스터). 
*시간제한(time‑boxed) – 한 달짜리 스프린트라면 최대 3시간을 넘지 않음; 스프린트 기간이 짧을수록 회의 시간도 더 짧음. 
*순서 – 일반적으로 스프린트 리뷰(Sprint Review) 후, 다음 스프린트 계획 회의(Sprint Planning) 전에 진행됨. 
==진행 방식 및 주요 논의 항목==
*잘된 점(Strengths) – 지난 스프린트 중 잘 시행된 일들과 이유
*개선할 점(Weaknesses) – 장애 요소, 비효율성, 팀이나 도구, 프로세스 관련 문제
*행동 항목(Action Items) – 개선할 사항 중 우선순위를 정하고, 다음 스프린트에 실행 가능한 구체적 계획 수립
*프로세스, 도구, 정의된 완료 기준(Definition of Done), 팀 상호작용(interactions), 커뮤니케이션 방식 등의 검토
==효과 및 장점==
*팀 내부의 투명성(Transparency) 증가 및 신뢰(Trust) 구축
*지속적인 개선(CI; Continuous Improvement)의 문화 확립
*프로세스나 도구에서의 병목(Bottleneck) 및 장애 요소 식별
*작업 방식, 일정, 협업 방식 등의 조율을 통해 다음 스프린트의 생산성과 만족도 향상
*팀원들의 목소리를 듣고 반영함으로써 동기 부여 및 팀 분위기 개선
==유의사항 및 한계==
*지나치게 많은 개선 항목을 설정하면 실행 가능한 수준을 넘어 질이 떨어질 수 있음
*회의가 형식적으로 흘러가면 책임감 있는 논의나 실행 계획이 나오기 어려움
*참석자 모두가 솔직하고 건설적인 피드백을 줄 수 있는 분위기가 전제되어야 함
*변화가 과도하거나 자주 바뀌면 안정성 저하 + 혼란 유발 가능
*개선 항목들의 실행 여부가 다음 스프린트에 반영되지 않으면 회고의 효과가 감소
==같이 보기==
*[[스크럼]]
==참고 문헌==
*[https://www.scrum.org/resources/what-is-a-sprint-retrospective Scrum.org – Sprint Retrospective 개념 및 목적]
*[https://www.atlassian.com/ko/team-playbook/plays/retrospective Atlassian 팀 플레이북 – 효과적인 회고 실행법]
*[https://resources.scrumalliance.org/article/sprint-retrospective Scrum Alliance – 회고의 역할 및 구성]
==각주==
<references />