번 다운 차트를 사용하여 스크럼 프로젝트 완료 날짜 추정

Nov 19 2020

스크럼 프로젝트가 끝나는 날짜를 추정하기 위해 번 다운 차트를 사용하는 것에 대해 가끔 읽었습니다. 종종 다음과 같이 설명됩니다.

제품의 모든 기능을 추정하고 요약 (TOTAL_STORY_POINTS)
팀의 속도를 얻기 위해 몇 번의 스프린트를 실행합니다.
TOTAL_STORY_POINTS를 속도로 나눕니다.

이것이 작동하는 방식이라면 발생하는 첫 번째 질문은 전체 기능을 어떻게 추정합니까? 작은 사용자 스토리를 완료하는 데 필요한 작업량을 어느 정도 이해하고 있으므로 대략적으로 비교할 수 있기 때문에 작은 사용자 스토리를 추정 할 수 있습니다. 그러나 프로젝트를 시작할 때 우리는 제품이 구성하는 기능에 대한 일반적인 이해 만 가지고 있습니다. 또한 고객 개발을 수행하면서 이러한 기능을 변경할 예정입니다. 그렇다면 Story Points에서 프로젝트의 초기 범위를 어떻게 추정 할 수 있습니까?

답변

9 ThomasOwens Nov 19 2020 at 01:20

이론적으로는 번 다운 차트를 사용하여 제품 백 로그의 모든 작업이 완료되는시기를 추정 할 수 있습니다. 그러나 실제로는 보시다시피 항상 잘되는 것은 아닙니다.

번 다운 차트를 사용하여 완료를 추정하는 것은 제품 백 로그가 잘 이해되고 일반적으로 정적 인 것과 같은 몇 가지 가정에 의존합니다. 그러나 이것은 일반적으로 사실이 아닙니다.

팀은 백 로그 상단에서 가장 우선 순위가 높은 작업을 이해하는 데 노력을 집중하고 덜 중요한 작업을 이해하기 위해 최소한의 노력 만 기울이는 경향이 있습니다. 백 로그 아래로 이동하면 작업이 더 크고 명확하지 않은 경향이 있습니다.

제품 백 로그도 자주 변경됩니다. 이해 관계자의 요구 사항을 이해하기위한 제품 소유자의 정기적 인 작업, Sprint 리뷰에서 얻은 피드백 및 제품이 사용됨에 따라 다른 소스의 피드백 사이에 제품 백 로그의 내용이 변경 될 수 있습니다.

실제로 노력의 완료를 예측할 수 있다는 생각은 본질적으로 Agile이 아닙니다. Agile에서는 범위가 확약되지 않습니다. 노력의 끝은 다음 장치를 제공하는 비용이 제공 할 가치를 초과 할 때입니다. 범위를 정의하고 약속하는 데 노력을 기울이지 않음으로써 팀은 피드백에 응답하고 제품의 운영 공간에 대해 배운 내용을 통합 할 수 있습니다. 번 다운 차트를 사용하여 완료를 추정하는 것과 불확실성이 높은 도메인에서 작동하지 않는 대규모 사전 계획 사이에는 큰 차이가 없다고 제안합니다.

5 Bogdan Nov 19 2020 at 01:48

위에서 언급 한 세 가지 사항이 이미있는 경우 프로젝트 완료 날짜를 추정하기 위해 번 다운 차트가 필요하지 않습니다. 총 스토리 포인트를 속도로 나눌 때, 돌아 오는 것은 여러 스프린트입니다.이 스프린트는 (일반적으로) 몇 주 단위로 타임 박스가 지정되어 캘린더를 통해 레이아웃하고 프로젝트 완료 날짜를 얻을 수 있습니다. 번 다운 차트를 그리면 프로젝트 시작과 계산 한 동일한 완료 날짜 사이에 이상적인 선이 표시됩니다. 별로 유용하지 않습니다.

번 다운 차트는 완료 날짜를 예측하는 것이 아니라 실제 진행 상황이 예측 한대로 진행되고 있는지 표시하는 데 유용 합니다 . 번 다운에 대한 이상적인 선과 이상적으로 예측 한 것보다 뒤 (위) 또는 앞 (아래)에 있는지를 보여주는 실제 선이 있습니다. 그래도 원하는 날짜에 배달하고 싶다면 조치를 취하고 궤적을 수정할 수 있습니다.

물론,이 모든 것은 당신이 일어날 것이라고 생각하는 이상적인 일들 일뿐입니다. 예측이 아니라 예측 입니다. 프로젝트가 진행되면 많은 것들이 다르게 나타납니다.

예를 들어 백 로그가 변경된 경우 번 다운은 표시되지 않습니다. 당신은 단지 스토리 포인트를 불태 웁니다. 번 다운은 우선 순위가 변경되었는지 또는 작업 할 것이라고 생각한 작업이나 다른 작업을 지금 작업하는지 여부를 표시하지 않습니다. 단지 얼마나 많은 스토리 포인트를 태웠는지와 얼마나 많은 스토리 포인트가 남아 있는지 보여줍니다. 또한 이상적인 번 다운 선을 그린 후에도 모든 것이 동일하게 유지된다고 가정합니다.

하지만 물론 상황이 변 합니다. 사람들 이 올바른 제품 을 만드는 데 집중 하면 초기 예측을 완료 한 후 상황이 바뀝니다. 번 다운 차트를 잘못 사용하는 경우 일부는 팀이 노력을 기울이고 이상적인 번 다운 선을 따르고 예상 완료 날짜까지 완료해야하는 많은 이야기 나 기능을 번 다운 할 수 있습니다. 이제 기본적으로 큰 사전 계획과 예측 된 내용이 정확하고 그로부터의 편차가 나쁘다는 가정을 가지고 Waterfall을 얻습니다. 실제로는 그 반대입니다.