Какие колонки есть в Kanban-доске?

Структура классической Kanban-доски и её ключевые колонки

Kanban-доска — это визуальный инструмент для управления workflow, основанный на принципах гибкого управления (Agile) и непрерывного улучшения (Kaizen). Её основная цель — сделать поток задач максимально прозрачным, выявить узкие места и обеспечить своевременное выполнение работы. В классической, минимально необходимой форме доска состоит из трёх основных колонок, отражающих этапы жизненного цикла задачи.

Базовые, обязательные колонки Kanban

• To Do (Backlog / Задачи)

    *   Это колонка задач, готовых к выполнению. Здесь хранится всё, что необходимо сделать, но ещё не начато. Важно, что задачи здесь должны быть четко определены, приоритизированы и "разогреты" — то есть, у них есть понятное описание, критерии приемки и все необходимые входные данные для начала работы. Это "инвентарь" команды.

• In Progress (В процессе)

    *   Центральная колонка, где находятся все активные задачи. Именно здесь применяется ключевое правило Kanban — **ограничение количества задач (Work In Progress Limit, WIP Limit)**. Ограничение числа одновременно выполняемых задач предотвращает перегрузку команды, снижает многозадачность и помогает быстро обнаруживать блокировки.

• Done (Завершено)

    *   Колонка для задач, которые выполнены и соответствуют всем заранее установленным критериям завершения (Definition of Done). Перемещение карточки в эту колонку сигнализирует о том, что результат работы может быть передан клиенту или перейти на следующий этап жизненного цикла (например, в staging).

Расширенные и специализированные колонки для IT проектов

В практике управления IT-проектами (особенно в разработке ПО) базовый набор часто расширяется для более точного отражения специфического workflow. Пример более детализированной доски для разработки может выглядеть так:

graph LR
    A[Backlog] --> B[Ready for Dev];
    B --> C[Development];
    C --> D[Code Review];
    D --> E[QA Testing];
    E --> F[Ready for Deploy];
    F --> G[Done/Deployed];

Конкретные колонки могут включать:

• Ready for Development / Analysis (Готово к разработке/анализу): Буферная колонка между backlog и активной работой. Показывает задачи, которые полностью проработаны (например, дизайн готов, требования согласованы) и ожидают взятия в работу разработчиком.
• Development (Разработка): Задачи, которые находятся в активной разработке (кодирование, интеграция).
• Code Review / Testing (Ревью кода / Тестирование): Этап проверки кода коллегами или автоматическими тестами. Часто является узким местом, поэтому здесь строго применяются WIP Limits.
• QA / UAT (Тестирование качества / Пользовательское тестирование): Колонка для задач, находящихся на этапе ручного, интеграционного или пользовательского тестирования.
• Ready for Deployment (Готово к deployment): Задачи (фичи, багфиксы), прошедшие все проверки и ожидающие выхода на production.
• Deployed / Released (Выпущено): Финальный этап, когда функциональность доступна конечным пользователям.

Управление через визуализацию и правила работы с колонками

Как Project Manager, я использую колонки не просто как статические разделы, а как инструмент анализа и управления:

1. Визуализация потока: Карточки (задачи) движутся по колонкам. Сама доска становится "картой потока", где легко увидеть стадии, на которых задачи "застревают".
2. Выявление bottlenecks (узких мест): Если одна колонка (например, Code Review) постоянно переполняется, а следующая (QA) пуста — это явный сигнал о проблеме в процессе. Мы можем сразу реагировать: перераспределить ресурсы, помочь с ревью или обсуждать улучшение процесса.
3. Определение метрик: На основе движения карточек мы рассчитываем ключевые метрики, такие как среднее время выполнения задачи (Cycle Time) или скорость потока (Throughput). Это позволяет объективно оценивать производительность и прогнозировать завершение работ.
4. Адаптация под процесс: Колонки — не догма. Они должны точно отражать реальный рабочий процесс команды. Если этапы меняются (например, добавляется этап "Security Review"), доска должна быть соответствующим образом обновлена.

Таким образом, колонки Kanban-доски служат не просто списками задач, а структурой для визуального управления workflow, контроля загрузки команды и непрерывного анализа эффективности процесса. Их состав и названия всегда должны быть согласованы с командой и соответствовать реальным этапам работы в проекте.