Перейти к основному содержимому

О разделе "Kanban"

Kanban — метод управления потоком работ: визуализация задач на доске, ограничение незавершённой работы (WIP), непрерывная поставка без обязательных спринтов. В разработке ПО Kanban часто соседствует со Scrum или заменяет его в поддержке, эксплуатации и смешанных потоках, где одновременно идут фичи, баги и инциденты.

Обзор методологий — в Методология и жизненный цикл ПО; здесь Kanban разобран подробно, с опорой на Kanban Guide и индустриальную практику (David J. Anderson, Mike Burrows, сообщество Kanban University).

Для кого

Новичкам — чем Kanban отличается от "просто доски в Jira".

Тимлидам и SM — WIP, метрики потока, классы обслуживания, STATIK.

Поддержке и SRE — инциденты в общем потоке без Agile-театра.

Аналитикам и PO — прогноз сроков по lead time, а не только по story points.


Что вы узнаете из раздела

Kanban отвечает на практические вопросы, которые возникают уже на второй неделе работы с доской:

ВопросГде искать ответ
Почему у нас 40 задач "в работе", а сдаём по одной в неделю?WIP-лимиты, метрики
Как в одной команде совмещать фичи и P1-инциденты?Классы обслуживания, поддержка
Когда Kanban уместнее Scrum?Выбор процесса, 7.03/4
С чего начать внедрение без революции с понедельника?STATIK и шаги
Как отличить настоящий Kanban от декоративной доски?Чек-лист

Kanban в одном абзаце

Представьте очередь в кофейне. Бариста не начинает десятый заказ, пока не выдал готовые напитки — иначе все ждут дольше. WIP-лимит ограничивает, сколько заказов одновременно готовятся. Pull-система означает, что бариста берёт следующий заказ из очереди, когда освободился, а не менеджер толкает десять заказов на одну смену.

В IT то же самое: задача проходит колонки доски, команда вытягивает работу по готовности и свободной мощности, а менеджмент видит узкие места (очередь в Code Review, зависшие Blocked). Прогноз "когда будет готово" строят по lead time и cycle time, а не только по покерной оценке.


Шесть практик Kanban (Kanban Guide)

Kanban Guide описывает шесть практик. Без них колонки To Do / In Progress / Done — просто визуализация, а не метод:

ПрактикаСуть
1ВизуализацияВся работа видна на доске или связанных досках
2Ограничение WIPЛимит на количество незавершённых задач в колонке или на человека
3Управление потокомЗадачи движутся по pull-правилам, блокеры снимаются быстро
4Явные политикиПонятно, когда карточка может перейти в следующую колонку
5Обратная связьРегулярный разбор потока (replenishment, delivery review)
6Эволюционное улучшениеПроцесс меняют маленькими шагами по данным, а не "новый регламент с 1 числа"

Подробнее по каждой практике — в главе 2 (доска и WIP), главе 3 (классы обслуживания), главе 4 (метрики), главе 6 (STATIK и внедрение).


Ключевые термины раздела

Ниже — словарь, к которому статьи будут возвращаться. Не обязательно запоминать всё сразу; достаточно понять идею, а детали — по ссылкам.

WIP (Work In Progress)

WIP — незавершённая работа: задачи, которые уже начали, но ещё не в Done. WIP-лимит — максимальное число таких задач в колонке (часто в In Progress). Лимит заставляет заканчивать начатое вместо бесконечного старта нового.

Pull-система (вытягивание)

Pull — исполнитель сам берёт задачу из Ready, когда освободился и есть свободный слот WIP. Push — менеджер назначает сверх лимита ("всем по задаче"). Kanban строится на pull: работа входит в поток по готовности и мощности, а не по давлению загрузки.

Lead time и cycle time

МетрикаОткудаДокудаЧто показывает
Lead timeПоявление запроса (создание тикета)DoneПолное время ожидания клиента
Cycle timeIn Progress (начало работы)DoneВремя активной работы команды

Lead time включает ожидание в очереди; cycle time — только работу. Прогноз сроков строят по перцентилям cycle time (50%, 85%), а не по среднему из трёх задач. Подробно — глава 4.

Классы обслуживания (classes of service)

Classes of service — правила очереди и реакции на срочность:

  • Expedite — критичный сбой, один такой поток на команду;
  • Fixed delivery date — жёсткий дедлайн;
  • Standard — обычная фича или баг;
  • Intangible — техдолг, улучшения процесса.

Без классов всё становится expedite. Подробно — глава 3.

CFD (Cumulative Flow Diagram)

CFD — накопительная диаграмма: по оси X время, по Y число задач в каждой колонке. Расширение полосы In Progress сигнализирует рост WIP; плато в Done — остановку потока. Подробно — глава 4.

STATIK

STATIK — подход к стартовому анализу перед внедрением Kanban: Services, Transactions, Analysis, Information, Kanban. Начинают с текущего процесса на доске, а не с "идеальной доски из книги". Подробно — глава 6.


Как Kanban связан с другими разделами

РазделСвязь с Kanban
7.03 МетодологииОбзор Agile, выбор процесса, гибриды с каскадом
7.14 ScrumСпринты, роли, velocity; сравнение и Scrumban
7.09 ЗадачникиJira, YouTrack, настройка колонок и фильтров
7.21 ИнцидентыP1/P2, on-call, postmortem в потоке
7.25 DoR/DoDПолитики перехода между колонками

Типичные сценарии применения

Команда продукта с частыми срочными правками

PO получает запросы от бизнеса каждый день. Спринт "ломается" на третий день. Kanban с WIP-лимитом и классами обслуживания даёт предсказуемый поток без фиктивного Sprint Planning. См. когда выбирать Kanban.

L2/L3 поддержка и hotfix

Инженер поддержки и разработчик в одной команде: утром P1, днём мелкий баг, вечером фича. Expedite для инцидентов, отдельная swimlane, снижение WIP на фичи при горящем prod. См. глава 7.

Внутри фазы госконтракта

Внешний контракт требует фазы "разработка" и "приёмка", но внутри фазы команда работает Kanban — это нормальный гибрид.

Миграция со Scrum

Команда устала от Scrum-театра (диагностика Scrum): спринты ради отчёта, velocity не помогает прогнозу. Переход через Scrumban или полный Kanban — глава 5, внедрение.


Как читать раздел

ШагМатериалСодержание
1История Kanban и отличие от ScrumToyota, IT, Scrum и waterfall
2Доска, колонки и WIP-лимитыВизуализация, политики, pull, DoD
3Классы обслуживания и приоритетыExpedite, fixed date, standard, intangible
4Метрики потокаLead time, cycle time, throughput, CFD
5Когда Kanban лучше ScrumКонтекст выбора, Scrumban
6Внедрение и типичные ошибкиSTATIK, с чего начать, антипаттерны
7Kanban в поддержке и инцидентахL2/L3, on-call, ITSM
8ИтогиСравнение с Scrum, FAQ
9Чек-лист самопроверкиЕсть ли поток или только колонки

Перед шагом 1 полезно прочитать Agile и Как выбрать процесс.

Порядок не жёсткий

Если доска уже есть, но "не работает" — начните с чек-листа, затем WIP и метрик.

Если боль — инциденты в prod — сразу глава 7 и классы обслуживания.


Инструменты

Kanban не привязан к одному таск-трекеру. В энциклопедии примеры даны для Jira и YouTrack — см. настройка досок, фильтры и отчёты.

Минимум для старта:

  • доска с колонками, отражающими реальные этапы работы;
  • поле или метка класса обслуживания;
  • возможность выгрузить даты переходов для cycle time;
  • отчёт CFD или его аналог.

Физическая доска на стене с стикерами — полноценный Kanban, если соблюдаются WIP и политики. Цифровой трекер упрощает метрики, но не заменяет договорённости команды.


Чего Kanban не обещает

Реалистичные ожидания

Kanban не убирает неопределённость в требованиях и не заменяет Product Owner.

Kanban не отменяет change management в банке или госсекторе — см. 7.22.

Kanban не гарантирует мгновенное ускорение: первые недели часто показывают правду о очередях и блокерах, которую раньше не видели.


Маршрут по материалам


Быстрый старт за один день

Если нужно "попробовать Kanban" без месяца подготовки:

  1. Нарисуйте текущий поток на доске (включая секретные задачи из чатов).
  2. Договоритесь об одном WIP-лимите на In Progress (например, число разработчиков минус один).
  3. Повесьте политику перехода в Review (CI зелёный, PR описан).
  4. Введите метку Blocked с обязательной причиной.
  5. Через две недели посмотрите cycle time хотя бы десяти закрытых задач.

Дальше — STATIK и регулярный review потока.


Глоссарий раздела (краткий)

ТерминСтатья
WIP, pull, политики2
Expedite, classes of service3
Lead time, cycle time, CFD4
Scrumban, выбор процесса5
STATIK6
Support, on-call7

Сравнение с Scrum в одной таблице

ScrumKanban
Контейнер работыSprintWIP
CommitmentSprint GoalPolicies + SLA
ПриоритетыProduct Backlog orderReady + classes
ПрогнозVelocityCycle time %
ПрерыванияScope negotiationExpedite

Обе системы совместимы с DoR/DoD.


Истории успеха (обобщённо)

Support desk: lead time P3 с 12 до 5 дней за квартал после WIP=5 на L2.

Product team: перестали "ломать" спринт — Scrumban с expedite cap 2/month.

Gov contractor: Kanban внутри фазы разработки, отчёт milestones для заказчика без изменения контракта.

Цифры зависят от контекста; принцип — измерять до/после.


Материалы для углубления

  • Kanban Guide — бесплатно, на английском
  • Раздел 7.03 — место Kanban среди методологий
  • 7.09 — практика Jira/YouTrack