스프린트가 일찍 완료되면 어떻게해야합니까?

스프린트가 일찍 완료되면 어떻게해야합니까?

현재 스프린트 팀은 스프린트가 일찍 완료되면 백 로그에서 스토리를 진행합니다.

백 로그에서 가져온 스토리는 어떻게됩니까? 스토리가 현재 스프린트에 추가됩니까? 그렇다면이 이야기가 제 시간에 끝나지 않으면 어떻게 될까요? 스프린트가 실패 했습니까?

스크럼 마스터 및 프로젝트 소유자와 토론 한 후 프로젝트 백 로그에서 스프린트로 무언가를 가져옵니다.

당신이 수행하는 품목의 크기는 당신이 얼마나 많은 시간에 따라 달라집니다. 작은 작업이 없으면 더 큰 작업의 하위 작업을 만들어 시작하십시오 (예 : 일부 예비 작업 수행).

또는 코드 기반을 개선하는 몇 가지 작업을 생성하십시오. 어떤 식 으로든 개선 할 수없는 코드베이스를 본 적이 없습니다. 더 많은 단위 테스트 등을 추가하는 코드를 검토하십시오.

스트레치 또는 향후 스프린트 백 로그 항목에 대한 작업은 일반적으로 수행되는 것으로 보이며, 스프린트 백 로그 항목이 작고 명확하게 정의되어 있으면 많은 의미가 있습니다. 그러나 "완료"코드를 "더 이상 완료되지 않은"상태로 만들 수있는 백 로그 항목은 피해야합니다.

스프린트가 실제로 완료되면, 태그를 작성하고, 전달 준비하고, 전달하고, 소스 코드 리포지토리를 "다음 스프린트"상태로 전환하여 스프린트 지연이 지연되어 배달이 위험해질 위험이 없습니다.

우리에게 스프린트는 결코 일찍 끝나지 않습니다. 스프린트에서 더 많은 작업을 수행 할 수 있도록 속도를 높이거나 문제를 해결했습니다.

Google은 항상 제품 소유자가 중요하게 우선 순위를 정하는 항목에 대한 백 로그를 가지고 있다고 말합니다. 어떤 팀이 스프린트에 더 많은 작업을 할 수있을 때, 속도가 주어지면 남은 스프린트에 긍정적으로 맞는 목록에서 다음에 무엇을해야할지 쉽게 알 수 있습니다.

이렇게하면 그룹이 다음에 수행 할 작업에 대해 제품 소유자 / Scrum Master와의 토론을 기다리는 다운 타임을 피할 수 있습니다. 당사 제품 소유자 및 스크럼 마스터는이 목록의 맨 위에 위치하므로 다음 스프린트 (또는 시간이 허용되는 경우 현재 작업)에 대기 할 작업이 항상 더 많습니다.

우리 팀이하는 일은 백 로그에서 작업을 가져 와서 얼마나 일찍 완료했는지와 관련하여 완료 할 수있을 정도로 작습니다. 우리가 함께 할 경우 그 , 우리는 그들의 테스트를 잡기 위해 우리의 QA 팀 시간을 제공하고, 개발자는 "무료 일"얻을 - 우리가 아니라 현재의 질주 관련된 다른 문제로보고이를 사용할 수 있습니다 주제를 우리가 원하는 환경 조사, 구성 / 재구성 등

일찍 끝냈다 고해서 많은 작업을하지 마십시오. 이 스프린트에서 팀이 저지른 일을 고수하고 추가 작업이 완료되면 놀라운 이점이 있습니다.

나는 개인적 개선을 위해 느슨 함을 사용하도록 권장합니다. 물론, 백 로그에서 스토리를 가져 오십시오. 그러나 새로운 언어를 배우고, 카타를 사용하여 공예를 연습하고, 물건을 리팩터링하고, 물건을 리팩토링하고, 조정하거나, 수정하거나 새로운 도구를 작성하여 도와주십시오. 이해 관계자, 동료 또는 고객에게 QA 팀의 역할을 파악하고 UX 프로세스의 작동 방식을 이해하는 데 시간이 걸립니다.

비즈니스와 자신에게 가치를 제공하고 백 로그에서 물건을 가져 오지 않는 속도 또는 품질 가치를 향상시키기 위해 할 수있는 일이 엄청나게 많습니다. 먼저 시도해보십시오.