스프린트 회고: 무엇을, 왜, 어떻게
게시 됨: 2020-02-11당신의 팀이 같은 실수를 반복하고 있다고 느낀 적이 있습니까? 당신은 그들이 올바른 방향으로 움직이지 않고 있다고 느끼고 프로젝트 개발 프로세스를 생산적으로 만들기 위해 약간의 변화를 추진해야 합니다.
소프트웨어 개발을 처음 접하거나 맞춤형 소프트웨어 개발 회사 에서 수년간 일해 왔다면 'Sprint Retrospective'라는 용어를 접했을 것입니다. 애자일 개발 팀은 회고 회의를 매우 인기 있게 만들었습니다.
스크럼 팀이 아무리 훌륭하더라도 항상 개선의 여지가 있습니다. 애자일 개발 의 초점 은 지속적인 개선이기 때문에 좋은 프로젝트 팀은 각 스프린트가 끝날 때 잠시 시간을 내어 진행 상황을 반영 하고 개선할 수 있는 새로운 방법을 찾습니다. 이것을 스프린트 회고라고 합니다.
스프린트 회고란 무엇입니까?
회고라는 용어는 과거의 사건과 상황을 되돌아보거나 처리하는 것을 의미합니다.
Ken Schwaber와 Jeff Sutherland가 개발하고 유지 하는 Scrum Guide 에 따르면 " Sprint Retrospective는 Scrum 팀이 스스로를 점검하고 다음 Sprint 동안 시행할 개선 계획을 세울 수 있는 기회입니다."
스프린트가 무엇인지 모른다면 스프린트는 본질적으로 스크럼 팀이 정해진 양의 작업을 완료해야 하는 시간 제한 기간입니다. 이것은 스크럼과 애자일 방법론 의 핵심입니다 .
스프린트 회고의 목적은 잠재적인 함정과 실수를 식별하고 과거 작업 주기를 평가하며 개선할 수 있는 조치를 정의하는 것입니다.
스프린트 회고는 사람들이 정직한 피드백을 공유할 수 있는 안전한 공간과 같습니다. 점검과 적응에 집중할 수 있는 기회입니다. '검사'와 '적응'은 회고전의 두 모토이며 다음 스프린트를 보다 생산적으로 만드는 데 중요한 역할을 합니다.
스프린트 회고는 애자일 개발의 스크럼 프레임워크에서 근본적인 역할을 합니다. 스프린트 회고전에서 팀은 스프린트에서 잘 된 점, 모두 개선할 수 있는 점, 다음 스프린트를 개선하기 위해 취해야 할 조치에 대해 논의합니다.
스프린트 회고의 가치
관행, 프로세스, 도구 및 커뮤니케이션과 같이 스크럼 팀이 제품을 구축하는 방법에 영향을 미치는 모든 것이 설문 조사에 공개되며 회고에는 제품 소유자, 스크럼 마스터, 개발 팀 및 선택적으로 이해 관계자가 참석합니다.
회고의 토론을 기반으로 팀 구성원은 변경 사항을 실행한 다음 점진적으로 개선된 프로세스로 다음 스프린트를 진행합니다.
회고전의 가장 좋은 점은 스프린트가 끝날 때 가장 마지막에 일어난다는 것입니다. 이렇게 하면 다음 스프린트에서 전체 팀이 신선한 아이디어를 만들어내고 놀립니다.
결국 Sprint Retrospective의 진정한 목적은 프로젝트, 팀, 조직에 긍정적인 변화를 가져오는 것입니다.
프로젝트 팀이 Sprint Retrospective로 달성하려는 계획은 축구 팀이 주말 경기에 대한 월요일 아침 테이프 검토에서 달성할 계획과 거의 유사합니다. 검토는 그들이 어떻게 더 잘 방어할 수 있었는지 평가하는 것입니다.
회고전의 경우도 마찬가지입니다. 특히 게임에서 승리하는 것이 아니라 다음 게임에서 승리하기 위해 전략과 구현을 변경하는 것입니다.
결국, 최고의 팀이 있더라도 항상 개선의 여지가 있습니다.
스프린트 회고는 본질적으로 애자일 환경에서 작업하는 팀에 최적화된 프로세스이지만 공유 프로젝트에서 작업하는 모든 유형의 팀에 최적화될 수 있습니다.
각 스프린트 회고 동안 스크럼 팀은 작업 프로세스를 개선하거나 제품 또는 조직 표준과 충돌하지 않는 경우 "완료"의 정의를 적용하여 제품 설계 및 개발 품질을 개선하는 방법을 강구합니다.
왜 Sprint Retrospective를 실행해야 합니까?
회고전과 같은 애자일의 중요한 행사는 종종 프로젝트 팀에게 매우 평범한 것으로 보이며 결과적으로 이를 최대한 활용하지 않습니다.
애자일 스프린트 회고를 실행하면 다음과 같은 이점이 있습니다.
- 팀원들이 귀중한 통찰력과 피드백을 공유할 수 있는 안전한 공간을 만듭니다. 회고는 적극적인 참여를 촉진하고 관점과 관심을 공유하며 팀이 공동으로 솔루션에 도달하도록 권장합니다.
- 승리를 기록하고 성공을 축하하며 팀 정신을 강화하는 플랫폼을 제공합니다.
- Sprint Retrospective의 주요 중요성은 팀이 초기 단계에서 잠재적인 함정을 식별하고 갈등 영역을 해결할 수 있도록 한다는 것입니다. 회고를 통해 애자일 팀은 '모든 것이 개선될 수 있는 것'을 평가하여 프로세스를 지속적으로 개선할 수 있습니다.
- 회고를 실행함으로써 팀은 전체 제품에 큰 영향을 미칠 수 있는 작고 점진적인 변경 사항을 쉽게 식별할 수 있습니다. 구성원들이 개선을 위한 의견을 나눌 때 주인의식을 느낍니다.
- 팀원들은 자신의 의견이 경청되고 존중받는다고 느낄 뿐만 아니라 위계를 허물고 모든 팀원에게 평등한 권한을 부여합니다.
- 회고에는 많은 이점이 있지만 프로젝트 관리자 에게 가장 큰 도움이 됩니다 . 회고는 팀을 정렬하고 프로젝트를 올바른 방향으로 유지하며 각 스프린트를 마지막 스프린트보다 더 좋게 만듭니다. 회고가 끝나면 팀은 깨끗한 상태로 다음 스프린트를 시작할 수 있습니다.
스프린트 회고와 스프린트 리뷰의 차이점
Sprint Review와 Sprint Retrospective는 종종 같은 것으로 혼동됩니다. 그러나 그것들은 완전히 다릅니다.
스프린트 리뷰
Sprints 작업의 이면에 있는 아이디어는 잠재적으로 출하 가능한 제품 증분을 생성하는 것입니다.
스프린트 리뷰는 프로젝트 팀이 달성한 작업을 시연하는 회의입니다. 스프린트 검토 회의 중에 스크럼 팀은 현재 스프린트의 결과물을 제품 소유자에게 제공합니다. 그런 다음 제품 소유자는 승인 기준에 따라 제품 증분을 검토하고 사용자 스토리를 승인하거나 거부합니다.
스프린트 회고
스프린트 회고 회의에서 마지막 스프린트는 따라온 프로세스, 사용된 도구, 협업 및 커뮤니케이션 메커니즘, 주제와 관련된 기타 측면의 측면에서 분석됩니다.
팀은 다음 스프린트에서 개선하는 것을 유일한 목표로 이전 스프린트에서 잘 된 것과 잘 되지 않은 것에 대해 논의합니다.
간단히 말해서 Sprint Review는 제품에 중점을 두고 이전 스프린트의 비즈니스 가치를 극대화하는 반면 Sprint Retrospective는 프로세스와 지속적인 프로세스 개선에 중점을 둡니다.
스프린트 회고는 스프린트 검토 이후와 다음 스프린트 계획 이전에 진행됩니다. 대부분 1개월 스프린트에 3시간 회의입니다.
스크럼 마스터는 이벤트가 진행되고 참석자가 이벤트의 목적을 이해하도록 합니다. 스크럼 팀이 개선할 수 있는 기회이기 때문에 이상적으로는 모든 참가자가 회고에 참석해야 합니다.
스프린트 회고 프로세스
스프린트 회고는 스크럼에서 가장 필수적인 회의 중 하나로 간주됩니다. 잘 수행된 애자일 회고는 많은 이점을 제공합니다. 다음은 스프린트 회고를 개선하기 위한 5가지 필수 단계와 팁입니다.
- 가장 첫 번째 단계는 무대를 설정하는 것입니다. 회고를 위한 환경, 톤 및 방향을 설정하는 것은 올바른 발판에서 시작하는 방법입니다.
- 다음 단계는 이전 프로젝트의 데이터를 수집하고 분석하여 이전에 수행한 작업에 대한 통찰력을 얻는 것입니다. 또한 공유 정보 풀을 만들고 관련 정보 및 이벤트를 강조 표시해야 합니다.
- 세 번째 단계는 반복되는 패턴을 식별하고 통찰력을 생성하는 것입니다. 패턴과 테마를 살펴보고 문제점과 성공을 식별함으로써 다음 스프린트에서 모두를 위해 프로세스를 개선하는 것이 상대적으로 쉬워집니다.
- 다음 단계는 작업할 몇 가지 문제를 결정하고 이를 해결하는 방법에 대한 구체적인 실행 계획을 만드는 것입니다.
- 회고는 각 회원의 기여에 대한 감사와 감사로 끝납니다.
결론
Sprint Retrospective는 스크럼 애자일 방법론의 중요한 부분입니다. 회고전을 실행함으로써 우리 는 Agile "검사 및 적응" 원칙을 실천합니다.
회고는 팀에 의견을 말하고 아이디어를 공유하고 의견을 들을 수 있는 기회를 제공하여 팀에 동기를 부여할 수 있는 좋은 기회입니다.
스프린트 회고 회의의 최종 목표는 스프린트별로 개발 프로젝트를 지속적으로 개선하는 것입니다. 접근 방식의 품질을 향상시킬 뿐만 아니라 제품의 품질을 크게 향상시킵니다.