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
Изменения	В любой момент	Только между спринтами
Подходит для	Поддержка, сопровождение	Продуктовая разработка

---

• Нет фиксированных спринтов — работа идет непрерывно
• Нет ролей PO и SM — акцент на самоорганизацию команды
• Фокус на потоке работы, а не на планировании
• Изменения вводятся постепенно через эксперименты

1. Визуализация рабочего процесса
2. Ограничение задач в работе (WIP limits)
3. Управление потоком работы
4. Явное определение политик процесса
5. Рефлексия и непрерывное улучшение
6. Сотрудничество и эволюционное изменение

💡 Помните: Kanban — это не инструмент, а система мышления. Цель — сделать работу видимой, управляемой и постоянно улучшаемой.

---

• Запланировано (To Do)
• В работе (In Progress)
• Тестирование (Testing)
• Готово (Done)

• Колонки должны отражать реальный процесс команды
• Добавлять подколонки для сложных этапов (например, "В разработке", "На тестировании")
• Использовать цвета и метки для категоризации задач
• Включать колонки для блокировок и препятствий

• Доска должна быть доступна всем членам команды
• Обновлять статусы в реальном времени
• Регулярно пересматривать структуру доски

---

• Предотвращает многозадачность
• Ускоряет завершение задач (фокус на меньшем количестве задач)
• Выявляет узкие места в процессе
• Улучшает качество работы

• Начинать с текущей пропускной способности команды
• Для колонки "В работе": размер команды или размер команды - 1
• Корректировать на основе анализа потока и метрик
• Использовать Закон Литтла: Cycle Time = WIP / Throughput

---

• Экспресс (Expedite): Срочные задачи без ограничений WIP, высокий приоритет
• Стандартный (Standard): Обычные задачи с обычными WIP limits
• С фиксированной датой (Fixed Date): Задачи с жесткими сроками выполнения
• Нематериальные (Intangible): Задачи без прямой ценности для пользователя (техдолг, документация)

• Назначать классы при добавлении задачи в доску
• Устанавливать разные правила для разных классов
• Отслеживать выполнение по классам для анализа приоритетов

---

• Цикловое время (Cycle Time): Время от начала работы над задачей до ее завершения
• Пропускная способность (Throughput): Количество задач, завершенных за период
• Бутылочные горлышки (Bottlenecks): Этапы, где задачи задерживаются

• Строить диаграммы циклового времени для выявления трендов
• Анализировать распределение задач по классам обслуживания
• Искать корреляции между WIP limits и цикловым временем
• Использовать карты потока для визуализации проблем

• Измерять регулярно и сравнивать с предыдущими периодами
• Фокусироваться на улучшении, а не на оценке команды
• Использовать данные для принятия решений, а не для контроля

---

• Создать доску с текущими колонками
• Перенести все активные задачи на доску

• Начать с колонки "В работе"
• Установить лимиты на основе текущей загрузки
• Наблюдать за эффектом

• Анализировать бутылочные горлышки
• Внедрять классы обслуживания
• Улучшать политики процесса

• Регулярные ретроспективы по процессу
• Эксперименты с новыми практиками
• Измерение результатов

---

• Сочетание гибкости Kanban с структурой Scrum
• Использование Kanban-доски внутри спринтов Scrum
• Установка WIP limits для колонок доски
• Непрерывное планирование вместо фиксированного спринта

• Сохранить спринты, но использовать Kanban-доску для визуализации
• Установить WIP limits для колонок "В разработке", "Тестирование"
• Внедрить классы обслуживания для срочных задач
• Анализировать поток внутри спринтов

---

• Team-level: Командные доски для ежедневной работы
• Program-level: Программные доски для управления зависимостями между командами
• Portfolio-level: Портфельные доски для стратегического управления

• Согласованные метрики на всех уровнях
• Управление зависимостями между досками
• Классы обслуживания на разных уровнях
• Единые политики процесса

• Начинать с одной команды, затем масштабировать
• Адаптировать подход под специфику каждой команды
• Использовать цифровые инструменты для интеграции досок
• Поддерживать психологическую безопасность при изменениях

---

Ошибка	Почему это плохо	Как исправить
WIP limits игнорируются при давлении	Теряется весь смысл Kanban, Cycle Time растёт	Жёсткое правило: нельзя начинать новое, пока не завершено начатое
Доска не обновляется в реальном времени	Данные устарели, решения принимаются на основе неверной картины	Обновление статуса — при любом изменении, не раз в день
Все задачи получают класс Expedite	Реальные приоритеты теряются, WIP limits бессмысленны	Expedite — максимум 1–2 задачи одновременно, строгие критерии
Cycle Time не измеряют	Нет данных для улучшений, узкие места невидимы	Настроить автоматический сбор через Jira, Trello или Nave
Колонки не отражают реальный процесс	Доска показывает «желаемое», а не «реальное»	Пройти путь задачи вместе и нарисовать актуальный процесс
Нет политик для колонок	Задачи перемещаются произвольно, нет единого понимания	Каждая колонка должна иметь явные критерии входа и выхода

---

• Колонки отражают реальный процесс?
• Есть ли WIP limits?
• Какие классы обслуживания используются?
• Какие метрики измеряются?

1. Какая первая колонка получит WIP limit?
2. Какой лимит установить и почему?
3. Какие метрики начнете измерять?
4. Как будете проверять успех внедрения?

---

• Визуализация делает работу прозрачной и управляемой
• WIP limits — основной инструмент для улучшения потока
• Метрики помогают принимать обоснованные решения
• Непрерывное улучшение — залог долгосрочного успеха

🎯 Следующий шаг: Выберите одну колонку на вашей доске и установите WIP limit на следующей неделе.

---