Руководство

Канбан-доска: как настроить колонки

8 июня 2026~6 минут чтенияKanban

«To Do — Doing — Done» — с этого начинают все, и почти все на этом застревают. Но сила канбана не в трёх колонках, а в том, что доска отражает ваш реальный процесс и показывает, где задачи застревают. Разберём, как настроить колонки, чтобы доска работала, а не просто хранила карточки.

Зачем настраивать колонки

Колонки канбан-доски — это стадии вашего процесса. Если они абстрактны («В работе»), доска показывает только «занят / не занят». Если они отражают реальные этапы, доска становится картой потока: видно, на какой стадии задача и где образуется затор.

Канбан-доска должна быть зеркалом процесса, а не его упрощением. Сначала поймите, как работа реально течёт, потом нарисуйте это колонками.

Отразите реальный процесс

Понаблюдайте, какие стадии задача проходит на самом деле. Для команды разработки это часто: Бэклог → Анализ → Разработка → Ревью → Тестирование → Закрыто. Не у каждой команды так — у вас может быть своя цепочка. Главное правило: колонка на каждую значимую стадию, через которую реально проходит работа.

Подколонки «в работе / готово»

Мощный приём — делить стадию на две подколонки: «в работе» и «готово». Например, «Разработка: в работе» и «Разработка: готово». Карточка в «готово» означает, что стадия завершена и задача ждёт следующую. Это вскрывает простои: если в «Разработка: готово» копятся задачи, значит, ревью — узкое место.

Зачем это нужно
Простой между стадиями — невидимый пожиратель времени. Подколонки «готово» делают ожидание видимым, и команда начинает с ним работать, а не мириться.

WIP-лимиты и политики

Колонки без правил — просто хранилище. Два инструмента превращают их в систему:

  • WIP-лимиты — ограничение числа задач в колонке. Заставляет завершать и вскрывает заторы (подробно — в статье WIP-лимиты).
  • Политики переходов — явная договорённость, когда задача может уйти в следующую колонку (своего рода definition of done для каждой стадии).

Настройте доску под свой процесс

Гибкие колонки, WIP-лимиты и связь с Git — в TeamVector. Первым 20 командам бесплатно.

Запросить доступ

Типичные ошибки

  • Слишком общие колонки. «В работе» на весь процесс прячет, где именно затор.
  • Слишком много колонок. 12 стадий — и доску невозможно охватить взглядом. Объединяйте мелкое.
  • Колонки не как у процесса. Доска показывает желаемое, а не реальное — и врёт.
  • Нет WIP-лимитов. Без них канбан превращается в обычный список (см. Канбан vs Скрам).

Частые вопросы

Какие колонки нужны на канбан-доске?

Минимум — «Нужно сделать», «В работе», «Готово». Но сильная доска отражает реальный процесс: например, «Бэклог → Анализ → Разработка → Ревью → Тестирование → Закрыто».

Зачем делить колонку на «в работе» и «готово»?

Подколонка «готово» показывает, что задача завершена на стадии и ждёт следующую. Это вскрывает простои: задача готова к ревью, но ревьюер занят — виден затор.

Нужны ли WIP-лимиты?

Да, это суть канбана. Лимит на число задач в колонке заставляет завершать начатое и вскрывает узкие места. Без WIP-лимитов доска превращается в обычный список.

Команда TeamVector
Комплексная платформа управления проектами для разработки ПО