스크럼 메트릭

스크럼 팀이 팀 성과를 최적화하기 위해 측정할 수 있는 항목과 그 방법

Erika Sa 작성자: Erika Sa
주제 찾아보기

요약: 스크럼 메트릭은 스크럼 팀이 효율성과 효과를 개선하기 위해 추적하고 사용하는 특정 데이터 포인트입니다. 스크럼 팀은 의사 결정에 정보를 제공하고 계획 및 실행에서 효율성을 높이며 목표 및 개선 계획을 설정하는 데 메트릭을 사용합니다.

유명한 경영 사상가 Peter Drucker는 “측정할 수 없다면 개선할 수 없다”고 말했습니다. 삶의 모든 측면에 적용되는 말은 아니지만 애자일 스크럼 관행을 따르는 팀에게는 적용됩니다. 스크럼 팀은 특정 메트릭을 사용하여 팀 효율성을 조정하고, 방향을 전환하고, 개선할 수 있습니다.

스크럼이란?

스크럼은 팀이 복잡한 문제를 해결하는 동시에 목표를 중심으로 솔루션을 반복적으로 개발하는 데 도움이 되는 애자일 프레임워크이자 작업 방식입니다. 스크럼 작업 방식은 스프린트로 특징지어지며, 스프린트란 스크럼 팀이 정해진 양의 작업을 완료하기 위해 작업하는 측정된 시간입니다.

적응성으로 인해, 스크럼과 같은 애자일 프레임워크는 기술 중심의 팀을 넘어 지원, 디자인, 마케팅 팀 등으로 확산되었습니다. 따라서 스크럼 메트릭은 팀 성과와 효율성을 측정하는 데 점점 더 중요해지고 있습니다.

스크럼 메트릭이란 무엇입니까?

스크럼 메트릭은 스크럼 팀이 효율성과 효과성을 개선하기 위해 추적하고 사용하는 특정한 데이터 포인트입니다. 스크럼 메트릭을 정의, 이해 및 구현하면 팀의 애자일 여정을 안내하고 개선하는 데 도움이 되는 인사이트가 될 수 있습니다.

스크럼 팀은 메트릭을 사용하여 의사 결정에 정보를 제공하고 계획 및 실행에서 더 효율적으로 진행합니다. 메트릭은 또한 현재 상태에 대한 기준선을 설정하고 목표 및 개선 계획을 세우는 데 사용할 수 있습니다. 그렇게 할 때 모두를 현재와 비교할 수 있는 업계 표준 척도는 없습니다. 컨텍스트가 없을 때 데이터 포인트를 비교하는 것은 마치 사과와 굴을 비교하는 것과 같기 때문입니다. 모든 팀은 각각 고유합니다. 따라서 규모, 사용하는 기술, 작업 유형 면에서 다를 수 있습니다.

추적하고 사용 방법을 정의할 일련의 메트릭에 대해 합의를 이루는 것은 각 팀의 몫입니다. 이것은 개인적인 노력으로 이루어지는 것도 아니며, 리더십이나 경영진이 팀을 대신하여 정의하고 시행할 수 있는 것이 아닙니다.

스크럼 메트릭이 필요한 이유는 무엇입니까?

스크럼 메트릭은 팀이 벤치마크를 설정하고 작업 방향을 안내하는 데 도움이 될 수 있습니다. 이러한 이유로 스크럼 메트릭은 기존 팀과 신규 팀 모두에게 유용합니다.

스크럼 메트릭을 추적하면 팀의 속도, 작업 수용량, 제공 예측 가능성 또는 제품의 품질 등 팀 효율성의 다양한 차원에 대한 가시성을 확보할 수 있습니다. 주요 메트릭은 팀의 성과에 대한 인식을 높이고 변화와 개선을 위한 조치를 유도할 수 있습니다. 또한 시간이 지남에 따라 팀의 행복과 만족도를 측정하는 데 도움이 될 수도 있습니다.

많은 애자일 팀에서는 너무 쉽게 직감이나 직관에 의존하여 팀의 성과를 파악합니다. 이 습관 뒤에는 여러 실질적인 이유가 있을 수 있지만, 큰 기회를 놓친 것이나 다름없습니다.

스크럼 메트릭을 KPI로 사용할 수 있습니까?

사용할 수도, 사용하지 못할 수도 있습니다. 스크럼 메트릭은 핵심 성과 지표(KPI)를 설정하는 데 사용할 수 있지만 작업의 유형 및 범위에 따라 다릅니다. 스크럼 메트릭만으로는 고객 가치를 측정하거나 팀이 올바른 것을 제공했는지 여부를 보여줄 수 없습니다. 애자일 팀의 경우 KPI는 궁극적으로 팀이 회사 우선 순위를 얼마나 잘 지원하는지 보여줘야 합니다.

스크럼 팀의 성과를 측정할 때는 다음을 포함하여 스크럼 이외의 다른 메트릭을 고려해야 합니다.

  • 비즈니스의 투자 대비 효과(ROI) — 기업은 매출 증가, 월간 사용 현황(MAU) 등 목표에 따라 다양한 방법으로 이를 측정합니다.
  • 고객 만족도 — NPS(순 추천 고객 점수) 및 CSAT(고객 만족도 점수)와 같은 설문조사 메트릭은 프로젝트의 성공을 추적하는 데 도움이 될 수 있습니다. 모든 릴리스에 대해 일관적인 고객 만족도 메트릭은 스크럼 팀의 가치를 고객에게 보여주는 데 중요합니다.
  • 팀 만족도 — 팀에게 프로젝트에 대한 동기 부여 수준과 팀과의 참여 수준을 물어보는 것만으로도 이직률, 이탈 및 개발자 불만족과 같은 문제를 파악할 수 있습니다.

주요 스크럼 이벤트 및 검토할 메트릭

애자일 스크럼은 스프린트, 스프린트 계획, 일일 스크럼, 스프린트 검토, 스프린트 회고와 같은 다양한 반복 이벤트를 정의하지만, 진행률 또는 성공을 보장하지는 않습니다. 하지만 팀원은 각 이벤트를 통해 작업 방식을 검사하고 조정할 수 있습니다.

스프린트 주기 인포그래픽

스프린트 계획

스프린트 계획 회의는 스프린트가 시작될 때 진행되며, 팀은 스토리 설명을 세부 작업으로 나눕니다. 그러면 스프린트 중에 만들어질 작업의 추정치가 제공됩니다. 스프린트 목표, 현재 팀 속도, 팀의 작업 수용량 및 작업 유형을 포함하여 팀의 스프린트 계획을 더 효율적으로 만들 수 있는 데이터 포인트가 몇 가지 있습니다. Atlassian에서는 스프린트 계획 회의 템플릿을 사용하여 스프린트 계획을 진행합니다.

스프린트 목표

스프린트 목표는 팀이 스프린트에서 달성해야 할 작업을 결정하고 항목에 응집력을 부여하며 우선 순위를 설정하는 데 도움이 됩니다. 스프린트 목표는 종종 여러 스프린트를 통해 달성할 수 있는 것보다 더 큰 결과에 기여합니다. 스프린트 목표의 우선 순위는 이 결과에 미치는 영향을 기반으로 해야 합니다. 진정으로 효과적인 팀은 목표와 우선 순위를 정기적으로 검토하여 엔지니어링 노력의 순서를 정하고 분할하는 방법을 전략화합니다.

팀 속도

팀이 스프린트에 쏟을 수 있는 노력의 양은 본질적으로 속도(주어진 시간 동안 할 수 있는 작업의 양), 그리고 작업 수용량(업무 가능 상태)에 달려 있습니다. Jira에서 사용하는 것과 같은 속도 차트는 스프린트 중에 제공되는 가치의 양을 보여줍니다. 이를 통해 팀이 향후 스프린트에서 수행할 수 있는 작업량을 예측할 수 있습니다. 팀의 속도는 하나의 팀으로서 몇 번의 스프린트를 함께 진행해야만 파악할 수 있습니다. 시간이 지남에 따라, 팀이 협력하면서 속도가 안정화됩니다. 여기에는 사용되는 기술을 강화하는 것뿐만 아니라 서로의 전문성을 파악하고 팀으로서 협력하는 방법을 배우는 것도 포함됩니다.

다음은 (1) 스토리 포인트를 기반으로 한 추정 통계, (2) 스프린트의 모든 이슈에 대한 추정치인 이행 약속, (3) 완료된 추정치 및 (4) 완료된 스프린트가 포함된 속도 차트의 예시입니다.

속도 차트 인포그래픽

Team Capacity

팀이 스프린트에서 완료할 수 있는 작업량이 작업 수용량과 업무 가능 상태에 따라 달라진다는 것은 놀라운 일이 아닙니다. 팀의 절반이 휴가를 떠난다면 안정적인 속도는 아무 의미가 없습니다. 작업 수용량을 계획하는 한 가지 방법은 몇 번의 스프린트에서 각 팀원의 업무 가능 상태를 수집하고 합계를 더하여 총 작업 수용량의 일정 비율을 얻는 것입니다. 마지막 순간의 변경 사항 또는 긴급 상황은 누구에게나 발생할 수 있으므로 과도한 이행 약속과 제공 미달을 방지하기 위해 스프린트 이행 약속에 10% 완충 구간을 두는 것도 좋은 생각입니다.

작업 유형

스프린트 백로그에 기능 작업, 버그 수정 및 기술적 부채가 점점 많이 섞이게 되면서, 팀이 스프린트에서 어떤 부분에 시간을 사용하고 있는지 확인하기가 까다로워집니다. 특히 개발 팀이 품질에 열정적이라면 스프린트에 버그나 기술적 부채가 잠입하기 쉽습니다. 그러나 팀이 주의를 기울이지 않으면 스프린트가 끝난 후 계획대로 충분한 고객 가치를 제공하지 못한 이유를 궁금해하게 될 수 있습니다.

스프린트 계획 중에 서로 다른 유형의 작업 분할을 검토하여 팀이 어떤 작업을 수행하고 있는지 의도적으로 생각해 보세요. 이 경우, 백로그에서 많은 기술적 부채와 양질의 작업을 발견하더라도 기술적 부채 스프린트를 예약하거나 QA에 대한 기준을 높여 전략적으로 해결할 수 있습니다.

스탠드업 회의(일명 매일 스크럼)

스탠드업 회의 또는 매일 스크럼은 팀원들이 자신의 작업에 대해 체크인하도록 매일 열리는 짧은 회의입니다. 효과적인 스크럼 팀의 경우 스탠드업 회의는 해야 할 일 목록에서 개인의 업데이트 사항에 대해 업데이트를 제공하는 것 이상이어야 합니다. 팀의 스프린트 진행률을 검토하고 스프린트 결과에 중대한 영향을 미칠 수 있는 크고 작은 일상적인 의사 결정을 내리기 위한 우선 순위를 다시 정렬할 수 있는 기회입니다.

이 과정에서 다음과 같은 데이터와 메트릭이 유용할 수 있습니다.

스프린트 목표를 향한 진행률

팀원들은 작업의 상태와 진행률을 명확하게 알 수 있지만 집단적인 스프린트 목표를 향한 전반적인 진행률을 놓치기 쉽습니다. 그래서 스탠드업 회의 중에 스프린트 목표의 목록을 가져와 하나의 팀으로서 검토하는 것이 중요합니다.

팀이 아직 계획대로 진행하고 있는지 논의할 수 있는 기회라고 생각하세요. 계획대로 진행하고 있지 않다면 왜 그런 것이며 어떤 조치를 취할 수 있습니까? 해결할 수 없는 문제인 경우, 주요 이해 관계자에게 이를 전달하여 모두가 같은 정보를 공유하는 것이 중요합니다.

스프린트 번다운 차트

팀의 진행률을 더 잘 이해하려면 스프린트 번다운 차트를 사용하여 스프린트를 빠르게 검토해야 합니다. 스프린트 번다운 차트는 스프린트 전체에 걸쳐 완료한 작업을 추적합니다. 완료하는 데 걸리는 시간과 작업량을 비교하여 스토리 포인트 또는 시간으로 측정합니다. 지정된 시간에 안에 작업을 완료할 수 있는 팀의 능력을 예측하고 범위 초과를 추적하는 데 도움이 됩니다. 번다운 차트에 급격한 하락이 있는 경우 작업이 정확하게 추정되지 않은 것과 관련이 있을 수 있습니다.

다음은 Jira의 스프린트 번다운 차트로, (1) 추정치 통계, (2) 스프린트에 남은 총 작업량인 나머지 값 및 (3) 팀이 있어야 할 대략적인 위치를 보여주는 안내선이 포함되어 있습니다.

스프린트 번다운 차트 인포그래픽

워크로드 분산

팀이 놓치지 말아야 할 한 가지 사항은 개인이 얼마나 많은 작업을 수행하고 있는지입니다. 특히 원격 근무 문화에서는 모두가 얼마나 많은 일을 하고 있는지 파악하기가 쉽지 않습니다. 이에 대한 가시성이 없다면 일부 팀원이 과도한 업무를 수행하게 될 수도 있습니다. 스탠드업 회의는 팀원들이 서로에게 지원과 도움을 요청하는 장소입니다. 또한 스프린트 목표를 더 효과적으로 달성하기 위해 모두의 워크로드를 조정하는 장소가 될 수도 있습니다.

팀에서 이 메트릭을 사용할 때는 명심해야 할 한 가지가 있습니다. 바로 메트릭을 무기처럼 사용하지 않아야 한다는 것입니다. 이 메트릭을 사용하여 개인의 생산성을 측정하면 결국 팀의 의욕을 꺾게 될 수도 있습니다. 대신 모두가 자신이 얼마나 많은 일을 하고 있는지, 어떤 부분에서 도움이 필요한지에 대해 공개적으로 이야기할 수 있는 안전한 환경을 조성하세요.

컨텍스트에서 인사이트 찾기

스크럼 이벤트에 대한 케이던스를 설정한 후에는 지속적으로 메트릭을 사용하여 성과를 최적화하는 것이 중요합니다. Insight는 팀이 필요할 때 메트릭에 액세스할 수 있는 유용한 도구입니다. 스프린트 계획, 매일 스탠드업 시 체크인 또는 제공 최적화 중에 메트릭에 액세스할 수 있습니다. Jira 보드, 백로그 및 배포 보기의 오른쪽 상단에서 Insight를 찾을 수 있습니다.

Insight에 대해 자세히 알아봅니다.

백로그 패널 강조

스프린트 회고

최고의 팀이라도 스프린트 회고를 통해 도움을 받을 수 있습니다. 여러분과 팀이 스프린트에서 무슨 일이 있었는지 검토하는 단계로, 잘 진행된 부분을 축하하고, 개선이 필요한 부분과, 그 이유를 살펴보는 시간입니다. 스프린트 목표 완료 및 스프린트 만족도를 포함한 주요 스프린트 메트릭을 자연스럽게 검토하기에 완벽한 시기입니다.

다음은 Confluence 페이지에 요약된 Atlassian 팀 회고의 예시입니다.

스프린트 회고 스크린샷

스프린트 목표 완료

팀이 스프린트 계획 중에 설정한 목표에 대해 어떻게 추적했습니까? 팀이 목록의 모든 것을 달성했다면 아주 좋습니다. 그렇지 않다면 부족한 점은 무엇이었습니까? 팀의 성공을 평가할 때는 앞서 설명한 스크럼 메트릭이 유용할 수 있습니다. 팀 워크플로의 개선은 축하할 가치가 있습니다. 어쩌면 범위 초과가 없어 팀이 더 빠르게 진행했을 수도 있습니다. DevOps를 실천하는 팀의 경우 사이클 타임 또는 배포 빈도와 같은 주요 DevOps 메트릭을 검토하여 스프린트 목표 완료 가능성을 높일 수 있는 제공 프로세스의 개선 사항을 논의할 수도 있습니다. 이를 통해 팀은 문제를 해결하고 더 명확한 작업 계획을 세울 수 있습니다.

스프린트 만족도

단순히 말해, 스프린트에 대한 만족도를 팀에게 물어보는 것입니다. 일부 팀은 이를 위해 숫자 척도, 일화적인 피드백 또는 이모지/gif도 사용합니다. 팀은 팀 목표를 되돌아보고 작업 유형이 팀 목표와 정렬되었는지를 살펴볼 수 있습니다. 기능을 완료하는 데 비해 기술적 부채에 과도하게 많은 시간을 할애했습니까?

회고를 진행하는 동안 팀원들이 의견을 말하도록 장려하고 필요한 경우 지목하세요. 가장 좋은 회고는 여러 관점과 다양한 의견이 있는 회고입니다. 중요한 것은 회의가 끝날 때쯤 팀이 주요 문제, 소유자 및 주요 이슈에 대한 후속 조치 계획에 대부분 합의를 이뤄야 한다는 것입니다.

결론...

스크럼의 목적은 팀이 더 잘 작업할 수 있도록 돕는 것이며 스크럼 메트릭의 목적은 스크럼이 효과가 있는지 팀이 확인하기 위한 것입니다. 스크럼 메트릭을 적용할 때 팀은 부담을 느끼는 것이 아니라 영감을 받아야 합니다. 이 글에 설명된 모든 내용을 추적하는 것은 중요하지 않습니다. 하나 또는 두 개의 메트릭으로 시작하여 팀 개선에 도움이 되는지 확인할 수 있습니다. 반면에 스크럼 팀에 성숙한 스크럼 관행이 있어 스크럼 메트릭이 많은 가치를 더하지 못할 수 있습니다. 정말 좋은 위치에 있는 것이므로, 이러한 메트릭 덕분에 확립한 좋은 습관을 잊지 마세요. 스크럼 상태를 점검하기 위해 가끔 다시 검토하세요.