Как Kanban ищет узкие бутылочные горлышки?

Методы поиска узких мест (Bottlenecks) в Kanban

В Kanban подход к поиску узких мест кардинально отличается от классического планирования. Здесь не прогнозируют, а выявляют ограничения системы через визуализацию потока и эмпирический анализ данных. Узкое место — это этап процесса, где рабочие элементы (work items) накапливаются, создавая очередь и замедляя общее время выполнения.

Ключевые инструменты и практики поиска "бутылочных горлышек"

1. Визуализация с помощью Kanban-доски

Основа всего — доска (Kanban Board) с колонками, отражающими этапы workflow (например, "Бэклог", "В работе", "Ревью", "Тестирование", "Готово").

• Как выявить проблему: Узкое место визуально проявляется как колонка с чрезмерным количеством карточек (Work In Progress - WIP), в то время как следующие этапы простаивают.
• Пример: Если колонка "Ревью кодера" постоянно переполнена (например, 10 задач при WIP-лимите 3), а колонка "Тестирование" пустует — "Ревью" явно является бутылочным горлышком.

graph LR
    A[Бэклог] -->|5 задач| B[Анализ / В работе]
    B -->|10 задач| C[Ревью кода<br/>**ЗАГРУЗКА 200%**]
    C -->|2 задачи| D[Тестирование]
    D --> E[Готово]

Визуализация перегруженного этапа "Ревью кода".

2. Контроль незавершённой работы (WIP-лимиты)

WIP-лимит — это жёсткое ограничение на количество задач, одновременно находящихся на одном этапе или во всей системе.

• Как выявить проблему: Когда команда не может взять новую задачу на этапе из-за исчерпания WIP-лимита, а предыдущие этапы продолжают поставлять задачи — образуется очередь перед "заблокированным" этапом. Этот этап и есть узкое место. Система сама сигнализирует о проблеме.

3. Анализ метрик потока (Cumulative Flow Diagram - CFD)

CFD (Диаграмма накопленного потока) — самый мощный аналитический инструмент в Kanban для диагностики.

• Как выявить проблему: На CFD отслеживается количество задач в каждом состоянии (колонке) с течением времени.

    *   **Расширяющаяся "полоса"** на конкретном этапе указывает на рост очереди (бутылочное горлышко).
    *   **Большое вертикальное расстояние** между полосами "В работе" и "Готово" означает долгое **время цикла (Cycle Time)**.
    *   **Сужение полосы** "Готово" говорит о падении пропускной способности.

[Пример чтения CFD]
Полоса "Разработка" (синяя) остаётся узкой и стабильной.
Полоса "Ревью" (оранжевая) с 10-го по 20-й день начинает РЕЗКО РАСШИРЯТЬСЯ.
Полоса "Готово" (зелёная) в этот же период растёт очень медленно.
ВЫВОД: На 10-й день этап "Ревью" стал узким местом.

4. Измерение времени и эффективности

• Время цикла (Cycle Time): Резкий рост среднего времени прохождения задачи через конкретный этап (например, "от взятия в работу до ревью") прямо указывает на проблему на этом этапе.
• Пропускная способность (Throughput): Падение среднего количества задач, завершаемых системой за единицу времени (например, за неделю), — это симптом системного ограничения, которое нужно искать.
• Процент блокировок: Частые и длительные блокировки (красные стикеры) на одном и том же этапе — явный сигнал.

Процесс работы с выявленными узкими местами

Поиск — только первый шаг. Далее следует цикл непрерывного улучшения (Kaizen):

1. Сфокусироваться на узком месте: Мобилизовать ресурсы, чтобы помочь команде на "забитом" этапе (например, все свободные разработчики проводят ревью кода).
2. "Выгрузить" очередь: Не добавлять новые задачи перед узким местом, пока очередь не будет сокращена.
3. Проанализировать корневую причину (5 Why): Почему ревью занимает так много времени? Нехватка экспертизы? Слишком большой объём PR? Сложность задач?
4. Экспериментировать с улучшениями: Ввести парное программирование, уменьшить размер задач, автоматизировать проверки, перераспределить обязанности.
5. Скорректировать WIP-лимиты и политики: После устранения причины, возможно, потребуется изменить лимиты для нового баланса потока.

Философская суть Kanban в этом контексте — управлять потоком, а не людьми. Система (доска, лимиты, метрики) объективно показывает ограничения. Задача менеджера и команды — "прислушиваться" к этой системе, интерпретировать её сигналы и коллективно устранять препятствия, чтобы сделать поток задач предсказуемым, плавным и быстрым. Узкое место — не вина команды, а точка максимального рычага для улучшений.