릴리스 스프린트 중에 진행 상황을 측정하는 방법은 무엇입니까?

Question

명확성 향상을 위해 편집

스크럼은 개발을 여러 스프린트로 나눠 줄 것을 제안합니다. 각 스프린트는 고정 된 기간입니다. 각 스프린트가 끝날 때 고객에게 소프트웨어를 출시해야하는지 물어보십시오. 그들이 '예'라고 대답하면 Release Sprint을 수행합니다. 그 동안 작업을 계속하고 싶지만 외부 사용자 테스트, 성능 부하 테스트 및 사인 오프, CD 굽기 (if if 관련 자료) 사용자 중심의 문서 작성 등

현재 프로젝트에서는 첫 번째 릴리스 스프린트를 수행했습니다. 우리는 burndown과 같은 스크럼의 많은 장점을 잃어버린 것을 발견했습니다. (로드 테스팅이 일어날 수 있도록 많은 것들이 사소한 개조를하거나 사이트에서 보안을 일시적으로 제거함에 따라) 얼마나 많은 작업이 필요했는지에 대한 명확한 목표 기본적으로 relase 태스크는 일반적인 scrum 툴을 통해 추적 가능하도록 소방에 너무 가깝습니다.

릴리스 스프린트 중에 다른 사람이 사용했던 방법과 피할 수있는 함정을 찾았습니까?

Answer 1

스크럼이있는 kanban 보드를 사용하고 있습니다. 각 제품 항목은 화이트 보드에 포스트잇 메모로 표시됩니다. 각자의 작업이 모두있는 매일 일어 서서하는 동안 정말 분명합니다. 다른 쪽 끝의 '완료'영역과 비교하여 게시판의 '대기 중'영역에 대기중인 티켓의 수를 볼 수 있습니다.

Answer 2

실제로는 this tool을 선호합니다. 작업 추적, burndowns, burn-ups, 및은 프로젝트 노트에 유용합니다.

그러나 질문에 대답하기 위해 번 다운 (burndown) 시간 추적은 여전히 ​​작동해야합니다. 발사 준비 시간에 모든 릴리스 - 스프린트 작업 (버그/비틀기)을 완료할지 여부는 여전히 알려줄 것입니다. 대답이 "모두가 아님"이라면 제품 소유자에게 우선 순위를 부여하고 스프린트에서 일부 작업을 걷어차 야 할 때입니다.

Answer 3

당신의 목표는 프로덕션에 배포하기 위해 릴리스 스프린트가 필요하지 않은 지점에 도달해야한다는 것입니다.하지만 그렇게 말하면, 릴리스 스프린트에서 무엇을하고 있습니까? 아직 수행해야 할 작업이 있지만 코드를 개발하는 것보다 훨씬 더 예측 가능합니다. 번다운/계획 수립이 다른 방법과 다른 점은 본 적이 없으며 일반적으로 작전에서 팀원을 추가하는 것과 관련이 있습니다. 물론 그 자체의 문제가 될 수 있습니다. 어쩌면 당신은 당신의 조직에서 릴리즈 스프린트가 어떻게 생겼는지를 빨리 알 수 있습니다.