WIP (Work in Progress)
WIP — критическая концепция Lean и Kanban. Снижение WIP часто даёт больше выигрыша, чем оптимизация любого другого процесса.
Почему ограничивать WIP
- Context switching убивает productivity (до 40% потерь по исследованиям).
- Больше WIP = больше cycle time (Little's Law).
- Bottlenecks становятся видимыми (queue растёт перед constraint).
Расчёт WIP-лимита
Эмпирическое правило: WIP per person = 1.5–2. Команда из 5 → WIP-лимит 8–10 на «in progress» колонку. Для специальных колонок (review, QA) — лимит ещё ниже, чтобы выявить bottleneck.
Когда применять и когда нет
Применять
- Kanban-команды
- Любая команда с явным flow
- Multi-project environment
Не применять
- Чисто проектная работа без потока
Примеры применения
Команда из 6 разработчиков: WIP-лимит 12 на «In Progress», 4 на «Code Review», 2 на «QA». Перед внедрением WIP — задачи висели в Review по 5 дней. После — стало видно: review — bottleneck. Action: 2 senior reviewers, async-process, лимит работает.
Часто задаваемые вопросы
Эмпирически: 1.5–2 задачи на человека для «in progress». Меньше — недозагрузка. Больше — multitasking, увеличение cycle time. Точное значение калибруется по cycle time данным конкретной команды.