Что такое канбан-доска простыми словами

Слово «канбан» (kanban) пришло из японского и переводится примерно как «сигнальная карточка» или «доска с сигналами». Изначально это были обычные бумажные карточки: когда на участке заканчивались детали, карточка отправлялась на склад как сигнал «пора пополнить». Никакого айти, просто наглядная система сигналов на производстве.

В управлении задачами идея осталась той же. Каждая задача - это карточка. Карточки лежат на доске, разбитой на колонки-стадии: ждёт, делается, проверяется, готово. Команда двигает карточки слева направо по мере выполнения. В любой момент достаточно одного взгляда на доску, чтобы понять состояние всех дел: что в очереди, что в работе прямо сейчас и что уже закрыто.

Главная ценность канбана - не в красивой доске, а в трёх правилах под капотом: визуализировать поток, ограничивать число задач в работе и постоянно его улучшать. Именно поэтому канбан часто называют не инструментом, а методом: доску можно нарисовать на стене, в таблице или в трекере, но смысл от инструмента не меняется.

Канбан придумал Тайити Оно, инженер компании Toyota, в конце 1940-х - начале 1950-х годов. Он искал, как сократить перепроизводство и складские запасы. Подсказку дали американские супермаркеты: полки там пополняли не заранее «на всякий случай», а только когда товар реально заканчивался. То есть спрос покупателя управлял поставкой.

Оно перенёс этот принцип «точно в срок» (just-in-time) на сборку автомобилей. Сигнальные карточки-канбаны координировали поставку деталей: участок брал новую партию только тогда, когда был готов её обработать. Так на заводе появилась вытягивающая система - работа «вытягивается» по мере готовности, а не «выталкивается» сверху планом.

В разработку программного обеспечения канбан пришёл намного позже. В 2004 году Дэвид Андерсон, работавший тогда в Microsoft, применил производственную логику канбана к IT-процессам, чтобы вытащить команду из операционного хаоса. Он сформулировал принципы канбана для умственного труда - и метод стал одним из самых популярных гибких подходов наравне со скрамом.

Доска может быть какой угодно: маркерная стена со стикерами в офисе, таблица в электронном документе или цифровой трекер. Суть одна - наглядно показать весь поток задач. В нашем трекере канбан-доска - это один из трёх режимов одного и того же набора задач: те же карточки можно открыть списком или недельным видом, не дублируя данные.

Обратите внимание на последний принцип: канбан не требует ломать процесс и переучивать людей. Вы начинаете с того, как команда работает прямо сейчас, и улучшаете маленькими шагами. Этим канбан мягче скрама - его можно внедрить за день и эволюционно докрутить.

Представьте разработчика, у которого открыто восемь задач одновременно. Он переключается между ними, теряет контекст, и в итоге к пятнице нет ни одной законченной - все «почти готовы». Это классическая ловушка. WIP-лимит (work in progress) говорит: в колонке «В работе» одновременно не больше, например, трёх карточек. Хочешь взять новую - сначала закрой одну из текущих.

Эффект двойной. Во-первых, задачи начинают доходить до конца, потому что фокус сужается. Во-вторых, лимиты быстро вскрывают узкие места. Если карточки копятся перед колонкой «Проверка», значит тестирование не успевает за разработкой - и это видно сразу, без отчётов. Команда чинит конкретное узкое место, а не работает наугад.

Подбирать лимит лучше эмпирически: поставить примерный, неделю понаблюдать за доской и скорректировать. Слишком большой лимит не даёт эффекта, слишком маленький - простаивает людей. Хорошая цифра та, при которой поток ровный и никто не сидит без дела.

Скрам хорош, когда команде нужен ритм и обязательства на отрезок: набрали объём на спринт и не меняем его до конца. Канбан хорош, когда задачи прилетают непредсказуемо и важна гибкость, - поддержка, эксплуатация, агентский поток заявок. Многие команды берут гибрид: канбан-доска для общего потока плюс элементы скрама там, где нужны обязательства.

Важно: канбан не противоречит скраму и не отменяет его. Это разные инструменты под разные ситуации. Если вы переезжаете со скрам-процесса, доска со story points по Фибоначчи никуда не денется - в нашем трекере оценка в очках живёт прямо на канбан-карточках.

Для распределённой команды реальной альтернативы цифровому трекеру нет. Вопрос только в том, где живут данные и сколько это стоит. Облачные сервисы считают подписку за каждого участника, а часть нужных функций - тайм-трекинг, аналитику - продают сверху. Open-source трекер можно поставить на свой сервер и пользоваться без лимита на пользователей, держа данные в своём периметре. Если это важно, посмотрите наш self-hosted-вариант.

• Слишком много колонок. Доска из пятнадцати стадий нечитаема. Начните с трёх и добавляйте только то, что реально отражает процесс.
• Нет WIP-лимитов. Без ограничения канбан превращается в обычный список дел. Лимиты - сердце метода, без них эффекта почти нет.
• Карточки не двигают. Если задача физически готова, а на доске висит в «В работе», доска врёт. Двигать карточки должно войти в привычку.
• Размытое «готово». Когда у каждого своё понимание готовности, карточки зависают в «почти». Опишите критерии явно.
• Доска для галочки. Если команда смотрит в неё раз в неделю на статусе, она мертва. Доска должна быть рабочим местом, а не отчётом для руководителя.
• Гигантские задачи. Карточка, которая висит неделями, забивает поток. Дробите крупные задачи на куски, проходимые за день-два.

Если вы переходите с зарубежных сервисов или ищете отечественный инструмент, посмотрите разбор замены Jira на российский аналог: там та же канбан-механика, плюс встроенный тайм-трекинг и аналитика потока. А полный список возможностей - на странице функций трекера.