Управляйте сервисом через поток: визуализируйте реальный workflow, ограничивайте work in progress, берите новую работу только при наличии capacity и улучшайте систему по evidence.
За одну минуту
Kanban показывает items of value, проходящие через определённый workflow. Команда делает политики явными, контролирует WIP, управляет blocked и ageing items и использует flow measures:
- WIP: начатые, но не завершённые items;
- throughput: число завершённых items за период;
- work item age: elapsed time незавершённого item;
- cycle time: elapsed time от старта до finish.
Service level expectation (SLE) — вероятностное ожидание на основе релевантной истории, например «85% стандартных requests заканчиваются за 8 рабочих дней». Это не гарантия.
Лучше всего: для повторяющегося потока сопоставимой работы, где важны overload, queues и predictability.
Не подходит: если нельзя определить work item/workflow, нужна сеть одноразового проекта или board раскроет sensitive data.
Какую проблему решает
Начинать новую работу психологически проще, чем завершать сложную. WIP растёт, queues остаются невидимыми, priority меняется без policy, blocked items стареют. Board без правил только отображает проблему. WIP limits создают сигнал: закончить, разблокировать или пересогласовать до нового pull.
Когда использовать метод
- demand поступает постоянно или частыми batches;
- items проходят повторяемый workflow;
- queues, blockers и ageing существенны;
- можно согласовать entry, exit и pull policies;
- flow data собираются одинаково;
- нужен реалистичный service expectation;
- система может улучшаться эволюционно.
Когда не использовать
- как декоративный task board;
- вместо Critical Path Method для одноразового dependency project;
- до определения service и work item;
- для индивидуального productivity ranking;
- для объединения несопоставимых items в одну статистику;
- если «urgent» систематически обходит governance;
- если карточки раскрывают customer, health, employee или security data.
Входные данные
- service, customer, demand types и item definition;
- start/finish и реальные states;
- entry/exit criteria;
- WIP, arrivals, completions, age и cycle-time history;
- classes of service и expedite authority;
- capacity, skill, control и privacy constraints;
- owners и cadence flow/improvement reviews.
Пошаговый процесс
1. Определите service и item
Укажите, чью потребность обслуживает flow, что движется и когда считается начатым и законченным. Несопоставимые типы разделяйте.
2. Визуализируйте actual workflow
States отражают meaningful knowledge/control change, включая waiting и review. Не выдавайте ideal procedure за current state.
3. Сделайте policies явными
Опишите entry, exit, pull, blocking, rejection, rework и completion, включая evidence и authority.
4. Установите initial WIP controls
Выберите limits по capacity и risk как проверяемую гипотезу. При заполнении состояния помогайте finish/unblock, а не начинайте больше.
5. Тяните работу по capacity
Downstream state выбирает eligible item, когда есть место. Priority policy должна быть прозрачной.
6. Управляйте flow каждый рабочий цикл
Проверяйте blocked, ageing и policy-violating items. Обсуждайте механизм задержки, а не персональный status.
7. Измеряйте поток
Используйте стабильные definitions WIP, throughput, age и cycle time; смотрите distributions и trends, а не только average.
8. Определите SLE
Выберите историческую population и percentile. Укажите item type, clock, confidence и exclusions.
9. Улучшайте экспериментально
Меняйте одну policy, hand-off, allocation или WIP limit с prediction и guardrails. Наблюдайте outcome, quality и flow.
10. Проводите system review
Проверяйте demand, capacity, blocked reasons, classes, customer outcomes и policies. Structural constraint эскалируется, а не маскируется heroics.
AI и автоматизация
AI может классифицировать items по утверждённым правилам, сигнализировать age/policy breaches, обобщать blockers и строить вероятностный flow forecast. Он не должен тайно менять priority, создавать expedite, обещать deterministic date, оптимизировать throughput ценой quality, ранжировать людей или менять WIP/SLE без authority.
Визуальная модель
Практический пример
У AI-content review team 31 item в In progress, три reviewer и постоянные urgent labels. Waiting девять дней, active review два часа, rejected item теряет evidence. Новый flow: Options → Ready → Evidence check → Editorial review → Owner approval → Done, отдельный Rework сохраняет reason/history. Initial WIP limit для двух review states — шесть. Expedite разрешён duty editor только для legal/public correction, один одновременно, с фиксацией вытесненного item.
Система отслеживает age против SLE, blocked time и first-pass acceptance. При limit команда заканчивает или разблокирует, а не pull новую работу.
Ожидаемый результат
- bounded service и work-item definition;
- явный visual workflow и pull policies;
- WIP limits и governed exceptions;
- flow measures и evidence-based SLE;
- управление blocked и ageing work;
- cadence experiments и system review.
Ошибки
- Board принят за весь Kanban.
- Unlimited urgent work создаёт второй workflow.
- Average выдан за promise.
- Start point меняется и ломает data.
- Local utilisation увеличивает end-to-end delay.
- Card counts используются как people metrics.
Чек-лист качества
- Service, customer, item и start/finish явны.
- Actual states включают waiting/rework.
- Policies видимы.
- WIP limits имеют rationale и override governance.
- Flow measures используют стабильные clocks/populations.
- SLE указывает percentile и evidence window.
- Quality/customer outcome ограничивают throughput.
- Review меняет system, а не ранжирует людей.
Шаблон
| State | Entry / exit policy | WIP limit | Pull rule | Block / rework | Evidence / owner |
|---|
Проверка понимания
Вопрос: WIP limit каждую неделю нарушается из-за executive urgent requests. Что делать?
Ответ: задать узкие expedite criteria, authority и видимый capacity effect, затем пересмотреть evidence demand и policy. Повторяющееся исключение — сигнал системы.
Связанные методы
- Lean — более широкая система value и learning.
- Value Stream Mapping — диагностика flow в конкретный момент.
- Theory of Constraints — limiting constraint.
- CPM — одноразовая project network.
- PDSA — policy experiments.
Источники
- Kanban Guides. The Kanban Guide, version 2025.5 (откроется в новой вкладке), May 2025. Доступ 7 сентября 2026. Лицензия CC BY-SA 4.0; текст Methodfield написан заново с атрибуцией.
- Ohno, Taiichi. Toyota Production System. Productivity Press, 1988.
- Anderson, David J. Kanban. Blue Hole Press, 2010.