스크럼의 속도: 성과를 측정하고 향상하는 방법

Atlassian 작성자: Atlassian
주제 찾아보기

스크럼 팀이 얼마나 빠르게 작업할 수 있는지 알고 싶으신가요? 속도는 애자일 프로젝트의 속도계이며 팀의 작업 수용량에 대한 독보적인 인사이트를 제공합니다. 이 가이드에서는 스크럼 속도에 숨겨진 비밀, 속도를 계산하는 방법, 그리고 이 강력한 메트릭을 사용하여 팀의 미래 성과를 예측하는 방법을 살펴봅니다.

스크럼에서 속도란 무엇입니까?

스크럼 및 기타 애자일 프로젝트 관리 프레임워크에서 속도는 스크럼 팀이 주어진 시간(보통 단일 스프린트) 내에 완료할 수 있는 작업을 추정하는 애자일 메트릭 역할을 합니다.

속도는 복잡성, 위험, 불확실성 측면에서 사용자 스토리 또는 작업의 크기를 정하는 측정 단위인 스토리 포인트로 표현할 수 있습니다. 스토리 포인트는 시간 또는 일 등의 시간 기반 메트릭보다 더 미묘한 방법으로 작업을 추정합니다.

예를 들어, 애플리케이션 로그인 화면을 개발하는 사용자 스토리를 생각해 보세요. 팀은 작업이 얼마나 복잡한지, 그리고 완료하는 데 노력이 얼마나 드는지에 따라 이 작업에 스토리 포인트 값을 3으로 할당할 수 있습니다. 복잡한 결제 게이트웨이를 통합하는 경우 복잡성이 높아지고 잠재적으로 위험이 생기기 때문에 값은 8이 될 수 있습니다.

각 팀원이 2주 스프린트에서 완료할 수 있는 스토리 포인트 수에는 개인의 경험, 작업의 복잡성, 팀의 작업 역학과 같은 많은 요인이 영향을 미칩니다. 신규 스크럼 팀은 보통 2주 스프린트마다 1인당 평균 5~10점의 스토리 포인트를 기록합니다.

속도를 이용하면 팀이 향후 스프린트에서 달성할 수 있는 지속적 개선을 예측할 수 있으며, 이를 기반으로 현실적인 목표를 계획하고 설정할 수 있습니다. 이 메트릭은 팀이 안정적인 작업 리듬을 개발하고, 프로젝트 타임라인을 예측하고, 이해 관계자의 기대치를 관리하는 데 도움이 됩니다.

스크럼에서 속도를 계산하는 방법

보통 각 스프린트가 끝날 때 완전히 완료한 모든 사용자 스토리의 스토리 포인트 또는 기타 측정 단위를 합산하여 속도를 계산합니다.

스크럼에서 속도를 계산하는 단계별 프로세스는 다음과 같습니다.

1. 스프린트 계획

스프린트가 시작되기 전에 제품 백로그의 모든 사용자 스토리를 요약하고 포인트를 할당합니다. 예를 들어 다음과 같이 합니다.

  • 사용자 인증 할당: 5점
  • 결제 게이트웨이 통합 추가: 8점
  • 검색 기능 구현: 3점
  • 사용자 프로필 페이지 개발: 13점
  • 이메일 알림 구현: 2점
  • 데이터베이스 쿼리 최적화: 21점
  • 관리자 대시보드 만들기: 5점

팀은 이전 스프린트의 평균 속도 및 휴일 또는 외부 종속성과 같은 기타 요인을 기반으로 다음 스프린트에서의 사용자 스토리 이행을 약속해야 합니다. 휴일 또는 외부 종속성 없이 평균 속도가 15점이면 팀은 다음 스프린트에서 총 15점 정도의 사용자 스토리 이행을 약속할 수 있습니다.

2. 완료한 사용자 스토리 나열

각 스프린트가 끝날 때 완전히 완료한 사용자 스토리의 목록을 만듭니다. 허용 기준을 충족하고 스크럼 마스터 및 제품 소유자가 승인한 스토리여야 합니다.

사용자 스토리가 90% 완료되었으면 완전히 완료한 작업이 아닙니다. 팀은 해당 사용자 스토리를 다음 스프린트로 옮기고 남은 작업에 따라 포인트를 다시 평가해야 합니다.

3. 포인트 확인

팀은 완료한 각 사용자 스토리에 스토리 포인트를 이미 할당했을 것입니다. 어떤 이유로든 스토리 포인트를 다시 평가해야 하는 경우 이 단계에서 하면 됩니다.

예를 들어, 팀이 현재 스프린트에서 사용자 인증 할당, 결제 게이트웨이 통합 추가, 검색 기능 구현이라는 세 개의 사용자 스토리를 완료했다고 가정해 보겠습니다. 해당 작업에 스토리 포인트를 다음과 같이 할당할 수 있습니다.

  • 사용자 인증 할당: 5점
  • 결제 게이트웨이 통합 추가: 8점
  • 검색 기능 구현: 3점

4. 포인트를 합해서 속도 찾기

다음으로는 완료한 사용자 스토리의 스토리 포인트를 모두 합해야 합니다. 스토리 포인트의 합계는 스프린트 속도를 나타냅니다.

위 시나리오에서 합계는 5점 + 8점 + 3점 = 16점입니다. 따라서 이번 스프린트의 속도는 16포인트입니다.

5. 속도 평균 계산

팀이 완료한 스프린트 수의 평균 속도를 계산하면 향후 스프린트에 대한 더 신뢰할 수 있는 척도를 얻을 수 있습니다. 이 척도는 새로 구성된 팀 또는 규모 또는 구조가 변경된 팀에 특히 유용합니다.

예를 들어, 마지막 세 스프린트의 속도가 14, 16, 15면 평균 속도는 (14 + 16 + 15) / 3 = 15포인트입니다.

스크럼 속도에 영향을 줄 수 있는 요인

스크럼 메트릭 및 속도는 다양한 요인의 영향을 받을 수 있습니다. 이 요인을 이해하면 팀 성과를 계획하고 지속적으로 개선하는 데 도움이 될 수 있습니다.

팀 규모 및 스킬 수준

팀원의 수와 각 팀원의 스킬 수준은 팀이 스프린트 동안 완료할 수 있는 작업에 영향을 줄 수 있습니다. 팀이 클수록 스프린트에서 스토리 포인트를 더 많이 완료할 수 있습니다. 하지만 인원이 많아질수록 커뮤니케이션 오버헤드가 늘어나고 조정에 어려움을 겪을 수 있습니다.

반대로, 고도로 숙련된 소규모 팀이 복잡한 작업을 효율적으로 처리하면 덜 숙련된 대규모 팀보다 높은 성과를 낼 수 있습니다.

팀 안정성 및 경험

스크럼 팀원이 여러 스프린트에 걸쳐 협업하다 보면 새 팀에 방해가 되는 여러 문제를 해결할 가능성이 높습니다. 커뮤니케이션 패턴을 정립하고 누가 어떤 일을 잘 하는지 알게 됩니다.

이 팀은 문제가 생겼을 때 활용할 수 있는 공동의 경험을 갖추고 있습니다. 익숙하기 때문에 속도를 크게 향상할 수 있습니다.

사용자 스토리의 복잡성

복잡한 스토리로 가득한 스프린트는 보통 속도가 느립니다. 복잡성이 할당된 스토리 포인트에 정확히 반영되지 않으면 속도 수치가 잘못될 수 있습니다.

일정한 속도를 유지하기 위해 어떤 팀은 스프린트 내에서 "빠른 성과" 작업과 더 복잡한 작업 사이의 균형을 맞추는 것을 목표로 합니다.

외부 종속성 및 제약 조건

팀이 데이터베이스 업데이트 또는 API 통합을 완료하기 위해 다른 팀에 의존하고 있는 경우 그 팀이 지연되면 직접적인 영향을 받아 팀 속도가 느려질 수 있습니다. 이런 종속성을 인식하고 팀 간의 효과적인 커뮤니케이션을 통해 계획을 세우면 속도에 미치는 부정적인 영향을 완화할 수 있습니다.

마찬가지로 업무 가능 시간을 줄이는 요소인 공휴일 또는 회사 필수 행사를 스프린트 계획에 포함하세요.

스크럼에서 속도 사용

팀의 속도를 이해하면 다음을 포함한 스프린트 계획 및 프로젝트 관리의 여러 측면에서 강력한 도구로 활용할 수 있습니다.

미래 스프린트 추정

팀의 평균 속도를 파악하면 추측을 없앨 수 있습니다. 지난 세 번의 스프린트에서 팀 평균 속도의 스토리 포인트가 50포인트라면 다음 스프린트를 계획하는 데 사용할 수 있는 데이터 기반의 기준선이 마련된 것입니다. 다음 스프린트 백로그의 스토리 포인트가 대략 50포인트라면 합리적인 이행 약속을 한 것입니다.

프로젝트 타임라인 예측

이해 관계자는 추측 또는 희망적인 생각보다 데이터 기반의 추정에 더 의존합니다. 예를 들어, 프로젝트 백로그의 스토리 포인트가 200포인트이고 팀의 평균 속도의 스토리 포인트가 스프린트당 50포인트라면, 팀이 프로젝트를 완료하기까지 스프린트가 네 번 정도 더 필요할 것이라고 자신 있게 예측할 수 있습니다.

과도한 이행 약속 및 과소한 이행 약속 파악

팀 속도의 스토리 포인트가 갑자기 30포인트로 떨어지거나 70포인트로 치솟는 것은 위험 신호입니다. 속도가 지속적으로 떨어지면 팀이 부담을 느낀다는 의미일 수 있고, 속도가 높아지면 팀원에게 너무 쉬운 작업이라는 의미일 수 있습니다. 이러한 부분을 파악하면 작업을 재할당하거나 스프린트 목표를 재고하는 등 실시간으로 조정할 수 있습니다.

개선 및 반복 진행률 추적

시간 경과에 따른 속도를 추적하면 팀의 효율성이 높아지고 있는지, 아니면 진행 중인 이슈에 주의가 필요한지 이해하는 데 도움이 됩니다. 몇 번의 스프린트에서 속도가 40포인트에서 60포인트로 높아지면 프로세스 개선의 성과가 나타나고 있다는 신호입니다.

Jira Software에서 속도 추적

Jira Software에는 팀의 과거 속도를 보여주는 속도 차트가 있어서 스프린트를 더 쉽게 계획할 수 있습니다. 팀이 처리할 수 있는 작업량을 시각화하여 미래의 스프린트 목표를 더 정확하게 설정할 수 있도록 도와주는 원스톱 도구입니다.

또한 팀이 계획과 성과를 한 단계 끌어올리는 데 필요한 기타 모든 애자일 메트릭, 인사이트, 보고 및 프로젝트 관리 기능을 제공합니다.

스크럼의 속도: 자주 묻는 질문

스크럼의 속도는 생산성과 같습니까?

아니요, 스크럼의 속도는 생산성과 같지 않습니다. 속도는 주로 향후의 스프린트에서 팀이 처리할 수 있는 작업량을 계획하고 추정하는 데 사용되는 메트릭입니다.

생산성은 보통 작업의 질, 프로세스의 효율성, 비즈니스에 대한 가치와 같은 요소를 포함할 수 있는 더 넓은 척도입니다.

팀은 어떻게 속도를 향상시킬 수 있습니까?

팀은 정기적인 회고 회의를 열어 잘 된 점과 그렇지 않은 점을 논의하고 다음 스프린트에 대한 개선을 계획함으로써 속도를 향상시킬 수 있습니다.컨텍스트 전환을최소화하여 서로 다른 작업이나 프로젝트 간의 빈번한 전환을 줄이면 속도를 더 빠르고 일관되게 유지할 수 있습니다.

스크럼에서 속도를 사용할 때의 제한 사항은 무엇입니까?

속도는 유용한 계획 도구이기는 하지만 한계가 있으므로 팀을 평가하는 유일한 성과 지표가 되어서는 안됩니다 . 팀 성과를 보다 포괄적으로 보려면 다른 애자일 지표를 고려하세요.

한 가지 중요한 제한 사항은 속도가 작업 품질이나 제공된 business 값을 측정하지 않는다는 것입니다. 이는 개별 사용자 스토리 복잡성의 질적 측면을 설명하지 않는 정량적 측정입니다.

속도는 팀마다 다릅니다—다른 팀들의 성과를 비교하는 척도가 아닙니다. 팀 내 그룹마다 일하는 방식이 달라서 속도도 다를 수 있습니다.전체 속도가 낮다고 해서 어떤 팀이 다른 팀보다 덜 성공적이라는 의미는 아닙니다.