Время освоения: ~40 минут Цель : Научиться применять Kanban для визуализации процессов, управления потоком работы и повышения эффективности команды
# Принцип 1 Визуализация рабочего процесса 2 Ограничение задач в работе (WIP limits) 3 Управление потоком работы 4 Явное определение политик процесса 5 Рефлексия и непрерывное улучшение 6 Сотрудничество и эволюционное изменение
Класс Описание WIP Expedite Срочные, критические задачи Без ограничений Fixed Date Жёсткий дедлайн Стандартный Standard Обычные задачи Стандартный Intangible Техдолг, документация Низкий приоритет
Метрика Что измеряет Формула Cycle Time Время от "В работе" до "Готово" — Lead Time Время от запроса до доставки Ожидание + Cycle Time Throughput Задач завершено за период — WIP Задачи одновременно в работе ≤ размер команды
Закон Литтла : Cycle Time = WIP ÷ Throughput
Kanban Scrum Итерации Нет (непрерывный поток) Фиксированные спринты Роли Нет обязательных PO, SM, Dev Team Изменения В любой момент Только между спринтами Подходит для Поддержка, сопровождение Продуктовая разработка
Kanban — это методология управления работой, основанная на визуализации процесса, ограничении задач в работе (WIP limits) и непрерывной оптимизации потока.
Ключевые отличия от Scrum :
Нет фиксированных спринтов — работа идет непрерывно
Нет ролей PO и SM — акцент на самоорганизацию команды
Фокус на потоке работы, а не на планировании
Изменения вводятся постепенно через эксперименты
Основные принципы Kanban :
Визуализация рабочего процесса
Ограничение задач в работе (WIP limits)
Управление потоком работы
Явное определение политик процесса
Рефлексия и непрерывное улучшение
Сотрудничество и эволюционное изменение
💡 Помните : Kanban — это не инструмент, а система мышления. Цель — сделать работу видимой, управляемой и постоянно улучшаемой.
# Основные концепции Kanban (20 минут)# 1. Kanban-доска: визуализация процессаЦель : Сделать рабочий процесс прозрачным и управляемым.
Запланировано (To Do)
В работе (In Progress)
Тестирование (Testing)
Готово (Done)
Как создавать эффективную доску :
Колонки должны отражать реальный процесс команды
Добавлять подколонки для сложных этапов (например, "В разработке", "На тестировании")
Использовать цвета и метки для категоризации задач
Включать колонки для блокировок и препятствий
Доска должна быть доступна всем членам команды
Обновлять статусы в реальном времени
Регулярно пересматривать структуру доски
# 2. WIP Limits (Ограничение задач в работе)Что это : Максимальное количество задач, которые могут находиться в одной колонке одновременно.
Предотвращает многозадачность
Ускоряет завершение задач (фокус на меньшем количестве задач)
Выявляет узкие места в процессе
Улучшает качество работы
Начинать с текущей пропускной способности команды
Для колонки "В работе": размер команды или размер команды - 1
Корректировать на основе анализа потока и метрик
Использовать Закон Литтла: Cycle Time = WIP / Throughput
Пример : Если в колонке "В работе" установлен лимит 3, и там уже 3 задачи, команда должна завершить одну задачу перед началом новой.
# 3. Классы обслуживания (Classes of Service)Что это : Категории задач с разными правилами обработки, приоритетами и SLA.
Экспресс (Expedite) : Срочные задачи без ограничений WIP, высокий приоритетСтандартный (Standard) : Обычные задачи с обычными WIP limitsС фиксированной датой (Fixed Date) : Задачи с жесткими сроками выполненияНематериальные (Intangible) : Задачи без прямой ценности для пользователя (техдолг, документация)
Назначать классы при добавлении задачи в доску
Устанавливать разные правила для разных классов
Отслеживать выполнение по классам для анализа приоритетов
Цикловое время (Cycle Time) : Время от начала работы над задачей до ее завершенияПропускная способность (Throughput) : Количество задач, завершенных за периодБутылочные горлышки (Bottlenecks) : Этапы, где задачи задерживаются
Строить диаграммы циклового времени для выявления трендов
Анализировать распределение задач по классам обслуживания
Искать корреляции между WIP limits и цикловым временем
Использовать карты потока для визуализации проблем
Измерять регулярно и сравнивать с предыдущими периодами
Фокусироваться на улучшении, а не на оценке команды
Использовать данные для принятия решений, а не для контроля
# Практическое применение и масштабирование (15 минут)# 1. Внедрение Kanban: пошаговый подходШаг 1 : Визуализация текущего процесса
Создать доску с текущими колонками
Перенести все активные задачи на доску
Шаг 2 : Введение WIP limits
Начать с колонки "В работе"
Установить лимиты на основе текущей загрузки
Наблюдать за эффектом
Шаг 3 : Оптимизация процесса
Анализировать бутылочные горлышки
Внедрять классы обслуживания
Улучшать политики процесса
Шаг 4 : Непрерывное улучшение
Регулярные ретроспективы по процессу
Эксперименты с новыми практиками
Измерение результатов
# 2. Интеграция с другими методологиями (Scrumban)
Сочетание гибкости Kanban с структурой Scrum
Использование Kanban-доски внутри спринтов Scrum
Установка WIP limits для колонок доски
Непрерывное планирование вместо фиксированного спринта
Сохранить спринты, но использовать Kanban-доску для визуализации
Установить WIP limits для колонок "В разработке", "Тестирование"
Внедрить классы обслуживания для срочных задач
Анализировать поток внутри спринтов
# 3. Масштабирование Kanban на уровне организации
Team-level : Командные доски для ежедневной работыProgram-level : Программные доски для управления зависимостями между командамиPortfolio-level : Портфельные доски для стратегического управления
Ключевые элементы масштабирования :
Согласованные метрики на всех уровнях
Управление зависимостями между досками
Классы обслуживания на разных уровнях
Единые политики процесса
Начинать с одной команды, затем масштабировать
Адаптировать подход под специфику каждой команды
Использовать цифровые инструменты для интеграции досок
Поддерживать психологическую безопасность при изменениях
Ошибка Почему это плохо Как исправить WIP limits игнорируются при давлении Теряется весь смысл Kanban, Cycle Time растёт Жёсткое правило: нельзя начинать новое, пока не завершено начатое Доска не обновляется в реальном времени Данные устарели, решения принимаются на основе неверной картины Обновление статуса — при любом изменении, не раз в день Все задачи получают класс Expedite Реальные приоритеты теряются, WIP limits бессмысленны Expedite — максимум 1–2 задачи одновременно, строгие критерии Cycle Time не измеряют Нет данных для улучшений, узкие места невидимы Настроить автоматический сбор через Jira, Trello или Nave Колонки не отражают реальный процесс Доска показывает «желаемое», а не «реальное» Пройти путь задачи вместе и нарисовать актуальный процесс Нет политик для колонок Задачи перемещаются произвольно, нет единого понимания Каждая колонка должна иметь явные критерии входа и выхода
# Упражнение 1: Анализ текущей доскиОцените вашу текущую доску по критериям:
Колонки отражают реальный процесс?
Есть ли WIP limits?
Какие классы обслуживания используются?
Какие метрики измеряются?
# Упражнение 2: План внедренияРазработайте план внедрения Kanban для вашей команды:
Какая первая колонка получит WIP limit?
Какой лимит установить и почему?
Какие метрики начнете измерять?
Как будете проверять успех внедрения?