Кейс по Канбану: не берите срочную работу

На тренинге Алексея Пикулева попросили помочь с проблемой.

Проблема

В отделе разработки четыре человека, все заняты работой, WIP = 4. Вдруг от Владельца Продукта прилетает срочная задача. Как быть: взять задачу или нет?

Решение 1

Давайте посмотрим, что будет, если разработчики возьмут срочную задачу.

Кейс по Канбану: не берите срочную работу

Во-первых, срочная работа увеличивает вариативность (рабочий процесс усложняется) и WIP. Это ведёт к тому, что сотрудники больше переключаются между задачами, растёт утилизация Команды, то есть все всё время заняты.

Но всё вместе это ведёт к возникновению и увеличению потокового долга. То есть когда-нибудь нам придётся вернуться к задачам, от которых мы оторвались, и вспоминать, что делали. Потоковый долг снижает прогнозируемость работы, становится труднее предсказать, сколько времени займёт решение типичной задачи.

Плохая прогнозируемость увеличивает число срочных задач, потому что Команда не будет успевать делать всё, что обещала.

Решение 2

Кейс по Канбану: не берите срочную работу

Не берём срочную задачу от Владельца Продукта. Говорим, что в следующий раз мы уменьшим WIP, вместо четырёх задач возьмём три и оставим один слот под что-то срочное. Этот слот называют «свободный самолёт» по аналогии с транспортной компанией, у которой всегда в воздухе есть свободный самолёт для доставки срочного груза.

Если уменьшить WIP, утилизация тоже уменьшится. В Команде будет свободный человек, который готов взяться за срочную работу. Это улучшает прогнозируемость и снижает количество срочных задач. Но эта схема работает только в долгосрочной перспективе.

 

Если у вас есть проблемы, для которых вы не можете найти решения, приходите к Алексею Пикулеву на тренинг по Канбану.


Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *