📋 칸반보드, 업무 흐름을 눈으로 보는 법

---

칸반보드

할 일이 머릿속에 뒤엉켜 있을 때, 뭔가를 "보이게" 만들면 절반은 해결된다. 칸반보드가 딱 그런 도구다. 거창한 이론보다, 그냥 포스트잇 몇 장이면 되는 단순함이 오히려 강점이다. 처음 칸반보드를 써봤을 때 "이게 다야?" 싶었는데, 써보면 써볼수록 이 단순함이 진짜 힘이라는 걸 느끼게 된다.

---

칸반의 탄생: 도요타 공장에서 소프트웨어까지

칸반(Kanban)은 일본어로 '간판' 또는 '카드'를 뜻한다. 1940년대 일본 도요타 자동차 공장에서 처음 등장했다. 당시 도요타 엔지니어 다이이치 오노(Taiichi Ohno)가 슈퍼마켓의 재고 관리 방식에서 영감을 받아 고안했다. 슈퍼마켓에서 제품이 빠져나가면 그만큼 채우는 것처럼, 공장에서도 필요한 만큼만 부품을 공급하는 JIT(Just In Time) 생산 방식의 일환이었다.

이 개념이 소프트웨어 개발 세계로 넘어온 건 2000년대 초반이다. 데이비드 앤더슨(David J. Anderson)이 마이크로소프트와 모토로라에서 일하면서 칸반 방법론을 소프트웨어 팀에 적용했고, 이를 체계화해 2010년 책으로 펴냈다. 제조업의 생산 흐름 관리 기법이 개발·기획·마케팅 업무에까지 자리 잡게 된 것이다.

지금은 IT 업계를 넘어 디자인팀, 마케팅팀, 개인 프리랜서까지 다양하게 활용한다. 도구는 달라졌지만 핵심 원리는 도요타 공장 시절과 크게 다르지 않다.

---

칸반보드의 핵심 구조

칸반보드는 기본적으로 열(column)과 카드(card)로 구성된다.

가장 기본적인 구조는 세 가지 열이다:

• To Do: 아직 시작하지 않은 작업
• In Progress: 현재 진행 중인 작업
• Done: 완료된 작업

이 세 열에 작업 카드를 붙이고, 진행 상황에 따라 왼쪽에서 오른쪽으로 옮긴다. 단순하지만 이 구조만으로도 팀 전체의 작업 현황을 한눈에 파악할 수 있다.

조금 더 세분화하면 Review, Testing, Blocked 같은 열을 추가하기도 한다. 팀 업무 흐름에 맞게 커스터마이즈하는 게 칸반보드의 장점 중 하나다.

칸반의 또 다른 핵심 개념은 WIP 제한(Work In Progress Limit)이다. 각 열에 동시에 진행할 수 있는 작업 수를 제한하는 것이다. 예를 들어 "In Progress"에 최대 3개 카드만 올릴 수 있다고 규칙을 정하면, 팀이 여러 일을 동시에 벌이다 아무것도 못 끝내는 상황을 방지할 수 있다. 멀티태스킹의 환상에서 벗어나게 해주는 장치랄까.

---

스크럼이랑 뭐가 다를까

칸반을 설명할 때 빠지지 않는 비교 대상이 스크럼(Scrum)이다. 둘 다 애자일(Agile) 방법론에 속하지만 접근법이 꽤 다르다.

스크럼은 스프린트(Sprint)라는 고정된 주기(보통 1~2주)로 일한다. 스프린트 시작 전에 이번 주기에 할 일을 확정하고, 끝나면 결과물을 검토하고, 다음 스프린트를 계획한다. 마치 단거리를 반복해서 뛰는 느낌이다.

칸반은 주기가 없다. 할 일이 생기면 보드에 추가하고, 끝나면 Done으로 옮긴다. 마감일이 고정된 프로젝트보다 지속적으로 들어오는 작업을 처리할 때 잘 맞는다. 고객 지원팀이나 운영팀처럼 예측 불가한 요청을 계속 처리해야 하는 경우가 대표적이다.

스크럼이 "계획하고 실행하고 돌아보는" 리듬을 강조한다면, 칸반은 "흐름을 막히지 않게 유지하는" 것에 집중한다. 어느 게 낫다기보다는, 팀의 업무 성격에 맞는 걸 고르면 된다. 요즘은 둘을 섞은 스크럼반(Scrumban) 방식도 많이 쓴다.

---

대표적인 칸반 도구들

개념은 포스트잇과 화이트보드로도 충분하지만, 원격 협업이 일상이 된 지금은 디지털 도구가 필수다. 대표적인 것들을 정리해봤다.

트렐로(Trello)는 칸반 특화 도구 중 가장 대중적이다. 인터페이스가 직관적이고 배우기 쉬워서 처음 칸반을 도입하는 팀에 딱 좋다. 소규모 스타트업이나 개인 프리랜서에게 특히 잘 맞는다. 무료 플랜으로도 충분히 활용할 수 있다는 것도 장점이다.

지라(Jira)는 개발팀의 사실상 표준이다. 칸반은 물론 스크럼 보드도 지원하고, 이슈 트래킹과 연동이 강력하다. 기능이 워낙 많다 보니 처음엔 복잡하게 느껴질 수 있는데, 30명 이상 규모의 개발 조직이라면 지라의 진가가 발휘된다.

노션(Notion)은 만능 툴이다. 데이터베이스 기능을 활용해 칸반 보드, 테이블, 캘린더 등 여러 뷰를 동시에 활용할 수 있다. 문서 작성과 작업 관리를 한 곳에서 하고 싶은 팀에 잘 맞는다. 다만 그만큼 세팅에 시간이 걸린다.

플로우(Flow)나 아사나(Asana) 같은 국내외 협업툴들도 기본적으로 칸반 보드를 제공한다. 결국 도구는 팀의 규모와 익숙함에 따라 선택하면 된다. 화려한 기능보다 팀이 지속적으로 쓸 수 있는 도구가 가장 좋은 도구다.

---

칸반보드, 제대로 쓰는 법

칸반보드를 만들었다고 끝이 아니다. 실제로 효과를 보려면 몇 가지 원칙이 필요하다.

첫 번째, 카드를 작게 쪼개라. "신규 기능 개발"처럼 뭉뚱그린 카드는 언제 끝날지 모른다. "로그인 화면 디자인 완성", "API 연동 테스트" 처럼 완료 여부가 명확한 단위로 잘게 나눠야 흐름이 보인다.

두 번째, WIP 한도를 진심으로 지켜라. WIP 제한은 선언만 해두고 사실상 무시하는 경우가 많다. "이건 급하니까 예외"를 반복하면 칸반보드는 그냥 할 일 목록이 되어버린다. 한도를 지키는 불편함을 감수해야 칸반의 효과가 나온다.

세 번째, 보드를 항상 최신 상태로 유지하라. 카드를 제때 옮기지 않으면 보드가 현실을 반영하지 못하고, 결국 아무도 들여다보지 않게 된다. 짧은 데일리 스탠드업을 통해 팀이 매일 보드를 업데이트하는 루틴을 만드는 게 중요하다.

네 번째, 막힌 카드에 집중하라. 특정 카드가 "In Progress"에 오래 머물고 있다면 거기에 집중해야 한다. 칸반의 핵심은 흐름을 막는 병목을 빠르게 발견하고 해소하는 것이다.

---

마무리

솔직히 칸반보드는 처음엔 너무 단순해 보여서 "이게 방법론이라고?" 싶을 수도 있다. 나도 그랬다. 그런데 써보면 써볼수록 이 단순함이 강점이라는 걸 알게 된다. 복잡한 규칙보다 눈에 보이는 흐름이 훨씬 더 팀을 움직이게 만든다.

특히 원격·하이브리드 근무가 보편화된 지금, 팀원들이 지금 무엇을 하고 있는지 한눈에 볼 수 있다는 것만으로도 엄청난 가치가 있다. 매번 "지금 뭐 해?" 물어보는 대신 보드 하나면 된다.

칸반이 모든 팀에 완벽한 답은 아니다. 엄격한 데드라인과 반복적인 릴리즈가 중요하다면 스크럼이 맞을 수도 있다. 다만 도입 장벽이 낮고, 실패해도 잃을 게 별로 없다. 일단 포스트잇 세 줄만 그려놓고 팀원들과 써봐라. 생각보다 빠르게 "이거 괜찮은데?" 하는 순간이 온다.

---

https://yozm.wishket.com/magazine/detail/1151/

프로젝트를 효율적으로 관리하기 위한 툴은? | 요즘IT