간반 (소프트웨어 개발)

3. 방법론으로서의 칸반

방법론으로서의 칸반은 데이비드 J. 앤더슨(David J. Anderson)에 의해 정리된 이론이다.^[17][18] 이는 작업 진행 상황에 따라 변화하며 프로세스를 진화시키는 접근 방식이며, 조직에 맞춰 시스템(구조)을 변화시키는 특징을 가진다. 칸반 방법론의 핵심은 WIP(Work-in-progress, 아직 완성되지 않은 작업으로 제조업의 반제품과 유사한 개념)를 제한하는 풀(pull) 시스템을 구현하는 것이다. 이러한 풀 시스템은 시스템 운영과 프로세스의 문제를 명확히 드러내고, 지속적인 개선을 위한 협력을 촉진하는 역할을 한다. 칸반 시스템은 바로 이 WIP 제한 풀 시스템의 한 예시이다.^{[6][7][3][14]}

칸반 방법론은 몇 가지 핵심적인 실천 방법을 강조한다. 가장 중요한 두 가지는 작업을 시각화하는 것과 진행 중인 작업(WIP)을 제한하는 것이다. 이 외에도 정책을 명확히 하고, 작업 흐름을 관리하며, 피드백 과정을 만들고, 협력적인 개선을 추구하는 것 등이 주요 실천 방법으로 제시된다.^[14] 이러한 실천 방법들은 칸반 시스템을 효율적이고 예측 가능하게 만드는 것을 목표로 한다.^[6]

3. 1. 기본 원칙

3. 2. 핵심 실천 방법

4. 도구로서의 칸반 (칸반 보드)

소프트웨어 개발에서의 '''간반'''은 크게 방법론으로서의 칸반과 도구로서의 칸반 두 부분으로 나뉜다. 방법론으로서의 칸반은 소프트웨어 개발 프로세스를 점진적으로 개선하고 조직에 맞게 진화시키는 접근 방식을 의미하며, 영어권에서는 주로 대문자 "Kanban"으로 표기한다. 반면, 신호 역할을 하는 카드 자체는 "kanban", 이 카드를 이용한 풀(pull) 시스템은 "kanban system"으로 소문자로 구분하여 표기하기도 한다.^[17]

'''도구로서의 칸반'''은 시각화된 프로세스 관리 시스템을 말하며, 무엇을 개발할지, 언제 개발할지, 어느 정도의 비용으로 개발할지를 알리는 데 사용된다. 이는 방법론으로서의 칸반을 통해 조직(시스템)의 변화를 촉진하기 위한 도구로 활용된다. 칸반 보드는 이러한 도구로서의 칸반을 구현하는 대표적인 형태이다.

4. 1. 칸반 보드의 구성 요소

• 워크플로우를 통해 이동하는 개별 가치 단위인 작업 항목(item)의 정의.
• 워크플로우 내에서 작업 항목이 시작되고 완료되는 시점의 정의. 워크플로우는 작업 항목에 따라 시작 또는 완료 지점이 여러 개 있을 수 있다.
• 시작 지점에서 완료 지점까지 작업 항목이 거치는 하나 이상의 정의된 상태(state). 시작 지점과 완료 지점 사이의 모든 작업 항목은 진행 중인 작업(WIP, Work In Progress)으로 간주된다.
• 시작부터 완료까지 WIP를 제어하는 방법에 대한 정의.
• 작업 항목이 시작부터 완료까지 각 상태를 통과하는 방법에 대한 명시적 정책(policy).
• 서비스 수준 기대치(SLE, Service Level Expectation). 이는 작업 항목이 시작부터 완료까지 걸리는 예상 시간이다.

• WIP 제한을 통해 각 단계의 작업량을 제어한다.
• 작업을 필요할 때 가져오는 풀(pull) 방식의 구조를 가진다.
• 개발을 통해 만들어내고자 하는 사용자 가치(기능 등)의 흐름을 시각화한다.

4. 2. 칸반 보드의 활용

• 워크플로우를 따라 이동하는 개별 가치 단위 (''작업 항목'' 또는 ''항목'') 정의
• 작업 항목이 워크플로우 내에서 ''시작''되고 ''완료''되는 시점 정의
• 작업 항목이 시작부터 완료까지 거치는 하나 이상의 정의된 상태 (이 사이의 항목은 ''진행 중인 작업''(WIP)으로 간주)
• 시작부터 완료까지 WIP를 제어하는 방법 정의
• 작업 항목이 각 상태를 통과하는 방법에 대한 명시적 정책
• ''서비스 수준 기대치''(SLE): 작업 항목이 시작부터 완료까지 걸리는 예상 시간

• 워크플로우 정의 및 시각화
• 워크플로우에서 항목을 적극적으로 관리
• 워크플로우 개선

• 개발팀의 작업(기능, 사용자 스토리 등)을 시각화한다.
• 개발 단계별 WIP 제한을 설정하고 표시한다 (보통 열 상단에 숫자로 표시). 이는 해당 단계에서 동시에 진행할 수 있는 작업 항목 수를 제한한다.
• 완료 규칙과 같은 정책을 명시적으로 문서화한다.^[12]
• "진행 중"과 "준비" 같은 하위 열을 두어 칸반 흐름 관리를 지원한다. 각 단계의 WIP 제한은 하위 열 전체에 적용되어 작업 흐름이 특정 단계에 몰리는 것을 방지한다.

• WIP(Work In Progress, 진행 중인 작업) 제한을 통해 각 단계(스테이지)의 작업량을 제어한다.
• 작업을 필요한 시점에 가져오는 풀(pull) 방식 구조를 가진다.
• 개발을 통해 만들어내고자 하는 사용자 가치(기능 등)의 흐름을 시각화한다.

5. 칸반의 진화와 발전

데이비드 앤더슨은 2010년에 출간한 저서 『간반』^[7]에서 간반 방법론의 발전 과정을 설명했다. 이 방법론은 2004년 마이크로소프트^[8]에서 시작된 프로젝트에 뿌리를 두고 있다. 해당 프로젝트에서는 제약 이론 접근 방식을 사용하여 드럼-버퍼-로프 방식(이는 간반 풀 시스템과 유사하다)을 통합했다. 이후 2006년부터 2007년까지 코비스에서 간반 방법이 구체화되었다.

다른 전문가들도 간반의 발전에 기여했다. 2009년 돈 라이너슨은 2세대 린 제품 개발에 관한 책^[9]을 출판하며 간반 시스템의 도입과 관리 결정을 위한 데이터 수집 및 경제 모델 활용을 다루었다. 코리 라다스는 2008년 저서 『스크럼반』^[3]을 통해 간반이 소프트웨어 개발 방법론인 스크럼을 개선할 수 있다고 제안했다. 라다스는 스크럼반을 스크럼에서 간반으로 전환하는 과정으로 보았다. 2011년에는 짐 벤슨과 토니앤 데마리아 배리가 『개인 간반』^[10]을 출판하여, 개인이나 소규모 팀이 간반을 활용하는 방법을 제시했다.

이후 간반 방법론은 더욱 확장되고 구체화되었다. 마이크 버로우는 2014년 『내부에서 본 간반』^[11]에서 간반의 원칙, 실천 방법, 핵심 가치를 설명하고 이를 기존 이론 및 모델과 연결했다. 에릭 브레크너는 2015년 『간반을 활용한 애자일 프로젝트 관리』^[12]에서 마이크로소프트와 Xbox에서의 실제 간반 활용 사례를 소개했다. 같은 해 클라우스 레오폴드와 지그프리드 칼테네커는 『간반 변화 리더십』^[13]을 통해 변화 관리 관점에서 간반을 설명하고 변화 추진을 위한 지침을 제공했다. 2016년에는 Lean Kanban University Press가 초기 간반 프로젝트의 개선 사항과 확장된 내용을 통합한 요약 가이드^[14]를 출판했다.

최근에는 간반 시스템 운영과 실무 적용을 위한 가이드라인들이 제시되었다. 2020년 존 콜먼과 다니엘 바칸티는 간반 시스템 운영에 필요한 최소 요건을 설명하는 『간반 가이드』^[6]를 출판했다. 2022년에는 콜린 존슨, 다니엘 바칸티, 프라테크 싱이 실무자들이 간반 실천 방법을 탐색하는 데 도움을 주는 『간반 포켓 가이드』^[15]를 출판했다. 같은 해 윌 실레와 다니엘 바칸티는 스크럼 팀이 간반에서 흔히 사용되는 지표의 이점을 활용할 수 있도록 돕는 『스크럼 팀을 위한 흐름 지표』^[16]를 출판했다.

참조

_[1] 서적 The Machine That Changed the World Simon & Schuster
_[2] 서적 Toyota Production System: Beyond Large-Scale Production
_[3] 서적 Scrumban and other essays on Kanban System for Lean Software development Modus Cooperandi Press 2008
_[4] 웹사이트 Priming Kanban http://www.infoq.com[...] InfoQ 2014-02-17
_[5] 웹사이트 Kanban Guide - Definition of Workflow https://kanbanguides[...] 2023-08-17
_[6] 웹사이트 Kanban Guide https://kanbanguides[...] 2023-08-17
_[7] 서적 Kanban: Successful Evolutionary Change for Your Technology Business Blue Hole Press 2010-04
_[8] 간행물 From Worst to Best in 9 Months: Implementing a Drum-Buffer-Rope Solution at Microsoft's IT Department http://images.itrevo[...] Microsoft Corporation 2020-09-24
_[9] 서적 The Principles of Product Development Flow: Second Generation Lean Product Development Celeritas Publishing 2009-05
_[10] 서적 Personal Kanban: Mapping Work, Navigating Life Modus Cooperandi Press 2011-01
_[11] 서적 Kanban From The Inside Blue Hole Press
_[12] 서적 Agile Project Management with Kanban Microsoft Press
_[13] 서적 Kanban Change Leadership John Wiley & Sons
_[14] 서적 Essential Kanban Condensed Lean Kanban University Press
_[15] 웹사이트 The Kanban Pocket Guide https://prokanban.or[...] 2023-08-17
_[16] 웹사이트 Flow Metrics for Scrum Teams https://prokanban.or[...] 2023-08-17
_[17] 서적 Kanban - Successful Evolutionary Change for your Technology Business Blue Hole Press
_[18] 서적 Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results Prentice Hall
_[19] citation Kanban (development) Wikipedia 2013-05-15
_[20] 웹사이트 かんばんボードによるプロジェクトの見える化 http://www.infoq.com[...] オブラブ 2013-01-10
_[21] 웹사이트 プロジェクトファシリテーション実践編：見える化ガイド http://objectclub.jp[...] infoq.com 2010-05-09
_[22] 웹사이트 "「かんばん」をソフトウェア開発に適用する: アジャイルからリーンへ" http://www.infoq.com[...] infoq.com 2010-05-09