Kanban — 완벽한 입문 가이드

Kanban은 반복적인 프로세스의 각 단계를 명확한 단계로 세분화하는 프로젝트 관리 방식입니다.

이 가이드의 내용:

• Kanban이란 무엇인가요?
• Kanban 보드란 무엇인가요?
• Kanban 카드란 무엇인가요?
• Kanban의 이점은 무엇인가요?
• Kanban 방법론의 6가지 핵심 원칙
• Kanban vs. Scrum
• 엔터프라이즈 민첩성을 높이는 Kanban
• Kanban 시작하기

Kanban이란 무엇인가요?

Kanban은 시각화된 워크플로를 갖춘 애자일 프레임워크로, 소프트웨어 개발 분야에서 특히 널리 활용됩니다. Kanban 프레임워크 안에서 작업은 공유 Kanban 보드 위의 다양한 진행 단계를 시각적으로 이동하며, 팀원은 보드를 확인하는 즉시 모든 작업의 현황을 한눈에 파악할 수 있습니다.

개발팀이 활용하는 경우, Kanban에는 사용자 스토리, 즉 필요한 기능이나 기능성에 대해 간결하게 기술한 사용자 중심의 설명으로 이루어진 방대한 백로그가 포함됩니다. 제품 책임자와 이해 당사자들은 이 백로그가 팀의 유일한 업무 소스인 만큼, 이를 철저히 관리하고 우선순위를 지정할 책임이 있습니다.

팀원이 새로운 사용자 스토리를 처리할 준비가 되면, 백로그에서 해당 항목을 꺼내 Kanban 보드의 “진행 중” 열로 이동시킵니다. 프로젝트가 진행되면서 작업은 보드를 가로질러 이동하다가 완료 단계에 이릅니다. 해당 프로젝트를 담당하는 팀원은 현재 프로젝트가 완료될 때까지 백로그의 다른 항목을 시작하지 않아야 합니다.

Kanban의 목표는 잠재적인 병목 현상을 조기에 파악하고 프로세스의 모든 단계에서 팀원들이 일치된 방향으로 나아가도록 하는 것입니다. Kanban을 통해 팀은 문제를 신속하게 해결하고 비용 효율적으로 운영할 수 있습니다. Kanban은 주로 소프트웨어 개발과 관련이 깊지만, 반복 가능한 프로세스를 따르는 거의 모든 유형의 업무에 Kanban 방법론을 적용할 수 있습니다.

Kanban의 기원

Kanban은 “게시판” 또는 "안내판"을 의미하는 일본어입니다. 1940년대 후반 Toyota의 엔지니어 Taiichi Ohno가 처음 개발한 이 개념은, 고객이 필요한 만큼만 상품을 진열하는 식료품 매장에서 영감을 얻었습니다. Toyota 생산팀은 Kanban 카드를 활용해 추가 부품이 필요할 때 생산 라인의 다른 부서에 이를 알리기 시작했습니다.

초기 Kanban은 적시 생산(JIT, Just-in-Time) 방식의 일환이었습니다. 이를 통해 공장은 불필요한 자원 낭비 없이 그때그때 필요한 만큼만 부품을 생산할 수 있었습니다.

소프트웨어 개발자들은 이 아이디어를 바탕으로 Agile 방법론의 일부로 Kanban 시스템을 발전시켰습니다. 오늘날 Kanban은 DevOps 분야에서 두각을 나타내며 업무 흐름 최적화에 핵심적인 역할을 하고 있습니다.

IT 및 소프트웨어 분야의 Kanban

Ohno의 연구에서 영감을 받은 엔지니어 David Anderson은 Kanban을 소프트웨어 개발에 접목했습니다. Corbis와 Microsoft에서 Kanban을 실무에 적용한 경험을 바탕으로, 그는 Kanban: Successful Evolutionary Change for Your Technology Business 라는 책을 출판했습니다.

Kanban이 IT 업계에서 널리 활용되는 이유는 점진적 개선에 초점을 맞추기 때문입니다. 대규모 산출물을 다루는 팀은 매일 진행 상황을 점검하지 않으면 정해진 범위 내에서 기한에 맞춰 모든 작업을 완료하기가 어렵습니다. Kanban 프레임워크는 방대한 작업을 더 작고 관리하기 쉬운 단위로 분할하여, 팀이 워크플로 전반에 걸쳐 작업 진행 상황을 파악할 수 있게 해줍니다. 또한 프로젝트 마지막 단계가 아닌, 문제가 발생하는 즉시 장애 요소를 파악하고 대응할 수 있습니다.

Kanban 보드란?

Kanban 보드는 각 단계를 컬럼으로, 작업 자체를 이동 가능한 카드로 표현하는 프로젝트 관리 도구입니다. 디지털 또는 물리적 형태로 활용할 수 있으며, 팀이 원하는 방식이나 이해 당사자들이 생각하는 방식이 아닌, 팀의 실제 워크플로를 있는 그대로 시각화해야 합니다.

Kanban 보드의 컬럼 구성은 유연합니다. 기본 Kanban 보드는 “할 일”, “진행 중”, "완료"의 세 가지 컬럼만으로 구성되기도 하지만, “요청됨”, “백로그”, “분석 중”, “개발 중”, “테스트 중”, "완료"처럼 다양한 컬럼을 두는 경우도 많습니다. 반복적인 업무 단계나 프로젝트 단계는 무엇이든 Kanban 보드의 컬럼으로 구성할 수 있습니다.

팀은 보통 매일 미팅을 열어 칸반 보드를 검토합니다. 이를 통해 팀원과 경영진 간의 투명성이 높아지며, 팀이 현시점에서 합리적으로 감당할 수 있는 업무량을 파악하는 데도 도움이 됩니다. 이는 진행 중인 작업(WIP) 한도를 결정하는 중요한 기준이 됩니다.

칸반 카드란 무엇인가요?

칸반 카드는 수행해야 할 작업을 나타내는 작은 카드입니다. 실물 카드, 포스트잇, 또는 디지털 박스 형태로 활용할 수 있습니다. 칸반 카드는 칸반 보드에 배치되어 팀원들이 진행 상황을 한눈에 파악할 수 있도록 도와줍니다.

일부 팀은 작업 항목과 관련된 주요 성과 지표를 추적하기 위해 각 카드에 여러 항목을 기록합니다. 예를 들어 작업 요청자, 마감일, 담당 배정자 등을 표시할 수 있습니다. 또한 카드에는 작업에 대한 간략한 설명, 참고 문서 링크나 첨부 파일, 협업을 촉진하는 댓글 섹션이 포함될 수도 있습니다.

칸반의 주요 구성 요소

• 진행 중인 작업(WIP) 한도: 칸반 보드가 완성되면, 각 열에서 작업이 처리되는 방식에 대한 규칙을 마련할 차례입니다. 진행 중인 작업(WIP) 한도라고 불리는 이 지침은 칸반의 핵심 목표 중 하나를 실현하는 데 도움을 줍니다. 그 목표는 새로운 작업을 시작하는 것보다 기존 작업을 완료하는 데 집중하는 것입니다.

  칸반 보드의 각 열과 레인에는 한도가 있으며, 그 한도에 도달하면 기존 항목이 이동될 때까지 새 항목을 추가할 수 없습니다. 예를 들어, 편집자가 "검토 대기 중"인 사용자 스토리가 4개이고 해당 레인의 WIP 한도가 4라면, 하나가 이동될 때까지 더 이상 콘텐츠를 해당 레인에 추가할 수 없습니다.

• 백로그: 비즈니스 오너, 프로젝트 관리자, 그리고 팀의 업무 방향 결정에 관여하는 모든 이해관계자가 새로운 사용자 스토리를 추가하는 공간입니다. 백로그는 칸반의 핵심 기능으로서 지속적으로 관리하고 우선순위를 조정해야 합니다.

• 지속적인 출시: 순수한 칸반 방식에서는 정해진 기간마다 새로운 버전을 배포해야 하는 스프린트가 없습니다. 대신, 칸반 시스템을 사용하는 애자일 팀은 소프트웨어나 마케팅 프로젝트가 완성되는 즉시 출시합니다.

• 누적 흐름 다이어그램: 누적 흐름 다이어그램은 전체 워크플로를 시각화하기 위해 칸반에서 활용됩니다. 병목 현상을 파악하고, WIP 한도를 관리하며, 사이클 타임을 단축하는 데 유용합니다.

칸반의 이점

Kanban은 규모와 업종에 관계없이 모든 팀에 다양한 이점을 제공합니다. 제조업에서 출발해 현재는 소프트웨어 개발자들 사이에서 널리 활용되고 있는 Kanban은, 소규모 영업팀부터 대기업 HR 부서, 마케터에 이르기까지 다양한 분야의 팀에 명확하고 실질적인 혜택을 제공합니다.

사이클 타임 단축하기

사이클 타임이란 팀원이 업무를 시작한 시점부터 완료되는 시점까지의 총 소요 시간을 의미합니다. 평균 사이클 타임은 팀의 업무 효율성을 측정하는 핵심 지표로, Kanban 팀에서 특히 중요하게 활용됩니다.

사이클 타임을 분석하면 프로젝트 관리자가 병목 지점을 신속히 파악하고 이를 해결할 수 있는 적임자를 찾아낼 수 있습니다. Kanban 프레임워크에서는 팀원들이 서로 협력하여 업무를 완수하는 것을 기본 원칙으로 삼습니다. 또한 Kanban 보드를 통해 누가 어떤 업무를 맡고 있는지 한눈에 파악할 수 있어, 프로젝트 관리자는 유사한 역량을 갖춘 팀원을 쉽게 찾아 일정이 지연될 경우 즉각 지원을 요청할 수 있습니다.

비즈니스 목표와 실행 간 정렬하기

회사의 핵심 전략에 부합하는 카드만 Kanban 백로그에 추가됩니다. 백로그에 등록된 카드는 중요도에 따라 우선순위가 지정되며, 이를 통해 우선순위가 가장 높은 카드가 보드에 먼저 배정됩니다. 결과적으로 팀은 가장 중요한 핵심 업무에만 집중할 수 있습니다.

유연한 계획 수립하기

업무 우선순위를 조정해야 할 경우, 팀이 Kanban 보드를 검토하는 즉시 해당 업무를 백로그에서 진행 흐름으로 이동시킬 수 있습니다. Kanban이 제공하는 유연성 덕분에 프로젝트 관리자는 팀의 워크플로를 방해하지 않으면서도 비즈니스 및 고객 요구에 신속하게 대응할 수 있습니다.

고객 만족도 향상하기

프로젝트 관리자들이 사이클 타임 단축을 목표로 노력하면 품질을 희생하지 않으면서도 팀의 생산성을 높일 수 있습니다. Kanban 보드는 작업을 검토하고 확인하는 단계를 명확히 정의하여 결과물이 기준에 부합하도록 보장합니다. 고객은 더 짧은 시간 안에 더 완성도 높은 기능을 제공받게 되며, 이는 전반적인 고객 만족도 향상으로 이어집니다.

예측 가능성 향상하기

팀의 진행 상황을 지속적으로 검토하면 프로젝트 완료까지 걸리는 시간을 더 정확하게 예측할 수 있습니다. 프로젝트 관리자는 적절한 자원 배분, 불필요한 업무 제거, 팀 업무량 간소화를 통해 예측 가능성을 높이고 다른 팀의 계획 수립에도 기여할 수 있습니다.

Kanban 방법론의 6가지 핵심 원칙

엔지니어 David Anderson은 팀이 Kanban 방법론의 모든 이점을 최대한 활용할 수 있도록 6가지 핵심 실천 방법을 제안합니다. 이 방법들은 소프트웨어 팀을 주요 대상으로 고안되었지만, Kanban을 사용하는 모든 팀에 동일하게 적용됩니다.

1. 워크플로 시각화하기

공개 칸반 보드는 팀의 워크플로를 한눈에 시각화해 줍니다. 팀원들은 앞으로 해야 할 작업을 확인하면서 최종 목표에 어떻게 기여하고 있는지 파악할 수 있습니다. 칸반 보드를 최신 상태로 유지하고 매일 검토하면 팀 내 투명성을 높일 수 있습니다.

2. 진행 중인 작업 제한하기

칸반을 활용하면 프로젝트 관리자가 보드의 카드 수가 적절한지 쉽게 파악하고, 팀 구성원의 역량과 가용성을 더 깊이 이해할 수 있습니다. 칸반 보드를 매일 검토하고 WIP 한도를 설정하면 프로젝트 관리자와 팀원 모두 업무량을 적절히 조율할 수 있어, 팀이 항상 최적의 업무량을 유지할 수 있습니다.

3. 흐름 관리하기

칸반에서 “흐름(flow)”이란 작업이 보드의 각 단계를 거쳐 진행되는 방식을 의미합니다. 프로젝트 관리자는 칸반 보드를 매일 검토하면서 속도와 위험 사이의 균형을 유지하는 것을 목표로 해야 합니다. 흐름을 관리하면 팀이 WIP 한도를 효과적으로 설정하고, 업무를 가로막는 장애물과 병목 현상을 파악하여 더욱 효율적으로 작업할 수 있습니다.

4. 프로세스 정책 명확히 하기

칸반 보드는 누가 어떤 작업을 담당하는지, 문제를 어떻게 제기해야 하는지, 작업 마감일이 언제인지를 명확히 보여줍니다. 정책을 명문화하면 프로젝트 관리자가 의사 결정 과정에서 감정을 배제하고 탁월한 결과물 제공에 집중할 수 있습니다.

5. 피드백 루프

지속적인 개선은 애자일을 유지하는 핵심입니다. 개발자와 프로젝트 관리자는 일일 회의나 이해 당사자와의 대화에서 받은 피드백을 바탕으로 다음번에는 더욱 뛰어난 결과물을 제공해야 합니다.

6. 협업으로 개선하기

칸반은 팀 중심의 방법론입니다. 모든 구성원은 필요할 때 조언, 건설적인 비판, 추가적인 지원을 아끼지 않아야 합니다. 단, 이는 모든 구성원이 동일한 원칙을 따르고 문제를 같은 방식으로 해결할 때만 효과를 발휘합니다. 정보를 공유하고 역량을 결합하면 팀은 더 짧은 시간에 더 많은 성과를 거둘 수 있습니다.

칸반 원칙

Anderson은 그의 저서에서 칸반 원칙을 제시합니다. 이 원칙은 변화 관리와 서비스 제공이라는 두 가지 범주로 나뉩니다.

변화 관리 원칙

칸반 도입은 결코 쉬운 일이 아닙니다. 특히 다른 프로젝트 관리 방식에 익숙한 팀에게는 더욱 그렇습니다. 조직에 칸반을 도입할 때는 세 가지 변화 관리 원칙을 강조하는 것이 중요합니다.

1. 알고 있는 것부터 시작하기

너무 모호하거나 지나치게 원대한 목표는 추적하기도 어렵고 달성하기는 더욱 어렵습니다. Kanban은 팀이 자신의 역량, 능력, 가용성을 먼저 평가한 후, 필요에 따라 명확하고 구체적인 작업을 추가하도록 권장합니다. 이처럼 신중하고 체계적인 접근 방식은 매일 목표를 향해 꾸준히 전진하며 지속 가능한 성장을 이루는 데 도움이 됩니다.

2. 점진적이고 진화적인 변화 추구에 합의하기

Kanban은 느리지만 꾸준한 개선을 목표로 설계되어 있으므로, Kanban 프로세스에 참여하는 모든 팀원은 점진적인 변화에 전념해야 합니다. 익숙해지기까지 시간이 걸릴 수 있지만, 큰 변화를 작은 단위로 나누면 경영진의 저항을 줄이고, 실수를 최소화하며, 업무 부담을 보다 효과적으로 관리할 수 있습니다.

3. 모든 계층에서의 리더십 발휘 장려하기

Kanban 중심의 업무 환경에서는 누구든지 발생하는 문제에 책임감을 갖고 나설 수 있습니다. Anderson은 팀원들이 서로 문제를 해결하고 최종 목표를 달성할 수 있도록 격려와 협업의 문화를 조성할 것을 권고합니다.

서비스 게재 원칙

하나의 조직은 수백 개의 독립적인 서비스로 구성되어 있습니다. 균형을 유지하기 위해 Kanban은 세 가지 핵심 서비스 게재 원칙을 준수할 것을 권장합니다.

1. 고객 니즈에 집중하기

고객이 무엇을 필요로 하는지, 왜 필요로 하는지, 그리고 어떤 기대를 갖고 있는지를 파악하는 것이 Kanban 프로젝트 관리의 핵심입니다. 백로그 우선순위 설정, 예산 관리, 문제 해결 방법을 고민할 때는 항상 고객을 최우선으로 고려하십시오.

2. 관리되는 업무 중심의 자율적 조직화 허용하기

개발 팀이 맡을 업무와 수행 방식을 스스로 선택할 수 있도록 하면 업무 흐름을 효율적으로 관리하고, 팀원들이 리더로 성장할 수 있으며, 업무 과부하도 방지할 수 있습니다.

3. 서비스 네트워크 및 정책 정기 검토하기

수백 개의 프로젝트를 완수하다 보면 팀의 업무 방식과 이해 당사자들의 요구를 자연스럽게 파악하게 됩니다. 고객 만족도와 비즈니스 성과를 지속적으로 향상시키려면, 정기적으로 정책을 검토하고 업데이트하는 시간을 마련하십시오.

Kanban vs. Scrum

Kanban과 Scrum은 일부 개념을 공유하지만, 업무를 구성하는 방식은 서로 다릅니다.

Scrum은 1주에서 4주 단위(일반적으로 “스프린트”라고 함) 내에 일정량의 작업을 완료하며, 일정을 유지하기 위해 스프린트 계획, 스프린트 검토, 회고, 데일리 스탠드업 회의 등 네 가지 주요 “세레모니”를 활용합니다. 매 스프린트 시작 시 팀은 작업에 대한 책임을 다짐하고, 스프린트가 끝나면 성과를 평가하며 동일한 문제가 반복되지 않도록 개선 방안을 논의합니다.

Kanban과 달리 Scrum에는 프로젝트 관리자가 없습니다. 대신 고객의 이익을 대변하는 제품 책임자(Product Owner), 팀이 Agile 원칙을 준수하도록 지원하는 “Scrum 마스터”, 그리고 실제 업무를 수행하는 개발 팀으로 구성됩니다.

Scrum과 Kanban은 유사한 방법론이지만, 각각의 뚜렷한 차이점을 파악하면 개발 팀의 역량과 스타일에 더 적합한 방법론을 선택하는 데 도움이 됩니다.

Scrum의 엄격한 구조가 맞지 않는 팀이라면 Kanban 시스템에서 더 큰 유연성을 발휘할 수 있습니다. Scrum으로 시작했지만 회의나 프로세스 관련 문제가 발생한다면, Kanban이 더 나은 선택일 수 있습니다.

Kanban으로 기업 민첩성 지원하기

Kanban은 모든 조직 수준에서 제품과 서비스 제공 방식을 개선하는 데 도움을 줍니다. Kanban을 활용하는 팀은 리더십과 고객 피드백을 지속적으로 반영하고, 구체적인 목표에 따라 업무 우선순위를 설정하며, 안정적인 업무 처리 방식을 익혀갑니다. 이를 통해 조직의 규모와 복잡성이 커지더라도 민첩성을 유지할 수 있습니다. 현재 Scrum이나 다른 Agile 방법론을 활용하는 기업이라면, Kanban이 프로세스를 정교화하고 고도화하는 방식을 통해 더 높은 성과와 시장 만족도를 달성할 수 있습니다.

Kanban 시작하기

Kanban은 개발자와 고객을 연결하고, 내부 협업과 투명성을 강화하며, 번아웃 없이 복잡한 프로젝트를 성공적으로 완수할 수 있는 잠재력을 지닙니다. Kanban의 유연성 덕분에 개발자와 프로젝트 관리자는 자체적인 정책을 수립하고, 필요할 때 방향을 조정하며, 기대 이상의 성과를 낼 기회를 발굴할 수 있습니다.

이제 막 Kanban을 시작했다면 복잡한 워크플로를 정리하고 단순화해야 합니다. 프로젝트 관리 분야에서 오랜 경험을 쌓았다면 접근 방식을 한 단계 더 발전시킬 수 있습니다. Adobe Workfront는 프로젝트 관리 여정의 어느 단계에서든 보다 효율적으로 운영할 수 있는 기능을 제공합니다.

Workfront는 워크플로 자동화와 사용자 정의 양식 생성으로 업무 접수 프로세스를 간소화하여 전략을 실행으로 연결합니다. 단일 화면에서 새로운 우선순위에 맞게 Kanban 카드를 조정하고, 리소스 배분을 재편하며, 대시보드를 설정해 팀이 올바른 방향을 유지하도록 지원합니다. 다양한 엔터프라이즈 애플리케이션과의 통합을 통해 Workfront는 개발자들이 원하는 방식으로 업무를 처리하고 실시간으로 진행 상황을 측정할 수 있는 도구를 제공합니다.

더 알고 싶으신가요? 제품 둘러보기 Adobe Workfront가 어떤 도움을 드릴 수 있는지 확인해 보세요.