프로젝트 관리에서 칸반이란 무엇입니까? 방법론 분석

주요 시사점

• 칸반은 진행 중인 작업을 관리하기 쉬운 상태로 유지하고 투명한 워크플로를 통해 지속적 개선을 촉진하는 시각적인 애자일 프레임워크입니다.

• 팀은 칸반 보드 및 카드를 사용하여 작업을 추적하고 병목 상태를 식별하고 제공 주기를 최적화합니다.

• 주요 관행에는 WIP 제한 설정, 워크플로 표준화, 사이클 타임 및 누적 흐름 다이어그램과 같은 메트릭 사용이 포함됩니다.

• 팀은 칸반 보드에서 WIP 제한을 사용하여 집중력을 유지하고 작업 수용량을 관리하고 업무 흐름을 원활하게 유지합니다.

칸반은 팀이 작업을 시각화하고 진행 중인 작업을 제한하고 시작부터 완료까지 작업의 흐름을 개선하도록 돕는 워크플로 관리 방법입니다. 

칸반은 작업을 시각화하고 관리하기 쉬운 상태로 유지하여, 팀이 우선 순위를 지정하고 공동 작업하고 더 일관되게 가치를 제공할 수 있는 더 명확한 방법을 제공합니다.

이 가이드에서는 칸반의 핵심 원칙, 보드 및 카드가 작동하는 방식, 칸반 사용의 이점, 칸반 및 스크럼 비교 및 칸반을 사용하여 작업을 관리하는 팀을 지원하는 도구를 살펴봅니다.

칸반이란 무엇입니까?

칸반은 작업을 시각화하고 진행 중인 작업을 제한하고 흐름 효율성에 집중하여 팀이 작업 제공을 최적화하고 지속적으로 개선할 수 있도록 도와주는 시각적 워크플로 관리 방법입니다. 

칸반 시스템에서 팀은 보드에 작업을 시각화하고 정의된 단계에 따라 작업을 진행하고 명확한 제한을 두어 한 번에 너무 많은 작업이 쌓이지 않도록 합니다. 핵심 칸반 원칙 중 하나는 워크플로를 더 쉽게 확인하고 관리하며 개선할 수 있게 하는 것입니다. 

칸반은 고정된 주기로만 작업을 계획하는 대신, 작업이 진행됨에 따라 팀이 우선 순위를 조정할 수 있는 지속적인 흐름을 지원합니다. 팀은 대개 가시성, 유연성 및 꾸준한 제공이 중요한 소프트웨어 개발, IT, 운영, 마케팅 및 기타 분야에서 칸반을 사용합니다.

칸반 도구는 팀이 진행률을 모니터링하고 흐름을 개선할 수 있도록 구성 가능한 보드, 백로그 관리, 진행 중인 작업 제한, 필터 및 보고 기능을 제공합니다. 이 유용한 자습서에서 Jira로 칸반을 활용하는 방법을 알아보세요.

칸반의 역사

칸반은 제조업에 뿌리를 두고 있지만, 핵심 아이디어는 간단합니다. 공급을 실제 수요에 맞춰 작업을 원활하게 진행하는 것입니다. Toyota의 생산 시스템으로 시작된 칸반은 이후 공장 현장을 훨씬 뛰어넘어 다양한 팀에서 사용하는 유연한 워크플로 방법론이 되었습니다.

• 1940년대 후반: 칸반은 엔지니어링 및 생산 프로세스를 개선하기 위한 방법으로 Toyota에서 시작되었습니다.

• 슈퍼마켓에서 얻은 영감: Toyota는 고객이 실제로 사용하는 제품에 따라 진열대를 다시 채우는 슈퍼마켓에서 아이디어를 얻어 시스템을 만들었습니다.

• JIT(just-in-time) 생산: 이 접근 방식은 Toyota의 JIT 생산 모델의 일부가 되었으며, 팀이 과잉 재고를 줄이고 수요에 맞춰 자재를 조정하는 데 도움이 되었습니다.

• 더 광범위한 채택: 칸반은 시간이 지남에 따라 제조업을 넘어 소프트웨어, IT, 운영, 마케팅 및 기타 지식 노동 분야를 위한 워크플로 관리 방법으로 발전했습니다.

칸반은 어떻게 작동합니까?

명확한 칸반 흐름은 팀이 요청에서 완료까지 작업이 이동하는 방식을 이해하는 데 도움이 됩니다. 목표는 각 단계를 시각화하고 작업을 관리하기 쉬운 상태로 유지하고 팀이 시간이 지남에 따라 검토하고 개선할 수 있는 반복 가능한 프로세스를 만드는 것입니다.

• 칸반 보드에 워크플로를 매핑: '할 일', '진행 중', '검토' 및 '완료'와 같이 작업이 거치는 단계를 정의하는 것부터 시작합니다. 이 보드는 팀이 실제로 작업하는 방식을 반영해야 합니다.

• 각 작업을 카드로 표현: 각 업무 항목에 대한 카드를 만들어 팀이 해야 할 일, 소유자 및 프로세스 내 진행 상태를 빠르게 파악할 수 있도록 합니다.

• 프로세스의 각 단계를 거쳐 작업을 이동: 작업이 진행됨에 따라 각 카드를 보드의 한 단계에서 다음 단계로 이동합니다. 이렇게 하면 모두가 현재 우선 순위 및 진행률을 함께 볼 수 있습니다.

• WIP 제한을 설정하여 작업을 원활하게 유지: 각 단계에서 허용되는 작업량을 제한하여 팀이 집중력을 유지하고 컨텍스트 전환을 줄이고 작업이 쌓이는 것을 방지할 수 있도록 합니다.

• 보드를 통해 병목 상태를 파악하고 지속적으로 개선: 보드를 정기적으로 검토하여 지연된 작업, 과부하가 걸린 단계 또는 반복되는 블로커를 파악한 다음, 프로세스를 조정하여 흐름을 개선합니다.

칸반 보드 및 카드가 팀의 작업 관리를 돕는 방법

칸반 보드 및 카드는 복잡한 워크플로를 시각화하여 더 쉽게 관리할 수 있도록 도와줍니다. 팀은 이 두 가지 기능을 함께 사용하여 우선 순위를 확인하고 진행률을 추적하고 블로커를 파악하고 중요한 세부 정보를 놓치지 않으면서 원활하게 제공할 수 있습니다.

칸반 보드

칸반 보드는 프로세스의 각 단계를 거치는 작업을 시각화합니다. 기본 보드는 '할 일', '진행 중' 및 '완료'와 같은 열을 포함할 수 있지만, 팀은 워크플로에 맞게 열을 사용자 지정할 수 있습니다. 

보드는 모든 진행 중인 작업을 한곳에 표시하여 팀이 우선 순위를 파악하고 작업 수용량을 관리하고 병목 상태를 빠르게 식별할 수 있도록 돕습니다.

칸반 카드

칸반 카드는 보드의 개별 업무 항목을 나타냅니다. 각 카드는 일반적으로 작업의 상태, 소유자, 우선 순위 및 관련 정보(예: 설명, 기한, 링크 또는 보조 파일)를 표시합니다. 

카드가 워크플로를 따라 이동함에 따라 팀은 진행률을 추적하고 블로커를 파악하고 시작부터 완료까지 작업이 진행되는 방식을 확인할 수 있습니다.

칸반 프레임워크의 이점

칸반은 오늘날 가장 널리 사용되는 애자일 방법론 중 하나입니다. 또한 모든 규모의 팀에서 작업 계획, 처리량 및 가시성을 개선하는 데 효과적입니다.

기획 유연성

칸반 팀은 주로 현재 활발히 진행 중인 작업에 집중합니다. 팀이 작업을 완료하면 백로그에서 다음 작업을 선택합니다. 현재 업무 항목 이외의 변경 사항은 팀에 영향을 주지 않으므로 제품 소유자는 팀을 방해하지 않고 백로그에서 작업의 우선 순위를 자유롭게 다시 지정할 수 있습니다. 

시간 주기 단축

사이클 타임은 작업이 시작 시점부터 제공 시점까지 팀 워크플로를 따라 진행되는 데 소요되는 시간을 측정합니다. 사이클 타임을 개선하면 팀이 향후 제공을 더욱 자신 있게 예측할 수 있습니다.

• 중복 스킬셋 구축: 두 명 이상이 동일한 유형의 작업을 처리할 수 있으면 한 명의 전문가만 있어 작업이 지연될 가능성이 줄어듭니다. 코드 검토, 멘토링 및 공동 소유권과 같은 관행은 팀 전체에 지식을 확산하는 데 도움이 됩니다.

• 진행 중인 작업의 소유권을 공유: 칸반은 팀원들이 좁은 역할 경계에 머물지 않고 진행 중인 작업을 함께 원활하게 수행할 때 가장 효과적입니다. 예를 들어, 개발자 및 QA 엔지니어는 협업하여 테스트 문제를 더 빠르게 해결할 수 있습니다.

• 한 팀으로 병목 상태를 해결: 한 단계에서 작업이 지연되는 경우 전체 팀은 계속해서 새로운 작업을 시작하는 대신 블로커를 해결하는 데 집중할 수 있습니다.

• 핸드오프 지연 감소: 공통된 가시성이 있으면 언제 작업이 검토, 테스트 또는 릴리스 준비가 되는지 더 쉽게 확인할 수 있어, 팀이 중단을 최소화하면서 워크플로를 따라 작업을 진행할 수 있습니다.

병목 감소

한 번에 너무 많은 작업을 맡으면 효율성이 떨어질 수 있습니다. 팀이 한 번에 너무 작업을 맡으면 컨텍스트 전환이 증가하고 작업을 완료하는 데 더 많은 시간이 걸립니다.

이러한 이유로 인해 칸반 프로세스에서는 진행 중인 작업(WIP)을 제한하는 것을 핵심 원칙으로 삼고 있습니다. 

또한 진행 중인 작업 제한은 너무 많은 작업이 한 단계에 집중되어 있거나 매우 적은 인원에게 할당되는 경우를 파악할 수 있도록 도와주므로, 더 효과적인 워크로드 관리를 지원합니다. 이러한 병목 상태는 집중도, 인력 또는 스킬셋의 부족으로 인해 발생할 수 있습니다.

예를 들어 일반적인 소프트웨어 팀에는 할 일, 진행 중, 코드 검토 및 완료와 같은 4개의 워크플로 상태가 있을 수 있습니다. 코드 검토 상태에 대해 WIP 제한을 2로 설정할 수 있습니다.

WIP 제한이 낮으면 팀이 새로운 작업을 더 시작하기 전에 기존 작업을 검토하도록 유도하여 지연을 줄이고 전반적인 사이클 타임을 단축하는 데 도움이 됩니다.

시각적 지표

칸반은 지속적 개선을 강조하므로, 워크플로 반복마다 효율성 및 효과가 높아집니다. 팀은 차트를 통해 프로세스 변경 사항이 실제로 흐름을 개선하고 있는지 확인할 수 있습니다.

칸반 팀에서 일반적으로 사용하는 두 가지 보고서는 컨트롤 차트와 누적 흐름 다이어그램입니다. 컨트롤 차트에는 각 이슈의 사이클 타임과 팀의 롤링 평균이 표시됩니다.

누적 흐름 다이어그램은 각 워크플로 상태에 있는 이슈의 수를 보여주므로, 한 단계에 작업이 쌓이기 시작할 때 블로커를 더 쉽게 파악할 수 있습니다.

지속적 배포 (Continuous Delivery)

지속적 제공(CD)은 고객에게 작업을 자주 릴리스하는 관행입니다. 지속적 통합(CI)과 결합하면 DevOps 팀이 품질을 유지하면서 소프트웨어를 더 빠르게 제공하는 데 도움이 됩니다.

칸반 및 CD는 모두 가치를 더 작은 증분으로 나누어 더 자주 제공하는 데 중점을 두므로 함께 사용하면 효과적입니다.

칸반 모범 사례

몇 가지 간단한 습관을 통해 팀은 칸반을 최대한 활용하고 작업을 원활하게 진행할 수 있습니다.

• 블로커를 조기에 시각화: 문제가 발생하는 즉시 보드를 통해 지연되거나 차단된 작업에 플래그를 지정합니다. 이렇게 하면 지연이 제공에 영향을 미치기 전에 팀이 대응하는 데 도움이 됩니다.

• 한 팀으로 병목 상태를 검토: 작업이 쌓이는 경향이 있는 단계를 찾아본 후 흐름을 개선하기 위해 무엇을 변경해야 할지 논의합니다.

• 공동 작업을 장려: 보드를 단순한 상태 추적기가 아닌 공동의 팀 도구로 활용합니다. 팀원은 작업이 평소에 담당하는 역할 범위를 벗어나더라도 업무 진행을 도와야 합니다.

• WIP 제한을 현실적으로 유지: 팀의 실제 작업 수용량을 반영하여 제한을 설정한 후 워크플로가 변경되면 조정합니다.

• 칸반 메트릭을 사용하여 지속적으로 개선: 사이클 타임, 처리량 및 누적 흐름 데이터를 검토하여 패턴을 파악하고 실질적으로 프로세스를 개합니다.

스크럼과 칸반 비교

칸반 및 스크럼은 모두 애자일 접근 방식이지만, 작업을 체계화하는 방식은 다릅니다. 스크럼은 고정된 기간의 스프린트, 정의된 역할 및 계획된 이행 약속을 활용하지만, 칸반은 지속적 흐름, 유연한 우선 순위 지정 및 진행 중인 작업 제한에 중점을 둡니다.

각 방법을 사용하는 경우

팀이 다음과 같은 경우 스크럼이 더 적합할 수 있습니다.

• 체계적인 계획 주기가 가장 적합한 경우

• 정의된 역할 및 스프린트 세레모니가 도움이 되는 경우

• 짧은 기간 동안 고정된 범위에 대해 전념하고자 하는 경우

팀이 다음과 같은 경우 칸반이 더 적합할 수 있습니다.

• 꾸준히 들어오는 작업을 처리하는 경우

• 우선 순위를 변경하기 위해 더 많은 유연성이 필요한 경우

• 흐름을 개선하고 병목 상태를 줄이는 데 집중하고 싶은 경우

어떤 팀은 칸반 방법 및 스크럼의 요소를 결합한 'Scrumban'을 사용합니다. 스크럼의 시간이 고정된 스프린트 및 역할을 사용하고 칸반의 진행 중인 작업 제한 및 사이클 타임에 중점을 둡니다.

애자일을 막 시작하는 팀의 경우 한 가지 방법론을 선택하여 일정 기간 실행해 보는 것이 좋습니다. 팀이 칸반 방법론을 사용할 준비가 되었다면 지금 바로 무료 칸반 보드 템플릿을 사용해 보세요!

소프트웨어 팀의 경우 칸반 및 스크럼 중 무엇을 선택할지는 작업의 예측 가능성에 따라 결정됩니다. 스크럼은 팀이 정의된 스프린트 목표를 중심으로 계획하는 데 도움이 될 수 있지만, 칸반은 우선 순위가 변경되는 경우 더 많은 유연성이 필요한 팀에 도움이 될 수 있습니다.

소프트웨어 팀을 위한 칸반

오늘날 애자일 팀은 팀의 진행 중인 작업(WIP)을 실제 작업 수용량에 맞추는 JIT(Just-In-Time) 원칙을 활용할 수 있습니다. 이를 통해 개발 주기 전반에 걸쳐 더 유연한 계획, 더 빠른 제공, 가시성 강화 및 지속적인 개선이 가능해집니다.

칸반의 핵심 원칙은 다양한 산업 분야에서 통용되지만, 소프트웨어 팀에서 특히 높은 효과를 발휘합니다. 

제조업과 달리 소프트웨어 팀은 물리적 프로세스를 변경하거나 재고를 관리하지 않습니다. 가상 보드, 작업 카드 및 워크플로 정책을 사용합니다.

칸반 도구에서 살펴봐야 할 사항

팀은 특히 워크플로가 작고 관리하기 쉬운 경우 물리적 보드 또는 간단한 디지털 도구로 칸반을 실행할 수 있습니다. 하지만 작업이 더 복잡해지면, 팀은 대개 규모에 맞게 가시성, 우선 순위 지정, 보고 및 팀 공동 작업을 지원하는 칸반 도구가 필요합니다.

다음의 기능을 제공하는 도구를 찾아보세요.

• 시각적 보드: 진행 중인 작업, 차단된 작업 또는 검토 준비가 완료된 작업을 포함하여 요청부터 완료까지 작업을 쉽게 추적할 수 있도록 합니다.

• 유연한 워크플로: 팀이 실제 작업 진행 방식에 맞춰 열, 상태 및 정책을 사용자 지정할 수 있도록 합니다.

• 백로그 및 이슈 추적: 작업이 보드에 도달하기 전에 팀이 버그, 기능 요청, 기술 부채 및 지속적 개선의 우선 순위를 지정할 수 있도록 지원합니다.

• 보고 및 메트릭: 리드 타임, 사이클 타임, 처리량 및 병목 상태를 표시하여 팀이 지속적으로 개선할 수 있도록 합니다.

• 공통된 가시성: 계속 수동으로 업데이트하지 않고도 이해 관계자에게 최신 정보를 제공합니다.

Jira는 이러한 수준의 복잡성을 지원하는 칸반 도구의 한 예입니다. 팀은 보드 및 워크플로를 사용자 지정하고 백로그 및 이슈를 관리하고 보고 기능을 사용하여 제공을 지속적으로 개선할 수 있습니다. 

즉시 사용할 수 있는 많은 AI 도구가 작업을 요약하거나 업데이트를 생성하는 데 도움을 줄 수 있지만, 소프트웨어 팀을 위해 Jira가 지원하는 깊이 및 워크플로 복잡성에는 미치지 못하는 경우가 많습니다.

칸반을 사용하여 더 명확하고 효율적인 워크플로 만들기

칸반은 팀이 작업을 시각화하고 우선 순위를 관리하고 제공을 지속적으로 개선할 수 있도록 지원합니다. 작업을 시각화하면 팀은 지속적인 상태 미팅에 의존하지 않고도 병목 상태를 조기에 파악하고 과부하를 줄이고 원활하게 진행할 수 있습니다.

적합한 접근 방식은 팀의 워크플로, 복잡성 및 공동 작업 요구 사항에 따라 달라집니다. 먼저, 팀이 작업을 시각화하고 흐름을 관리하고 제공을 지속적으로 개선하는 데 도움이 되는 무료 칸반 보드 템플릿을 사용하여 Jira에서 칸반에 대해 배워보세요.

단순한 보드는 소규모 팀에 효과적일 수 있지만, 더 복잡한 소프트웨어 워크플로에는 대개 유연한 보드, 백로그 우선 순위 지정, 보고 및 공통된 가시성을 지원하는 도구가 도움이 됩니다.

칸반 자주 묻는 질문

칸반에서 흔히 저지르는 실수는 무엇입니까?

칸반에서 흔히 저지르는 실수로는 너무 많은 열을 추가하거나 진행 중인 작업 제한을 건너뛰거나 작업을 검토하지 않고 너무 오래 방치하거나 보드를 활성 워크플로 도구가 아닌 정적인 작업 목록으로 취급하는 것이 있습니다.

또한 각 작업 단계에 대한 명확한 정책을 정의하지 않으면 팀이 어려움을 겪을 수 있습니다. 예를 들어, 모두가 '검토 준비 완료'가 무엇을 의미하는지, 언제 작업을 진행할 수 있는지, 누가 다음 단계의 소유자인지 이해해야 합니다.

칸반의 4가지 원칙은 무엇입니까?

칸반의 4가지 원칙은 워크플로 시각화, 진행 중인 작업 제한, 흐름 관리 및 지속적 개선입니다. 이러한 원칙은 팀이 작업 관리를 최적화하고 가치를 효율적으로 제공하는 데 도움이 됩니다.

칸반은 애자일입니까, 아니면 스크럼입니까?

칸반은 애자일 프레임워크이지만 스크럼과는 다릅니다. 두 방법론 모두 애자일이지만 칸반은 지속적인 흐름과 작업 시각화에 중점을 두는 반면, 스크럼은 고정 길이의 스프린트와 정의된 역할을 사용합니다.

칸반의 간단한 예시는 무엇입니까?

칸반의 간단한 예는 '할 일', '진행 중' 및 '완료'라는 레이블이 지정된 열이 있는 보드입니다. 작업을 시작하고 진행하고 완료하면서 왼쪽에서 오른쪽으로 이동합니다. 이 시각적 접근 방식은 팀이 진행률을 추적하고 병목 상태를 식별하는 데 도움이 됩니다.

어떤 칸반 메트릭을 추적해야 합니까?

유용한 칸반 메트릭으로는 사이클 타임, 리드 타임, 처리량 및 진행 중인 작업이 있습니다. 이 메트릭은 팀이 작업을 얼마나 빨리 진행하는지, 얼마나 많은 작업을 완료하는지, 어디에서 병목 상태가 발생하는지 이해하는 데 도움이 됩니다.

팀은 또한 차단된 작업, 오래된 업무 항목 및 누적 흐름을 추적하여 지연을 조기에 파악할 수 있습니다. 목표는 모든 것을 측정하는 것이 아니라 팀이 흐름을 개선하고 더 효과적인 계획 결정을 내리는 데 도움이 되는 메트릭을 선택하는 것입니다.