스크럼 가이드 | 32. 번다운 차트의 장점과 단점
게시 됨: 2022-06-22화상 차트에는 많은 이점이 있습니다. 여러 가지 이유로 Scrum의 주요 메트릭 도구 중 하나입니다. 생성, 확장 및 읽기가 쉽습니다. 그러나 범용 도구가 아니라는 단점도 있습니다. 오늘의 기사에서는 번다운 차트의 단점과 장점에 대한 주제를 다룹니다.
번다운 차트의 장점과 단점 – 목차:
- 소개
- 번다운 차트의 장점
- 번다운 차트의 단점
- 요약
소개
번다운 차트가 무엇인지, 번다운 차트를 만들고 해석하는 방법에 대해서는 이전 기사에서 썼습니다. 오늘 우리는 번다운 차트의 장점과 단점 에 초점을 맞출 것입니다. 그러나 대부분은 단순한 그래프 자체에 숨겨져 있지 않습니다. 오히려 번다운 차트를 사용하여 작업 결과를 설명하고 자기 조직화를 강화하므로 개발팀 의 동기 를 부여하는 방식과 관련이 있습니다.
번다운 차트의 장점
굽기 차트를 사용하면 프로젝트 진행 상황을 시각화할 수 있습니다. 가독성과 단순성으로 인해 인기가 높습니다. 그렇기 때문에 Burn Chart는 디지털 프로젝트 관리 도구에 숨겨져 있는 지속적으로 업데이트되는 지표일 뿐만 아니라 좋은 생각입니다. 가능하다면 실제 작업장에서 볼 수 있는 개발 팀의 참조 지점 으로 만드는 것이 좋습니다. 화면 시각화 또는 손으로 그린 스케치의 형태로.
개발팀에 동기를 부여합니다.
번 차트의 투명성은 개발 팀이 효율적으로 작업하도록 동기를 부여하는 도구가 될 수 있습니다. 각 스프린트에서 "제로" 지점에 도달하는 것은 비즈니스 게임화 원칙에 따라 보상이 제공되는 팀의 야심찬 목표가 될 수 있습니다 .
흥미롭게 유지되는 최신 번다운 차트의 가시성은 협력 정신과 자기 조직화를 강화할 수도 있습니다. 결국 지표는 팀워크의 척도입니다. 누가 계획한 작업을 완료했는지 또는 완료하지 않았는지 정확히 표시하지 않고 달성된 결과만 표시합니다.
수행한 실제 작업을 측정합니다.
개발자는 주어진 스프린트에서 수행할 작업의 수를 결정합니다. 경험이 많은 팀일수록 자신의 행동을 더 정확하게 예측해야 합니다. 그리고 버다운 차트는 스프린트의 실제 진행 상황을 반영합니다.
따라서 번 차트의 장점은 수행한 작업의 객관적인 양을 측정하는 것이 아니라 계획된 작업에서 완료된 작업의 비율을 측정하는 것입니다. 따라서 개발자는 점차적으로 계획하는 방법을 배우고 자신의 능력을 점점 더 정확하게 추정하고 반복적인 오류를 제거할 수 있습니다.
다른 도구와 결합됩니다.
번다운 차트의 중요한 장점 중 하나는 다른 도구와 결합할 수 있다는 점입니다. 다음 도구를 적용할 수 있습니다.
- 개발팀의 업무 분석
- 제품 작업 진행 상황 시각화
- 프로젝트 예산 추정
예를 들어, 후자의 경우 프로젝트 규모 번다운 차트를 사용 하면 전체 프로젝트에 대해 계획된 예산과 실제 예산을 비교할 수 있습니다.
번다운 차트의 단점
위에 설명된 번다운 차트의 모든 장점에도 불구하고 개발 팀에 혼란의 원인이 될 수 있습니다. 그러나 번다운 차트의 "결함"이라고 자주 부르는 것은 도구 자체의 불완전성 때문이 아닙니다. 아래에 설명된 문제는 설계보다는 번다운 차트를 구현하는 방법과 관련이 있습니다. 다음은 개발팀의 진행 상황을 이런 식으로 묘사하는 데 방해가 될 수 있는 결함입니다.
"인간적 요인"
차트는 팀의 진행 상황을 절대적으로 측정할 수 없습니다. 그것들은 서로 다른, 다소 숙련된 방식으로 적용하기 위한 도구일 뿐입니다. 번다운 차트뿐만 아니라 다른 팀 성과 측정의 단점(또는 장점)으로 간주할 수 있습니다.
번다운 차트를 생성하려면 다른 사람이 데이터를 입력해야 합니다. 즉, 개발자는 작업 완료 시간을 차트에 적습니다. 그들은 부주의로 인해 또는 팀을 위해 더 나은 것을 만들고 싶었기 때문에 시간을 조금 늘리거나 줄였을 수 있습니다. 개발자는 때때로 시간을 기록하는 것을 잊습니다. 또는 타이머를 켜두십시오. 이로 인해 작업 시간이 몇 시간으로 연장됩니다. 그리고 실수를 발견한 후에는 실제 경로를 재구성하기가 어렵습니다.
스프린트 백로그 변경 사항
스프린트 백로그는 스프린트 시작 후에 수정하면 안 됩니다. 그러나 실제로 이러한 변경은 꽤 자주 발생합니다. 이는 이해관계자의 요구사항 변화로 인해 발생합니다. 또는 개발자에게 발생하는 예상치 못한 문제.
이로 인해 번다운 그래프의 크기가 조정됩니다. 작업을 완료하는 데 걸리는 시간이 동일하게 유지되기 때문입니다. 그러나 남은 작업의 규모는 증가합니다. 이것은 개발 팀이 주어진 스프린트에서 수행할 작업을 잘못 계획했다는 잘못된 인상을 줄 수 있습니다. 또는 너무 느리게 작동합니다.
스프린트 백로그에 대한 변경은 너무 빨리 완료되도록 예약된 작업으로 인해 발생할 수도 있습니다. 이러한 상황에서 개발팀은 일반적으로 작업 수를 늘리기로 결정합니다. 이로 인해 제 시간에 완료하지 못할 수 있습니다. 또한 이전 스프린트의 나머지 작업과 이해 관계자 및 제품 소유자가 완료하도록 예약된 새 작업이 겹치기 때문에 충돌이 발생할 수 있습니다 .
제품 백로그 변경
제품 백로그의 큰 변화는 번 차트의 모양을 방해할 수 있습니다. 따라서 작업 진행 상황과 팀 효율성에 대한 그림을 크게 위조합니다. 이것은 새로운 사용자 스토리 가 나타날 때 발생합니다. 그리고 구현 단계에 가까운 것들은 종종 더 작은 부분으로 나뉩니다. 또한 클라이언트가 일부 제품 기능에서 사임하는 경우도 있습니다.
따라서 번 차트를 해석할 때는 팀의 성과를 평가하는 데 지식과 경험을 바탕으로 해야 합니다. 또한 백로그의 변동성을 고려하십시오. 차트가 성과를 평가하는 데 사용되는 유일한 메트릭이 아닌 경우 다른 차트를 통해 작업 진행 상황을 보다 완벽하게 볼 수 있습니다.
요약
번다운 차트는 개발팀 의 동기 부여 에 크게 기여할 수 있습니다. 이는 계획에서 수행된 실제 작업의 측정값을 제공하기 때문입니다. 또한 다른 측정 도구와의 조합은 팀의 작업 및 제품 계획에 대한 귀중한 지식의 원천이 될 수 있습니다.
스크럼 원칙을 신중하게 적용 하면 번다운과 관련된 잠재적인 문제를 피할 수 있습니다. 가장 중요한 것은 실제 스크럼 팀의 작업에 따라 차트를 유지하는 도구를 조정하고 이 기사에서 더 자세히 다룰 스프린트 및 제품 백로그의 변경을 최소화하는 것입니다.
콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest에서 바쁜 꿀벌 커뮤니티에 가입하세요.
스크럼 가이드:
- 기본 용어, 역할 및 개념의 용어집
- 스크럼이란?
- 스크럼 값
- 회사에서 스크럼을 구현하는 방법은 무엇입니까?
- 스크럼 팀 - 무엇이며 어떻게 작동합니까?
- 제품 소유자는 누구입니까?
- 제품 소유자의 가장 일반적인 실수
- 스크럼 마스터는 누구인가?
- 좋은 스크럼 마스터의 특징
- 스크럼 마스터의 가장 흔한 실수
- 스크럼 마스터가 추적해야 하는 통계 및 메트릭은 무엇입니까?
- 제품 소유자와 스크럼 마스터 간의 협력
- 스크럼 개발팀
- 개발자의 가장 흔한 실수
- 스크럼 아티팩트
- 스케일링 스크럼
- 스프린트 백로그
- 제품 백로그란 무엇입니까?
- 사용자 스토리란 무엇입니까?
- INVEST로 최고의 사용자 스토리 만들기
- 가장 흔한 사용자 스토리 실수
- 사용자 스토리 수락 기준
- 스크럼의 추정 및 스토리 포인트
- 계획 포커
- 팀 평가 게임
- 증분 정의
- 스크럼 이벤트
- 스크럼에서 스프린트란?
- 스크럼 팀 약속 - 제품 목표, 스프린트 목표 및 완료의 정의
- 번다운 차트란 무엇입니까?
- 번다운 차트를 만들고 해석하는 방법은 무엇입니까?
- 번다운 차트의 장점과 단점
- 스크럼과 스크럼반의 칸반 보드
- 스크럼의 속도 - 개발 팀의 속도
- 일일 스크럼
- 스프린트 계획
- 스프린트 리뷰
- 스프린트 회고란 무엇입니까?
- 스프린트 회고 중 일반적인 실수
- 제품 백로그 육성