애자일 스프린트 검토

애자일 팀과 더 효과적인 스프린트 검토를 진행하는 세 가지 단계

Dan Radigan 작성자: Dan Radigan
주제 찾아보기

1단계: '완료' 정의

스프린트 검토는 회고가 아닙니다. 스프린트 검토는 디자이너, 개발자, 제품 소유자와 같은 팀 전체의 노력을 보여주는 것입니다. Atlassian에서는 스프린트 검토를 캐주얼한 방식으로 유지하는 것을 좋아합니다. 팀원들은 비공식 데모를 위해 책상에 모여서 해당 반복을 위해 어떤 일을 했는지 설명합니다. 질문하고, 새로운 기능을 사용해 보고, 피드백을 주는 시간입니다. 성공을 공유하는 것은 애자일 팀을 만드는 데 중요한 부분입니다.

먼저 '완료'에 대한 팀의 정의가 이 애자일 세레모니에 왜 그렇게 중요한지 살펴보겠습니다.

1단계: '완료' 정의

Jira의 일반 사용자로서 작업을 '코드 검토'에서 '완료'로 옮기는 것보다 더 만족스러운 일은 없습니다. 애자일 카드가 전달되면 하나의 팀으로서 달성하기 위해 시작한 작업이 완료되었다는 뜻입니다. 최종적으로 완료된 것입니다!

Jira에서 애자일 카드 업데이트

결승선을 통과하여 작업을 완료하려면 올바른 계획, '완료'에 대한 명확한 정의 및 집중력 있는 실행 과정이 필요합니다. 이 중 대부분은 스프린트 계획 중에 이루어지지만 스프린트 검토와 스프린트를 성공적으로 해내려면 팀이 계획보다 조금 더 많은 작업을 수행해야 합니다. 작업을 제공하는 방법과 '완료'의 의미에 대한 명확한 문화를 조성해야 합니다.

제공의 문화

효과적인 팀은 모든 작업 항목에 명확한 프로세스와 개발 문화를 제공합니다. 다음 질문을 사용하여 프로세스를 평가하고 팀에서 최적으로 진행되고 있는지 확인하세요.

  • 구현 전에 제품 소유자, 디자이너 및 엔지니어링 팀이 스토리를 잘 정의했습니까?
  • 모두가 팀의 엔지니어링 가치와 문화를 이해하고 실천하고 있습니까?

  • 지속 가능한 애자일 개발을 장려하기 위해 코드 검토, 자동화된 테스트 및 지속적 통합과 관련된 명확한 정의와 요구 사항이 마련되어 있습니까?

  • 팀이 스토리를 완료한 후 많은 버그가 드러납니까? 즉, '완료'라고 하면 최종적으로 '완료'된 것입니까?

품질과 완성도에 대한 팀의 문화는 모든 사용자 스토리, 엔지니어링 작업 항목 및 버그보다 우선되어야 합니다. 이 문화에는 팀이 소프트웨어에 접근하고 제공하는 방식이 반영되어 있습니다.

각 작업 항목에 대한 '완료'의 정의

'완료'를 명확하게 정의하면 팀이 각 작업 항목의 최종 목표에 집중할 수 있습니다. 제품 소유자가 팀의 백로그에 작업을 추가하는 경우 이 프로세스의 핵심 부분은 허용 기준을 정의하는 것입니다. 사용자 스토리가 완료된다는 것은 어떤 뜻입니까? Atlassian에서 Jira 팀은 Jira 내부의 나머지 사용자 스토리에 맞춰 허용 기준과 테스트 노트를 추적합니다. 이렇게 하면 팀 전체가 모든 이슈에 대한 성공을 명확하게 파악할 수 있습니다. 허용 기준과 테스트 노트란 무엇입니까?

  • 허용 기준: 스토리가 만족스럽게 구현되었는지 확인하기 위해 제품 소유자가 사용하는 메트릭입니다.
  • 테스트 노트: 개발 엔지니어가 더 나은 기능 코드와 자동화된 테스트를 작성할 수 있도록 하는 품질 지원 팀의 짧고 집중적인 안내입니다.

구현 중에 이슈를 잘 정의하면 모두가 성공할 수 있습니다. Jira를 사용하면 일렬로 필드를 쉽게 추가할 수 있습니다. 관리자는 이슈의 '관리자' 버튼을 클릭하기만 하면 됩니다.

2단계: 팀 축하하기

Atlassian의 핵심 가치 중 하나는 “하나의 팀으로 플레이”하는 것입니다. 스프린트 검토는 반복 중에 팀과 모두의 성과를 축하하기에 좋은 시간입니다. Atlassian에서는 일반적으로 금요일 오후에 스프린트 검토를 열어 사무실의 모든 직원이 주말 전에 긴장을 푸는 시간을 갖습니다. 스프린트 검토는 회고와 같은 것이 아니므로 반복 후 회고 전에 스프린트 검토를 진행해야 합니다. 외부 참가자는 언제든지 참여할 수 있지만 회의에는 일반적으로 제품 소유자, 전체 개발 팀 및 스크럼 마스터가 참여합니다. 모범 사례로써, 회의에서 각 반복은 30분에서 1시간 정도 진행하는 것이 좋습니다.

스프린트 검토는 팀의 상태와 사기를 보호하기 때문에 Atlassian에서는 스프린트 검토를 매우 좋아합니다. 스프린트 검토에서 팀 구축은 매우 중요합니다. 검토는 적대적인 것이 아니며 시험도 아닙니다. 작업의 데모를 보여주고, 질문에 답변하며 피드백을 받는 팀 전체의 협업 이벤트입니다.

스프린트 검토가 팀 전체에서 긍정적인 활동이 되지 않는다면 다음 상황을 나타내는 것일 수 있습니다.

  • 팀이 너무 많은 작업을 맡고 있으며 반복 중에 완료하지 않음
  • 팀이 기존 기술적 부채로 인해 어려움을 겪고 있음

  • 새로운 버그가 코드베이스에 유입되지 않도록 하는 기능이 지속 가능한 방식으로 개발되지 않음

  • 팀의 개발 관행이 최대한으로 조정되지 않음

  • 제품 소유자가 반복 내에서 우선 순위를 변경하고 있으며 개발 팀은 범위 초과로 인해 배제됨

참고: 모든 팀은 가끔 어려운 반복을 겪습니다. 시간을 내서 팀의 회고에서 반복이 변경되는 이유를 이해하고 다음 스프린트에서 이슈를 해결하기 위한 계획을 세우세요.

3단계: 여러 지역에 도달

팀이 분산되어 있는 회사는 여러 지역에 걸쳐 애자일 세레모니를 확장하는 것과 관련하여 특별한 어려움을 안고 있습니다. 스프린트 검토도 예외는 아닙니다. Jira 팀은 시드니, 그단스크, 사이공, 샌프란시스코와 같이 전 세계에 팀원을 두고 있습니다. 팀이 분산되어 있지만 스프린트 검토는 팀 문화에서 중요한 부분을 차지합니다. 팀원들은 비공식 동영상을 만들어 팀 전체가 볼 수 있도록 Confluence 페이지에서 공유합니다.

이러한 비공식 동영상을 통해 시차에도 불구하고 모두가 개발 진행률에 대한 최신 정보를 얻을 수 있습니다. 개발자가 직접 기능 데모를 보면 다음과 같은 두 가지 방식으로 팀이 강화됩니다.

  • 제품 이해: 팀 전체가 기능의 의도, 근거 및 구현에 대해 듣게 됩니다. 제품 전체에 대한 모두의 이해가 넓어집니다.

  • 팀 구축: 동영상은 팀 전반에서 더 개인적인 관계를 형성해 줍니다. 각 팀원은 제품의 모든 측면을 누가 만들었는지 알 수 있습니다. 이 관행으로 만들어진 연결 고리는 지역에 관계없이 팀을 더 긴밀하고 응집력 있게 만들어 줍니다.

마지막 조언

스프린트 검토를 처음 수행하는 팀의 경우 스프린트 검토를 점차 회고에 포함시키기 매우 쉽습니다. 스프린트 검토는 스프린트 회고와는 독립적인 세레모니입니다. 시간을 내어 노력의 결실을 즐기고 성과를 자유롭게 축하하세요. 효과적인 스프린트 검토는 팀의 사기와 동기를 높여줍니다. 축하를 위한 시간은 Jira 팀에게 정말 중요한 나머지, 우리의 비전 선언문에는 “어서 축하하세요”라는 문구가 포함되어 있습니다.

다음 단계
스탠드업