스크럼에서 각 스프린트는 잠재적으로 배송 가능한 제품 증분을 제공해야 합니다. 이는 각 스프린트가 끝날 때 팀이 코딩 된 테스트 및 사용 가능한 소프트웨어 조각을 제작했음을 의미합니다.

그래서 각 스프린트가 끝나면 스프린트 검토 회의가 열립니다. 이 회의 중에 스크럼 팀은 스프린트 중에 성취 한 것을 보여줍니다. 일반적으로이 새로운 기능의 데모의 형태를 취한다.

스프린트 검토 회의는 의도적으로 유지하는 매우 비공식,일반적으로 규칙을 금지 사용의 PowerPoint 슬라이드 및 수 있도록 두 시간 이상의 시간을 준비한다. 스프린트 검토 회의는 팀의 산만 함이나 중요한 우회로가되어서는 안되며 오히려 스프린트의 자연스러운 결과가되어야합니다.

참가자서에서 스프린트 검토 일반적으로 포함한 제품의 소유자,스크럼 팀 스크럼 마스터하고,관리,고객 및 개발자에서 다른 프로젝트에 활용해 보십시오.

스프린트 검토 중에 프로젝트는 스프린트 계획 회의 중에 결정된 스프린트 목표에 대해 평가됩니다. 이상적으로 팀은 스프린트로 가져온 각 제품 백 로그 항목을 완료했지만 스프린트의 전반적인 목표를 달성하는 것이 더 중요합니다.