스크럼 가이드 | 11. 스크럼 마스터가 추적해야 하는 통계 및 메트릭

게시 됨: 2022-04-21

스크럼 마스터에 통계와 메트릭이 필요한 이유는 무엇입니까? 첫째, 결과의 예측 가능성에 대해 작업하고 팀의 효율성을 향상시키는 그의 방법이 효과적인지 확인합니다. 또한 그들의 행동이 개발 팀에 어떤 영향을 미치는지 추적합니다. 즉, 직원 사용자 경험(UX)을 형성하는 방법입니다. 따라서 이 기사에서는 스크럼 마스터가 추적해야 하는 통계 및 메트릭을 소개합니다.

스크럼 마스터에게 중요한 통계 및 메트릭 – 목차:

  1. 개발팀 업무 성과 측정
  2. 직원 사용자 경험 모니터링 개발자
  3. 요약

개발팀 업무 성과 측정

스크럼 마스터가 추적해야 하는 가장 일반적으로 사용되는 통계 및 메트릭 은 작업 실행의 속도와 흐름을 설명하는 것입니다. 번업 차트, 번업 차트 및 누적 플로우 차트가 있습니다. 이는 제품 개발과 팀 효율성을 모두 측정합니다. 각각 다른 각도에서 이러한 문제에 접근할 수 있으므로 함께 보여주는 것이 좋습니다. Sprint는 물론 전체 제품 개발 프로세스 동안 다양한 규모의 진행 상황을 평가할 수 있는 편리한 도구입니다.

Statistics and metrics

번다운 차트

번다운 차트 는 스크럼 마스터와 개발 팀이 얼마나 많은 작업을 완료했고 얼마나 남았는지 보여줍니다. X축은 작업 완료까지 남은 시간을 나타냅니다. Y축은 스프린트 백로그 또는 제품 백로그에서 계획한 남은 작업량을 나타냅니다.

이 차트는 또한 우리가 별도의 기사를 할애할 개발 팀의 속도를 결정하는 데 도움이 됩니다. 여기서는 한 스프린트 동안 수행된 평균 작업량이라는 점만 언급하겠습니다.

이 간단한 도구를 통해 Scrum Master 는 팀이 얼마나 효율적으로 작업하고 있는지 확인할 수 있습니다. 또한 다음 질문에 답하는 데 도움이 됩니다.

  • 작업의 어떤 부분이 이미 완료되었습니까?
  • 완료해야 할 작업이 얼마나 남았습니까?
  • 제품을 개발하는 데 얼마나 걸립니까?

번다운 차트를 사용할 때 스크럼 마스터는 팀의 진행 상황을 통계적으로 평가하는 유일한 도구가 아니라는 점을 염두에 두어야 합니다. 작업 범위가 고정되고 알려진 프로젝트에 가장 적합합니다. 새로운 클라이언트로 매우 혁신적인 솔루션을 만드는 데에는 적합하지 않습니다. 그러면 제품 백로그의 내용인 전체 프로젝트에서 수행해야 하는 작업의 양이 프로젝트 중에 크게 변경되어 번다운 차트를 사용하기 어려울 수 있습니다.

번업 차트

번업 차트는 위에서 논의한 번다운 차트의 반대입니다. 여기서도 Y축은 완료해야 할 남은 작업량을 나타냅니다. 반면 X축은 완료 시간을 스프린트 수 또는 날짜로 표시합니다.

그러나 스크럼 마스터는 약간 다른 목적으로 번업 차트를 사용합니다. 이는 제품의 진행 상황과 팀의 진행 상황을 측정하는 데 도움이 될 뿐만 아니라 도움이 되기 때문입니다. 이 메트릭은 또한 프로젝트의 작업 범위가 시간이 지남에 따라 어떻게 변하는지 평가합니다. 따라서 가변 범위가 있는 프로젝트에서 잘 작동합니다.

번업 차트는 또한 시간이 지남에 따라 더욱 효과적이 되고 있는 계획 도구입니다. 다음 스프린트에서 개발 팀이 수행할 작업의 양에 대한 질문에 대한 답변을 제공합니다.

누적 흐름도

스크럼 마스터와 개발 팀의 작업에서 매우 유익한 세 번째 유형의 다이어그램은 누적 흐름 다이어그램입니다. 개발팀의 속도와 생산성이 얼마나 안정적인지에 대한 분석이 특징입니다. 축의 레이아웃은 번업 차트와 동일하므로 종종 더 복잡한 버전이라고 합니다.

그러나 누적 흐름도는 주어진 기간에 완료된 작업의 수를 결정하기 위한 것만은 아닙니다. 또한 실행을 위해 대기열에서 대기 중인 작업의 수도 고려합니다. 덕분에 소위 "병목 현상"을 진단할 수 있습니다. 즉, 제품 생성 속도를 늦추는 프로세스의 순간입니다.

이 매우 진단적인 기능은 스크럼 마스터의 손에서 가장 유용한 메트릭 중 하나입니다. 개발팀의 강점을 다르게 배분하고 다운타임을 피할 수 있는 방식으로 업무를 재구성할 수 있기 때문이다.

Statistics and metrics the Scrum Master should track

직원 사용자 경험 모니터링 개발자

정기적이고 세심한 통계 유지 및 분석은 효과적인 스크럼 마스터의 작업에 필수적인 부분입니다. 그러나 그는 먼저 개발자의 직원 사용자 경험, 즉 스크럼 팀에서 작업을 인식하는 방식을 염두에 두어야 합니다. 그러나 결정하는 것은 지표의 품질이 아니라 스크럼 마스터가 지표를 사용하는 방식입니다.

통계가 스크럼의 원칙에 따라 유지된다면(투명하고 공개되며 관련된 개발자가 이해할 수 있음) 팀이 더 효율적으로 작업하도록 동기를 부여하거나 훌륭한 결과에 대해 보상하는 방법이 될 수 있습니다. 그러나 통계는 개발팀에 압력을 가하는 도구로 기능할 수 있습니다. 그런 다음 그들의 표시는 비난과 분노의 생성기가됩니다. 그들은 팀 사기를 저하시키고 팀워크 관행을 망치는 데 기여할 수 있습니다.

통계 도구로 작업하는 스크럼 마스터가 처리해야 하는 개발자의 직원 경험의 두 번째 중요한 요소는 시간 관리 방식입니다. 스크럼 마스터가 개발팀을 돌볼 수 있는 충분한 시간이 필요하기 때문입니다. 이러한 이유로 대규모 프로젝트의 경우 스크럼 팀에 추가 인원을 포함하는 것을 고려할 가치가 있습니다. 그/그녀는 프로젝트 관리자의 역할을 하며 지표를 관리합니다. 덕분에 스크럼 마스터와 어느 정도는 제품 소유자가 개발 팀과 작업하는 데 방해가 되는 작업에서 벗어날 수 있습니다.

통계 및 측정항목 – 요약

스크럼 마스터 는 개발 팀의 작업을 설명하는 기본 통계를 추적해야 합니다. 그들의 능숙한 해석은 팀의 작업에서 문제를 신속하게 발견하고 이에 대응할 가능성을 높입니다. 그러나 차트를 유지하는 것보다 더 중요한 것은 스크럼 마스터가 차트를 사용하는 것입니다. 그들은 메트릭을 팀을 평가하는 도구로 취급해서는 안 되며, 오히려 팀에 동기를 부여하고 자신의 업무 방식을 진단하는 데 유용한 도구로 취급해야 합니다. 메트릭은 팀 및 제품 개선 프로세스를 촉진하는 데 도움이 되는 경우에만 유용한 도구가 되기 때문입니다.

콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube에서 바쁜 꿀벌 커뮤니티에 가입하십시오 .

Scrum Guide | 11. Statistics and metrics the Scrum Master should track caroline becker avatar 1background

저자: 캐롤라인 베커

프로젝트 관리자인 Caroline은 최고의 워크플로를 설계하고 프로세스를 최적화하기 위한 새로운 방법을 찾는 데 전문가입니다. 그녀의 조직적 기술과 시간 압박 속에서 일하는 능력은 그녀를 복잡한 프로젝트를 현실로 만드는 최고의 사람으로 만듭니다.

스크럼 가이드:

  1. 기본 용어, 역할 및 개념의 용어집
  2. 스크럼이란?
  3. 스크럼 값
  4. 회사에서 스크럼을 구현하는 방법은 무엇입니까?
  5. 스크럼 팀 - 무엇이며 어떻게 작동합니까?
  6. 제품 소유자는 누구입니까?
  7. 제품 소유자의 가장 일반적인 실수
  8. 스크럼 마스터는 누구인가?
  9. 좋은 스크럼 마스터의 특징
  10. 스크럼 마스터의 가장 흔한 실수
  11. 스크럼 마스터가 추적해야 하는 통계 및 메트릭은 무엇입니까?
  12. 제품 소유자와 스크럼 마스터 간의 협력
  13. 스크럼 개발팀
  14. 개발자의 가장 흔한 실수
  15. 스크럼 아티팩트
  16. 스케일링 스크럼
  17. 스프린트 백로그
  18. 제품 백로그란 무엇입니까?
  19. 사용자 스토리란 무엇입니까?
  20. INVEST로 최고의 사용자 스토리 만들기
  21. 가장 흔한 사용자 스토리 실수
  22. 사용자 스토리 수락 기준
  23. 스크럼의 추정 및 스토리 포인트
  24. 계획 포커
  25. 팀 평가 게임
  26. 증분 정의
  27. 스크럼 이벤트
  28. 스크럼에서 스프린트란?
  29. 스크럼 팀 약속 - 제품 목표, 스프린트 목표 및 완료의 정의
  30. 번다운 차트란 무엇입니까?
  31. 번다운 차트를 만들고 해석하는 방법은 무엇입니까?
  32. 번다운 차트의 장점과 단점
  33. 스크럼과 스크럼반의 칸반 보드
  34. 스크럼의 속도 - 개발 팀의 속도
  35. 일일 스크럼
  36. 스프린트 계획
  37. 스프린트 리뷰
  38. 스프린트 회고란 무엇입니까?
  39. 스프린트 회고 중 일반적인 실수
  40. 제품 백로그 육성