칸반은 애자일, 스크럼, 익스트림 프로그래밍, 데브옵스 등 다양한 린 소프트웨어 개발 방법론 중 가장 인기 있는 방법론 중 하나입니다. 일본어로 '간판'이라는 뜻의 칸반은 다양한 단계에 걸쳐 일을 처음부터 끝까지 관리하기 위한 시각적 방법론으로, 대화형 보드에 표시합니다.
일을 추적하는 칸반 보드 (이미지 출처:) 위키미디어 커먼즈 를 보면 칸반 보드 잘하고 있는지 어떻게 알 수 있을까요?
- 충분한 작업을 완료하고 있나요?
- 충분히 빠르게 완료하고 있나요?
- 팀의 생산성은 높은가요?
- 프로세스에서 지연을 유발하는 단계가 있나요?
소프트웨어 개발 팀은 이러한 질문 등에 답하기 위해 칸반 메트릭을 사용합니다.
칸반 메트릭은 애자일 소프트웨어 개발 팀이 성과를 측정하기 위해 사용하는 핵심 성과 지표(KPI)입니다. 개발자, 테스터, DevOps 전문가, 프로젝트 관리자가 성과를 개선할 수 있도록 안내하는 숫자입니다.
이 블로그 게시물에서는 일반적으로 사용되는 칸반 메트릭과 이를 프로젝트에 통합하여 팀의 성과를 측정하는 방법에 대해 설명합니다.
애자일 프로젝트에서 추적해야 할 주요 칸반 메트릭 ###
프로젝트의 목표, 작업, 기간, 팀 구조에 따라 어떤 메트릭을 사용하여 일을 평가할 수 있습니다. 이러한 모든 차원에서 다음 5가지가 핵심 칸반 메트릭으로 간주됩니다.
처리량
처리량은 일, 주 또는 스프린트 등 주어진 기간 동안 완료한 일의 양입니다. 일반적으로 '작업'은 칸반 보드의 첫 번째 단계에서 마지막 단계로 이동하면서 완료한 작업으로 측정됩니다.
소프트웨어 개발 팀의 처리량은 각 스프린트에서 개발된 사용자 스토리의 개수로 측정할 수 있습니다. 이 메트릭이 사용됩니다:
- 개인 생산성 측정
- 팀 생산성 측정
- 향후 프로젝트의 정확한 플랜 수립
리드 타임
칸반 시스템에서 애자일 프로젝트 관리 에서 리드 타임은 보드에 작업이 추가된 시점부터 완료됨으로 표시될 때까지의 기간을 측정합니다. 워크플로우의 기간입니다.
예를 들어 사용자 스토리를 백로그에 추가한 시점부터 개발 및 배포될 때까지 6주가 걸리는 경우 리드 타임은 6주입니다. 이 메트릭이 사용됩니다:
- 작업 일정 예약
- 리소스 할당
- 워크플로우 최적화
사이클 시간
사이클 시간은 리드 타임의 일부로, 팀이 작업을 적극적으로 수행하는 시간에만 초점을 맞춥니다. 칸반 보드에서는 누군가가 작업을 시작/작업 중으로 표시한 시점부터 완료됨으로 표시된 시점까지를 이 기간으로 볼 수 있습니다.
위의 예시에서 사용자 스토리가 5주 이상 백로그에 머물러 있다가 하루 만에 개발되었다면 사이클 시간은 하루입니다. 이 메트릭이 사용됩니다:
- 효율성 측정
- 프로세스를 최적화하여 활발한 일의 가속화
작업 진행 중 (WIP)
진행 중인 작업은 칸반 보드에서 활성 단계에 있는 작업의 번호를 나타냅니다. 이러한 작업은 백로그도 아니고 완료된 것도 아니며, 즉 현재 진행 중인 것으로 간주됩니다.
진행 중, 개발, 테스트, 코드 검토 등과 같은 단계에 있는 작업일 수 있습니다. 프로젝트 관리자는 이 메트릭을 사용합니다:
- 팀 업무량 추적
- 백로그를 더 잘 관리하고 업무 과중을 제거합니다
- 병목 현상 파악
이제 다음이자 마지막 칸반 메트릭을 살펴보겠습니다: 프로세스 병목 현상입니다.
프로세스 병목 현상
이름에서 알 수 있듯이 병목 현상은 프로세스의 다른 부분보다 용량이 적어 워크플로우에 혼잡을 일으키는 부분입니다.
예를 들어, 10명의 개발자가 매주 20개의 기능을 푸시하는데 그중 2개의 코드 리뷰를 수행할 수 있는 선임 개발자가 한 명뿐이라면 병목 현상이 발생한 것입니다.
애자일/칸반 팀은 병목 현상을 메트릭으로 사용합니다:
- 프로세스 효율성 측정
- 공백과 혼잡 해소
애자일, DevOps, 스크럼, 칸반 등에 대해 배우셨다면 이러한 메트릭이 여러 방법론에 걸쳐 사용된다는 것을 알고 계실 것입니다. 이들의 유사점과 차이점을 살펴보겠습니다.
스크럼과 칸반 비교: 유사점과 차이점
스크럼은 스프린트라고 하는 특정 시간 내에 달성해야 할 목표를 향해 일을 작은 부분으로 나누는 프로젝트 관리 방법론입니다. 칸반 방식은 시각적이며 워크플로우를 형성하는 일련의 단계에 걸쳐 작업을 배치합니다.
스크럼과 칸반은 병목 현상을 제거하고 지속적인 개선을 촉진하며 워크플로우를 최적화하기 위해 큰 프로젝트를 관리하기 쉬운 작은 작업으로 나누는 데 중점을 둡니다. 하지만 미묘한 차이점도 있습니다.
| 스크럼 | 칸반 | |
|---|---|---|
| 스프린트(1~4주) 단위로 일의 일정을 잡음 | 백로그, 제품 증분 등과 같은 아티팩트를 사용함. | |
| 백로그, 제품 증분 등과 같은 아티팩트를 사용합니다. | 칸반 보드 및 작업과 같은 아티팩트를 사용합니다 | |
| 생산성, 처리량 및 품질이 향상됩니다 | 가시성 향상 및 지속적인 개선의 이점을 제공합니다 | |
| 스크럼 마스터, 제품 소유자, 개발팀 등 Scrum 팀에서 미리 정의된 역할로 프로세스가 더 엄격함 | 프로젝트 매니저가 팀을 안내하여 프로세스를 조정할 수 있음 | 프로젝트 매니저가 팀원들을 지도함 |
| 각 스프린트 내에서 변경할 필요가 없는 명확한 우선순위를 가진 팀에 적합 | 지속적으로 진화하는 우선순위를 가진 팀에 최적 |
스크럼과 칸반의 차이점
스크럼과 칸반 방법론은 모두 성과를 평가하는 데 유사한 주요 메트릭을 사용합니다. 실제로 위에서 설명한 칸반 메트릭은 스크럼 프로젝트 관리에서도 의미 있는 역할을 할 수 있습니다. 방법은 다음과 같습니다.
처리량: 이 칸반 메트릭은 스크럼 팀의 개발 속도를 조명합니다. 회고 및 스프린트 계획 회의에서 스크럼 팀은 이 메트릭의 데이터를 사용하여 예측 및 일정을 개선할 수 있습니다.
진행 중인 작업: 칸반의 지속적인 작업 흐름에서 작업 진행 중(WIP)은 활성 작업을 의미합니다. 이는 스크럼에서 스프린트에 커밋된 작업과 매우 유사합니다. 스크럼 팀은 작업 진행 중(WIP)을 통해 개발 속도, 생산성 및 효율성을 계산할 수 있습니다.
사이클 시간 및 리드 타임: 스크럼에서 일반적으로 사이클 시간은 스프린트(1~4주)입니다. 그러나 리드 타임은 비즈니스 팀이 기능을 요청한 날부터 시작하여 완료되는 날까지 계속될 수 있습니다. 리드 타임을 측정함으로써 스크럼 팀은 시장 변화와 비즈니스 요구 사항에 대응하는 속도를 모니터링할 수 있습니다.
병목 현상: 칸반 보드는 병목 직전 단계에서 얼마나 많은 작업이 멈춰 있는지 명확하게 보여줍니다. 스크럼 팀은 이 데이터를 사용하여 스프린트 진행 중에 실시간으로 프로세스를 최적화할 수 있습니다.
프로젝트에 칸반 메트릭을 고려하고 싶으시다면 여기에서 측정하는 방법을 확인하세요.
칸반 메트릭을 측정하는 방법
모든 린 관리 방법론의 기본 철학은 단순성입니다. 그런 의미에서 칸반 메트릭도 사용하기 쉽습니다. 다음은 단계별 측정 프로세스입니다
.
1. 측정하려는 메트릭을 식별합니다
핵심 칸반 메트릭은 처리량, 리드 타임, 사이클 시간, 작업 진행 중(WIP) 및 프로세스 병목 현상입니다. 하지만 이것들만이 전부는 아닙니다. Teams는 종종 업무량 배포, 목표에 대한 진행 상황 등과 같은 메트릭을 사용합니다.
대기열을 설정하기 전에
에서 중요한 지표를 확인하세요. 선택하는 동안 좋은 메트릭과 나쁜 메트릭을 고려하세요. 좋은 메트릭은 다음과 같습니다:
이해하기 쉬운: 복잡한 메트릭은 이해하기 어렵기 때문에 수용 가능성이 낮습니다. 좋은 메트릭은 이해하기 쉽고 측정이 간단합니다.
의미 있는: 중요한 메트릭이 되려면 팀에게 의미 있는 것이어야 합니다. 예를 들어, 개발자에게는 개발된 기능이, 품질 분석가에게는 확인된 버그가, DevOps 팀에게는 배포 빈도가 의미 있는 인스턴스입니다.
실행 가능: 좋은 메트릭은 인사이트를 제공하여 조치를 취할 수 있게 해줍니다. 예를 들어, 리드 타임과 사이클 시간 메트릭이 크게 다르면 근본 원인을 파악하고 개선할 수 있습니다.
관련성: 좋은 메트릭은 비즈니스 목표와 관련이 있습니다. 예를 들어
는 매출원가에 기여하며, 처리량은 비즈니스가 시장 변화에 얼마나 빨리 대응할 수 있는지를 측정합니다.
컨텍스트: 개발 기능의 개수로 생산성을 측정하고 특정 목표를 설정하면 속도를 추구하다 품질을 놓칠 수 있습니다. 효과적인 메트릭이 되려면 상황에 맞는 메트릭이어야 합니다.
2. 칸반 메트릭에 필요한 데이터 수집하기
모든 메트릭의 성과를 정확하게 측정하려면 데이터가 필요합니다. 예를 들어, 처리량을 계산하려면 특정 기간 동안 작업 중이거나 완료된 작업의 번호를 담당 팀원별로 정리하여 추적해야 합니다.
리드 타임 또는 사이클 시간을 계산하려면 모든 작업의 시작 날짜와 종료 날짜를 알아야 합니다.
3. 벤치마크 및 목표 설정
메트릭을 위한 메트릭은 의미가 없습니다. 따라서 벤치마크를 파악하세요. 동종 업계의 표준이나 비슷한 크기의 비즈니스를 이해함으로써 이를 수행할 수 있습니다.
시간이 지남에 따라 자신의 성과를 벤치마크로 삼아 지속적인 개선을 위해 노력할 수 있습니다.
4. 프로젝트 메트릭 시각화하기
기본적으로 칸반은 시각적인 방법론입니다. 다음을 설정하는 데 도움이 됩니다
를 칸반 보드에 시각적으로 표시합니다.
- 모든 작업을 칸반 보드에 배치하면 진행 중, 완료됨 또는 아직 시작되지 않은 작업의 수를 즉시 확인할 수 있습니다
- 타임라인 차트로 병목 현상을 파악하는 데 도움이 됩니다
- 각 팀원의 생산성을 보여주는 작업량 그래프
진행 중인 작업 시각화 (이미지 출처: ) 위키미디어 커먼즈
5. 더 심층적인 성능 측정 살펴보기
핵심 메트릭은 성과 측정의 기초를 제공합니다. 그러나 효율성과 생산성을 높이려면 더 깊이 살펴보세요.
예를 들어, 기능을 연결하고 통합 사이클 시간을 계산하여 반복 및 증분 개발 메트릭을 추적할 수 있습니다. 온라인 쇼핑 플랫폼에서는 결제 기능을 장바구니에 추가, 위시리스트, 즉시 결제, 지금 구매, 나중에 결제 등과 같은 기능으로 세분화할 수 있습니다.
이러한 모든 기능이 개발되면 해당 기능에 대한 메트릭을 추적하여 반복 개발 관행에 대한 성과를 측정하세요.
이제 측정 방법을 알았으니 측정할 수 있는 값은 다음과 같습니다.
소프트웨어 개발 프로세스에서 칸반 메트릭의 역할 ## 소프트웨어 개발 프로세스에서 칸반 메트릭의 역할
칸반 메트릭은 모든 린 소프트웨어 개발 사례에서 성과를 측정, 개선 및 향상시킬 수 있는 훌륭한 방법이 될 수 있습니다. 방법은 다음과 같습니다.
속도와 속도
처리량, 리드 타임, 사이클 시간과 같은 칸반 메트릭은 작업을 완료하는 속도를 측정합니다. 확장하면 주어진 시간에 얼마나 많은 일을 완료됨에 따라 얼마나 많은 일을 할 수 있는지도 보여줍니다.
흐름 효율성
진행 중인 작업과 처리량은 커밋된 작업을 얼마나 효율적으로 완료할 수 있는지 보여줍니다. 병목 현상을 파악하여 효율성을 지속적으로 개선할 수 있습니다.
명확성
칸반 메트릭은 단순성과 관련성을 통해 팀원 모두가 자신의 역할과 목표를 명확하게 이해할 수 있도록 해줍니다. 팀원들이 자신의 성과를 알게 되면 더 나은 성과를 내기 위한 동기를 부여받게 됩니다.
소유권
애자일, 스크럼 및 데브옵스 방법론에서는 자체 조직화된 팀이 백로그에서 작업을 '끌어오고' 효과적으로 협업하여 일이 완료됨을 기대합니다. 칸반 메트릭은 자체 평가를 가능하게 하고 소유권을 촉진합니다.
포커스
온보딩된 팀원 수, 일한 시간, 사용된 프로그래밍 언어, 비생산적인 날, 프로모션 등 모든 프로젝트를 통해 수십 가지 요소를 측정할 수 있습니다. 하지만 이러한 허영 메트릭은 성과에 거의 또는 전혀 가치를 제공하지 않습니다.
좋은 칸반 메트릭은 팀이 집중력을 유지하는 데 도움이 됩니다. 예를 들어, 사이클 시간은 적응력에 기여하고, 이는 비즈니스 민첩성으로 이어지며, 이는 결국 수익 증가로 이어집니다. 코드에서 비즈니스 성과에 이르기까지 모든 팀원이 집중력을 유지할 수 있도록 도와줍니다.
납득이 되시나요? 소프트웨어 개발 프로세스에서 이를 어떻게 활용할 수 있는지 살펴보세요.
칸반 메트릭의 힘 발휘하기
칸반 메트릭을 사용하면 가시성을 확보하고, 격차를 파악하고, 아이디어를 얻고, 프로세스를 최적화하는 모든 작업을 한 번에 수행할 수 있습니다. 칸반 메트릭을 사용하여 생산성과 효율성을 높이는 방법은 다음과 같습니다.
중요한 것을 측정하세요: 팀에 적합한 칸반 메트릭에 집중하세요. 초기 단계의 스타트업이라면 처리량과 사이클 시간이 중요할 수 있습니다. 대규모 기업 팀이라면 작업 진행 중(WIP)이 당연히 더 클 수 있습니다.
전략적으로 접근하세요: 메트릭을 비즈니스 목표에 연결하세요. 비즈니스에서 기능이 풍부한 제품을 만드는 것이 목표라면 처리량은 훌륭한 메트릭입니다. 차별화된 제품을 만드는 1인 기업이라면 프로세스 병목 현상이 중요합니다.
가시성 확보: 팀원 모두가 액세스할 수 있는 대시보드를 만드세요. 매일 성과 개선을 확인할 수는 없지만 주요 지표를 추적하는 것이 도움이 될 수 있습니다. 예를 들어, 각 작업의 시간을 추적하면 사이클 시간을 예측하는 데 도움이 될 수 있습니다.
정기적으로 토론하세요: 스프린트 플랜, 회고 및 기타 애자일/스크럼 이벤트를 사용하여 칸반 메트릭에 대한 성과를 논의하세요. 근본 원인에 대해 토론하고 잠재적인 해결책을 혁신하세요.
지속적으로 개선: 애자일의 지속적인 개선은 개발하는 것뿐만 아니라 성과를 추적하는 방법에도 적용됩니다. 지속적으로 메트릭을 평가하세요. 사이클 시간이 최적화되면 리드 타임으로 이동하세요. 팀 규모가 커지면 그에 맞게 칸반 메트릭을 조정하세요.
그러는 동안 어려움에 직면할 수도 있습니다. 다음은 직면할 수 있는 도전 과제와 이를 극복하는 방법입니다.
칸반 메트릭: 도전 과제와 해결책
오늘날의 소프트웨어 개발 프로젝트는 수시로 수십 가지가 움직이는 복잡한 구조로 이루어져 있습니다. 이는 효과적으로 관리해야 하는 사람, 프로세스 및 기술의 매트릭스입니다.
그 과정에는 많은 어려움이 있습니다. 강력한 프로젝트 관리 소프트웨어는 이러한 많은 문제를 극복하는 데 도움이 될 수 있습니다.
1. 데이터 부족
성과를 측정하려면 데이터가 필요합니다. 대부분의 애자일 개발 팀은 직감이나 사후 평가를 통해 데이터를 수집합니다. 예를 들어, 개발자가 "이 기능을 개발하는 데 이틀이 걸렸습니다."라고 말할 수 있는데, 이는 대략적인 추정치입니다.
애자일 추정 기법을 사용하여 정확한 데이터를 수집하면 이 문제를 해결할 수 있습니다. ClickUp에는 필요한 모든 데이터를 수집할 수 있는 도구가 있습니다.
- 일에 소요되는 모든 시간을 캡처하기 위한 시간 추적
- 모든 작업 및 하위 작업의 시작 날짜와 종료 날짜로 사이클/리드 시간 계산하기
- 병목 현상을 파악하기 위한 의존성 분석
- 개별 생산성 측정을 위해 작업에 사용자 할당
ClickUp의 프로젝트 시간 추적을 통해 효과적으로 데이터 수집하기
2. 인사이트 부족
데이터가 있어도 인사이트를 얻기가 어려울 때가 있습니다. 프로젝트 관리자는 종종 스프레드시트에 데이터를 정리하고 계산을 하는 데 몇 시간을 소비합니다.
ClickUp 대시보드
는 바로 이러한 문제를 극복하기 위해 설계되었습니다. 실시간 사용자 지정 가능한 대시보드로 작업, 생산성, 효율성 및 활용도를 추적하세요. 가장 일반적으로 사용되는 보고서 중 일부는 다음과 같습니다
입니다:
- 누적 흐름 다이어그램
- 번업 및 번다운 차트
- 프로젝트/작업 상태
- 목표 달성 및 목표에 대한 진행 상황
ClickUp 대시보드로 프로젝트에 대한 실시간 인사이트 얻기
3. 실행 가능한 정보 부족
평균 사이클 시간이 3주라고 가정해 봅시다. 이를 단축하려면 어떻게 해야 할까요? ClickUp의 보고서는 의사결정에 도움이 되도록 설계되었습니다.
예를 들어, 작업량 보기를 통해 누가 어떤 작업을 하고 있는지, 어떤 기술을 사용할 수 있는지 등을 파악하여 리소스를 효과적으로 할당할 수 있습니다. 사이클 시간을 일주일 단축하기 위해 Python 개발자가 필요한 경우, 작업량 보기를 사용하여 사용 가능한 개발자를 찾을 수 있습니다.
효과적인 리소스 할당을 위한 ClickUp 작업량 보기 클릭업
4. 프로젝트 관리 관리자의 업무 과부하
애자일 소프트웨어 개발 프로젝트를 관리하려면 작업 할당, 상태 변경, 알림 전송, 체크리스트 적용 등과 같은 많은 관리자 작업이 필요합니다. 이러한 모든 작업을 수행하면 불필요한 지연과 병목 현상이 발생하여 다음과 같은 영향을 미칩니다
. ClickUp 자동화 에는 즉시 오토파일럿으로 설정할 수 있는 100개 이상의 워크플로우가 있습니다.
clickUp 자동화 템플릿 _ 클릭업 자동화 템플릿
ClickUp으로 프로젝트 관리 성공을 위한 칸반 메트릭 활용하기
애자일 엔지니어링은 지속적인 피드백과 반복 개발의 토대 위에 구축됩니다. 제품 팀은 짧은 주기로 결과를 구축, 출시, 모니터링 및 개선합니다.
이를 위해서는 칸반 메트릭을 추적하는 것이 기본입니다. 소프트웨어 엔지니어링 팀은 칸반 메트릭을 최대한 활용하기 위해 ClickUp과 같이 강력하고 유연하며 기능이 풍부한 프로젝트 관리 소프트웨어가 필요합니다.
ClickUp을 사용하면 데이터를 수집하고, 추세를 추적하고, 인사이트를 시각화하고, 작업을 추적하는 최적화 전략을 수립할 수 있습니다. 프로젝트 매니저는 360도 보기를 제공하고, 모든 팀원은 자신의 성과에 대한 세분화된 보고서를 볼 수 있습니다.
ClickUp으로 프로젝트 관리를 어떻게 혁신할 수 있는지 알아보세요.
지금 ClickUp을 무료로 사용해 보세요
.
칸반 메트릭에 대한 ## 자주 묻는 질문
1. 칸반에서 사용되는 메트릭은 무엇인가요?
칸반 팀은 프로젝트 관리 라이프사이클 전반에 걸쳐 여러 메트릭을 사용합니다. 핵심적인 칸반 메트릭은 처리량, 리드 타임, 사이클 시간, 진행 중인 작업 및 프로세스 병목 현상입니다.
2. 칸반의 5가지 요소는 무엇인가요?
저자이자 칸반 코치인 David Anderson에 따르면 칸반 보드의 5가지 요소는 다음과 같습니다:
- 시각적 신호: 각각 하나의 작업/아이디어/사용자 스토리가 있는 카드, 스티커 노트 등
- 열: 열: 워크플로우의 각 단계마다 하나의 열이 있습니다
- 작업 진행 중 (WIP) 한도: 주어진 시간에 열에 있는 최대 카드 수
- 커밋 포인트: 일이 시작되었음을 나타내는 단계(사이클 시간이 시작되는 곳)
- 배송 지점: 일이 완료됨을 나타내는 단계(사이클 시간이 끝나는 곳)