OnAgile Learning Hub 💎

Следует ли менять лимит на количество одновременно выполняемой работы (Work in Progress Limit)? #практика_Канбан

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

Да, если мы говорим об изменениях с течением времени. Установление ограничения WIP — часть процесса постоянного улучшения, и значение лимита нужно пересматривать, если параметры Канбан-системы изменились: например, поменялась численность команды, устранено очередное узкое место в системе или изменилась структура запросов на входе в систему.

Нет, если речь о сиюминутном увеличении лимита ради добавления в систему нового элемента (задачи, проекта) с высоким приоритетом, который, как это часто бывает, появился неожиданно, и требуется взять его в работу «прямо сейчас, а лучше вчера».

В этом случае увеличение WIP лимита просто замаскирует проблему, тогда как гораздо полезнее разобраться 1) почему новый элемент появился сверх ограничения 2) в причинах возникновения узкого места — и попытаться решить эти проблемы.

Это одно из преимуществ применения лимита — он ​​выявляет недостатки и ранее скрытые слабые места в системе (процессе).

Что делать, если появилась срочная задача с высоким приоритетом?

Необходимо заранее (на этапе проектирования Канбан-системы) выделить часть пропускной способности на высокоприоритетные задачи — так называемый ускоренный класс сервисов (expedite items).
На доске это выглядит как отдельная полоса со своим ограничением на количество элементов, как правило, в размере одного срочного элемента в один момент времени.
В противном случае, достаточно быстро все элементы системы станут «срочными» в глазах стейкхолдеров и перейдут в этот класс сервиса, что, в свою очередь, катастрофически снизит пропускную способность всей нашей системы.

Подробно разбираем Канбан метод и практики выстраивания Канбан-систем в различных сферах бизнеса на нашем тренинге Kanban Method Professional.
Ближайший пройдет в Москве 21-22 ноября, приходите: https://onagile.ru/trainings/kanban-method-professional

www.tgoop.com/agilethinking/140

2.22K viewsOlga, Oct 24, 2019 at 12:27

Следует ли менять лимит на количество одновременно выполняемой работы (Work in Progress Limit)? #практика_Канбан

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

Да, если мы говорим об изменениях с течением времени. Установление ограничения WIP — часть процесса постоянного улучшения, и значение лимита нужно пересматривать, если параметры Канбан-системы изменились: например, поменялась численность команды, устранено очередное узкое место в системе или изменилась структура запросов на входе в систему.

Нет, если речь о сиюминутном увеличении лимита ради добавления в систему нового элемента (задачи, проекта) с высоким приоритетом, который, как это часто бывает, появился неожиданно, и требуется взять его в работу «прямо сейчас, а лучше вчера».

В этом случае увеличение WIP лимита просто замаскирует проблему, тогда как гораздо полезнее разобраться 1) почему новый элемент появился сверх ограничения 2) в причинах возникновения узкого места — и попытаться решить эти проблемы.

Это одно из преимуществ применения лимита — он ​​выявляет недостатки и ранее скрытые слабые места в системе (процессе).

Что делать, если появилась срочная задача с высоким приоритетом?

Необходимо заранее (на этапе проектирования Канбан-системы) выделить часть пропускной способности на высокоприоритетные задачи — так называемый ускоренный класс сервисов (expedite items).
На доске это выглядит как отдельная полоса со своим ограничением на количество элементов, как правило, в размере одного срочного элемента в один момент времени.
В противном случае, достаточно быстро все элементы системы станут «срочными» в глазах стейкхолдеров и перейдут в этот класс сервиса, что, в свою очередь, катастрофически снизит пропускную способность всей нашей системы.

Подробно разбираем Канбан метод и практики выстраивания Канбан-систем в различных сферах бизнеса на нашем тренинге Kanban Method Professional.
Ближайший пройдет в Москве 21-22 ноября, приходите: https://onagile.ru/trainings/kanban-method-professional

BY OnAgile Learning Hub 💎