스프린트 종료 활동

  • 아티클

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

스프린트가 끝나면 팀은 백로그 위생을 기본 위해 여러 가지 작업에 참석할 수 있습니다. 일반적으로 불완전한 작업은 과거 스프린트에 할당되어서는 안 됩니다. 팀은 스프린트에서 완료되지 않은 작업을 처리하는 방법을 결정하고 적절한 조치를 취해야 합니다.

참고 항목

한 스프린트에 할당된 불완전한 작업 항목을 다른 스프린트로 이동하는 자동 방법은 없습니다. 또한 Re기본ing Work를 0으로 설정하는 자동 방법입니다.

각 스프린트가 끝나면 각 팀은 다음 질문을 해결하기 위한 조치를 결정하고 조치를 취해야 합니다.

  • 스프린트가 끝날 때 부분적으로만 완료된 사용자 스토리와 해당 작업을 어떻게 해결해야 하나요?
  • 스프린트 메트릭 및 속도가 올바르게 고려되도록 마지막에 부분적으로 수행된 작업을 관리하는 올바른 방법은 무엇인가요?
  • 무엇을 검토해야 하며 어떤 순서로 검토해야 하나요?

일반적으로 스프린트 종료 활동은 스프린트 검토 회의 전후와 스프린트 회고 전에 수행해야 합니다. 고려해야 할 기본 항목은 스프린트 검토, 회고 및 스프린트 계획에서 팀을 지원하기 위해 보기 및 메트릭을 기본 하는 것입니다.

스프린트 종료 활동의 목표

각 스프린트는 작업이 할당되는 시간 입력 개발 기간을 나타냅니다. 스프린트 종료 작업을 수행할 때 염두에 두어야 할 목표에 대한 다음 검사 목록을 검토합니다.

  • 완료되지 않은 작업이 종료 날짜가 과거인 스프린트에 할당되지 않은 백로그 위생 유지 관리
  • 작업 항목 상태 및 스프린트 할당을 관리하여 팀 진행률 및 속도 모니터링 지원
  • 지원 팀의 지속적인 개선 활동
  • 소프트웨어 배송 및 스프린트 목표 달성에 대한 지원 팀의 초점
  • 값이 없는 작업 추적 작업 최소화

팁

팀 속도는 팀 생산성의 척도가 아니며 향후 스프린트를 계획하기 위한 메트릭으로만 사용해야 합니다. 스프린트가 끝나면 작업이 완료되거나 완료되지 않습니다. 완료되면 계산됩니다. 그렇지 않으면 현재 스프린트가 아닌 미래의 스프린트에 대해 다시 고려됩니다. 속도는 어떤 선택을 하든 스스로를 평준화하는 경향이 있습니다. 그러나 완료된 작업만 고려하면 보다 현실적인 가치와 기록 데이터의 훨씬 더 나은 원본으로 작업하여 향후 예측을 수행합니다.

팀 기본 설정 결정

다음 제안 사항은 팀에서 수행해야 하는 기본 스프린트 종료 활동을 안내합니다. 일반적으로 이러한 활동은 스프린트의 마지막 날 또는 스프린트 검토 회의 후에 수행되어야 합니다.

  • 불완전한 사용자 스토리, 백로그 항목 및 작업에 대한 스프린트 백로그를 검토합니다. 스프린트 백로그 또는 스프린트 태스크보드를 검토하여 검토를 수행할 수 있습니다.

  • 제품 백로그 또는 다음 스프린트에 시작되지 않은 사용자 스토리, 백로그 항목 및 작업을 다시 할당합니다. 계획 창을 사용하여 팀 백로그 또는 향후 스프린트에 다시 할당할 수 있습니다. 다시 할당된 작업 항목을 다시 예측하고 우선 순위를 지정할 수 있습니다.

  • 불완전한 사용자 스토리, 백로그 항목 또는 작업을 처리하는 방법을 결정합니다. 목표는 작동하는 소프트웨어를 배송하는 것입니다. 여기서 선택할 수 있는 두 가지 옵션은 다음과 같습니다.

    • 스토리를 두 으로 분할하여 현재 스프린트에서 완료된 작업을 나타내고 아직 수행할 작업이 없습니다. 자세한 내용은 스토리, 문제 및 기타 작업 항목 복사 또는 복제를 참조 하세요.
    • 작업을 완료할 수 있는 다음 스프린트에 스토리를 다시 할당합니다. 현재 스프린트의 모든 미완성 스토리는 스프린트의 속도에 0을 차지합니다.

  • 완료된 작업에 대해 Re기본ing Work를 처리하는 방법을 결정합니다. 작업이 완료되면 Re기본ing Work에 대해 0이 아닌 값을 갖는 것은 별로 의미가 없습니다. 팀은 이러한 사례를 처리하는 방법을 결정하고 완료된 작업에 대해 Re기본ing Work의 값을 0으로 설정하는 것을 고려해야 합니다.

불완전한 작업에 대한 스프린트 백로그 검토

불완전한 작업을 확인하려면 계속 커밋되고 활성 상태인 작업에 대한 Sprint 백로그를 검토합니다. 스프린트 끝의 스프린트 백로그 스크린샷.

불완전한 사용자 스토리 및 작업을 향후 스프린트에 다시 할당

스프린트 백로그에서 보기 옵션을 선택하고 계획을 선택합니다. 완료되지 않은 작업 항목을 다음 스프린트로 끌어다 놓거나 팀 백로그로 다시 놓습니다.

다음 이미지 와 같이 Fabrikam 팀 백로그 는 팀의 기본 반복 경로 집합에 해당합니다. 기본값이 @CurrentIteration 매크로로 설정된 경우 해당 선택은 다음 스프린트가 시작될 때까지 반복 경로를 변경하지 않습니다.

계획 창이 활성화된 스프린트 백로그의 스크린샷.

과거 스프린트 보관

시간이 지남에 따라 프로젝트에 대해 정의되거나 팀에 할당된 스프린트 수가 증가할 수 있습니다. 반복 경로에 대한 드롭다운 메뉴를 최소화하기 위해 Project 관리istrators는 스프린트를 지나 보관 영역으로 이동하도록 선택할 수 있습니다. 스프린트 할당을 기본 다른 스프린트 노드에서 이동하면 모든 작업 항목 데이터가 유지됩니다. 모든 스프린트 차트와 위젯은 계속 작동합니다.

다음 이미지와 같이 2012년과 2013년 스프린트는 이전 스프린트 노드로 이동되었습니다.

이전 스프린트 노드 아래에 보관된 반복 경로의 스크린샷.

팁

작업 항목에 저장된 모든 데이터는 작업 항목이 영구적으로 삭제될 때까지 Azure DevOps에서 기본.

스프린트 위생 팁

스프린트 백로그는 시작 날짜와 종료 날짜에 따라 현재 스프린트를 활성 스프린트로 자동으로 가리킵니다. 현재 날짜가 스프린트 기간 내에 속하는 경우 해당 스프린트는 현재 스프린트입니다. 다음 스프린트를 활성 현재 스프린트로 만들기 위해 추가 작업이 필요하지 않습니다.

프로젝트 또는 팀 관리자는 스프린트를 관리하기 위한 다음 지침을 충족해야 합니다.

  • 프로젝트의 스프린트에 대해 정의된 시작 및 종료 날짜는 겹치지 않아야 합니다.
  • 해당 팀의 구성에 대해 팀에 관심 있는 모든 스프린트를 선택해야 합니다.
  • 프로젝트에 대해 몇 가지 향후 스프린트를 정의하고 팀에 대해 선택해야 합니다.

자세한 내용은 반복 경로 정의(스프린트) 및 팀 반복 구성을 참조하세요.