개인 칸반을 위한 칸반 앱: 보드, WIP 제한, 에이전트

개인 칸반이란?

칸반은 Toyota의 생산 현장에서 비롯되었습니다. 그곳에서는 카드가 자재를 보충해야 할 때를 알렸습니다. 이후 이 원칙은 지식 노동과 소프트웨어 개발로 옮겨졌습니다. Jim Benson과 Tonianne DeMaria Barry가 2011년 같은 제목의 책에서 설명한 Personal Kanban은 여기서 두 가지 규칙만 가져옵니다.

1. 일을 눈에 보이게 합니다. 모든 작업은 카드이고, 모든 열은 상태입니다. 보드를 한 번 보면 무엇이 다가오고, 무엇이 진행 중이고, 무엇이 막혀 있는지 알 수 있습니다.
2. 진행 중인 일을 제한합니다. 동시에 ‘진행 중’일 수 있는 카드는 정해진 개수뿐입니다.

일반적인 할 일 목록과의 차이는 두 번째 규칙에 있습니다. 목록은 상한 없이 늘어나고, 열 가지 일을 한꺼번에 시작하면 끝내는 일은 몇 안 됩니다. 보드는 이런 과부하가 생기기 전에 보여 줍니다.

열, WIP 제한, 풀 원칙

열

개인 칸반 보드에는 열이 몇 개만 있으면 됩니다. 최소한은 ‘백로그 – 진행 중 – 완료’입니다. 많은 사람이 다른 사람에게 가 있는 일을 위해 ‘대기’ 열을 추가합니다. 그러면 진행 중인 일로 세지 않으면서도 계속 보입니다. 열이 다섯 개를 넘으면 개인 보드는 대개 읽기 어려워집니다.

WIP 제한

WIP는 ‘work in progress’, 즉 진행 중인 일을 뜻합니다. WIP 제한은 한 열에 카드가 몇 개까지 들어갈지 정합니다. ‘진행 중’ 열이라면 2~4개가 흔한 시작값입니다. 제한에 도달하면 선택지는 하나뿐입니다. 무언가를 끝내거나, 넘기거나, 의도적으로 되돌려 놓는 것입니다. 제한은 그 자체가 목적이 아닙니다. 일이 어디에 쌓이는지 보여 주고, 왜 그런지 묻게 합니다.

풀 원칙

칸반에서 일은 밀어 넣는 것이 아니라 끌어옵니다. 새 카드는 자리가 있을 때만 ‘진행 중’으로 들어갑니다. 새 작업이 그냥 쌓이는 대신 백로그에서 끌어오는 것입니다. 다른 사람이 원하는 일의 양이 아니라 자신의 처리 능력이 속도를 정합니다.

제한에 도달했을 때

가득 찬 열은 방해가 아니라 신호입니다. 카드를 살펴보십시오. 거의 끝난 카드가 있으면 끝냅니다. 답을 기다리느라 막힌 카드가 있으면 ‘대기’로 옮기고 누구를 기다리는지 적습니다. 너무 큰 카드가 있으면 작은 단계로 나누고 첫 단계만 보드에 둡니다. 그리고 이번 주에 도저히 맞지 않는 일은 백로그로 돌려보냅니다. 이것은 패배가 아니라, 제한이 내리게 하려는 바로 그 결정입니다.

TandemLoop의 칸반 보드

TandemLoop에서 칸반 보드는 별도의 목록이 아니라 표시 방식입니다. 필터가 저장된 보기인 모든 뷰를 보드로 표시할 수 있습니다. 같은 작업은 프로젝트에 그대로 있으면서 다른 뷰에서는 목록, 일정 목록, 캘린더로 나타납니다. 카드를 다른 열로 드래그하면 보드를 나누는 기준 필드가 바뀝니다.

보드에는 ‘이번 주’나 ‘오늘’처럼 이름을 자유롭게 정하는 열이 없습니다. 대신 백로그는 필터로 구현합니다. 보드는 끌어온 것만 보여 주고, 나머지는 프로젝트와 목록에 남아 있습니다.

개인 칸반 보드 설정 방법

1. 백로그: 프로젝트와 필터 ‘진행 가능이 예’를 쓴 ‘다음 행동’ 뷰가 백로그입니다. 여기서 끌어옵니다.
2. 끌어오기: ‘집중’ 태그를 생성합니다. 이번 주에 맡을 일에는 이 태그를 붙입니다.
3. 보드 생성: 필터 ‘태그가 집중 포함’, 표시 방식 보드, 보드 기준 상태로 새 뷰 ‘이번 주’를 만듭니다.
4. WIP 제한 설정: 예를 들어 ‘활성’ 열에 4. 엄격하게 지키고 싶다면 엄격한 제한을 고릅니다.
5. 정돈: 카드 필드로 마감일과 프로젝트를 표시하고, ‘완료됨’ 열을 접습니다.

AI 에이전트와 공유하는 보드

Claude Code, Codex, Cursor 같은 AI 에이전트와 함께 일한다면 열에 가장 유용한 필드는 담당입니다. 담당 기준 보드에는 열이 두 개 있습니다. 사용자를 위한 사람과 에이전트를 위한 AI입니다. 카드를 오른쪽으로 드래그하면 에이전트의 것이 되고, 다시 드래그하면 다시 사용자의 것이 됩니다. 에이전트의 카드에는 에이전트가 얼마나 독립적으로 일해도 되는지 표시됩니다. 바로 처리하기, 먼저 초안 준비하기, 먼저 질문하기입니다.

에이전트는 보드와 같은 작업을 봅니다. 자신의 카드를 찾아 처리하고 반환합니다. 상태 기준 보드에서는 에이전트의 반환이 검토 필요와 질문이라는 별도의 열로 나타납니다. 이것이 진정한 의미의 칸반입니다. ‘검토 필요’에 카드가 쌓이면 병목은 에이전트가 아니라 사용자입니다. 그러니 에이전트에게 새 일을 주기 전에 먼저 검토하십시오.

담당 기준 스윔레인을 쓰면 둘을 결합할 수 있습니다. 상태 기준 열 아래에 사용자 레인 하나와 에이전트 레인 하나가 놓입니다. 보드를 직접 만들 필요도 없습니다. “온라인 강의를 함께 진행할 보드를 만들어 주세요.”라고 하면 에이전트가 뷰를 생성합니다. 맡기기와 반환이 어떻게 작동하는지는 AI 에이전트와 작업 공유하기 페이지에서 자세히 설명합니다.

칸반과 GTD 결합하기

칸반과 GTD는 서로 다른 질문에 답합니다. GTD는 무엇을 해야 하는지 명확히 합니다. 모든 것을 수집하고, 명확히 하고, 구체적인 다음 행동으로 정리합니다. 칸반은 동시에 얼마나 할지 조절합니다. 둘을 합치면 간단한 루틴이 됩니다.

1. 새로운 것은 모두 수신함에 들어가고 GTD 방식으로 명확해집니다.
2. 다음 행동이 보드의 백로그입니다.
3. 주간 검토에서 다가오는 주의 카드를 ‘집중’ 태그로 끌어옵니다.
4. 한 주 동안 WIP 제한 안에서 보드로 일합니다.

GTD 방법론 가이드에서 다섯 단계와 주간 검토가 정확히 어떻게 작동하는지 설명합니다. 백로그 안에서 중요도로 고르고 싶다면 앱으로 쓰는 아이젠하워 매트릭스를 더하십시오.

TandemLoop이 맞지 않는 경우

TandemLoop은 한 사람과 그 사람의 에이전트를 위한 할 일 앱이지, 팀용 프로젝트 관리 도구가 아닙니다. 사용자 계정도, 보드별 권한도, 동료 간 코멘트도 없습니다. 다섯 명이 공유 보드에서 제품 출시를 계획한다면 팀용 도구가 더 적합합니다. 개인 칸반, 즉 나의 프로젝트, 나의 한 주, 에이전트와 함께하는 일에는 두 번째 도구보다 작업 관리 앱 안의 보드가 더 가깝습니다.