Что такое WIP-лимиты

Многие уже сталкивались с концепцией разработки по методологии канбан. Если нет, вот небольшой мануал о применении канбан в проектах. Ниже расскажем о таком узком месте канбан, как количество активных задач – о WIP-лимитах.

Правильная балансировка нагрузки поможет команде выйти на максимальную эффективность и достичь плавного, но уверенного движения к поставленным целям.

Что такое WIP-лимит?

WIP – это аббревиатура от слов Work In Progress, то есть дословно «работа или задачи в процессе». Наиболее близкий по значению термин – лимиты незавершённого производства (работы).

Напомним, что в методологии канбан каждая задача, которая подлежит реализации в рамках проекта, помещается в поток входящих, то есть добавляется в специальный список.

Но все прекрасно понимают, что все задачи невозможно реализовать сразу (прямо сейчас). Это связано в первую очередь с производительностью сотрудников. Но сюда же можно отнести и необходимость ожидания сдачи работы другими участниками команды, привязку к фиксированным датам (точкам отсчёта), различные форс-мажоры, отсутствующие ресурсы и прочие факторы.

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

WIP-лимиты – это наиболее эффективный способ управления производительностью команды за счёт установки ограничений (лимитов) на количество задач, находящихся в статусе исполнения (в активной работе).

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

Преимущества применения WIP-лимитов

Оптимизируется нагрузка. Никому не нравится работать на пределе своих возможностей, тем более что велик риск сорваться и не дойти до финала. Но при этом командам важно сохранять комфортный темп, при котором задачи будут закрываться с достаточной скоростью, которая будет устраивать всех стейкхолдеров.
Повышается производительность. Эффективная работа всегда способствует повышению производительности труда. Команда может и должна работать с максимальной эффективностью (обратите внимание, высокая эффективность вполне может идти рука об руку с оптимальной нагрузкой, без перегибов). Этот эффект достигается за счёт правильной балансировки задач – у каждого участника в работе всегда оптимальный объём.
Снижается количество ошибок. Когда команда работает как часы, нет никакого аврала, каждый знает свои сроки и фронт работ, общий прогресс движется с меньшими шероховатостями. Это приятное следствие балансировки нагрузки. Плюс, повышается качество конечного продукта.
Повышается удовлетворённость клиентов и сотрудников. И продукт воспринимается более позитивно, и эмоции, получаемые от самой работы, улучшаются. Всё это положительно сказывается и на климате внутри коллектива, и на отношениях с заказчиками, поставщиками, на коммуникациях и пр. Немного об оценке уровня удовлетворённости.

Как работают WIP-лимиты

Переходим к самому главному – к сути ограничений для незавершённых задач.

Сначала общее понимание работы по канбан:

Все входящие задачи попадают в специальный список «To Do» (варианты «Сделать», «На исполнение», «Входящие» и т.п.).
Если задача берется в активную работу, она получает статус «В работе» (варианты «Активные», «В процессе» и т.п.).
Когда задача готова, она попадает в список «Готово» (возможные варианты альтернативных статусов «Передача заказчику», «Реализовано», «Сдано» и пр.).
Визуализация продвижения задач по статусам обычно производится на специальной доске (канбан-доска представляет собой таблицу, где карточки с задачами переносятся между столбцами-статусами, можно рассмотреть и другие варианты визуализации задач).

Многие маркетологи называют канбан-доску воронкой продаж. При этом принцип продвижения контакта/сделки (который в продажах равен задаче) абсолютно идентичный.

Статусов у задач может быть больше, чем те, которые обозначили мы. Например, команда может добавить колонку для статуса «На согласовании» или «Для передачи клиенту» и т.п. Всё будет зависеть от особенностей рабочих процессов внутри конкретного проекта.

Теперь о том, как работают WIP-лимиты:

Команда оговаривает количество активных задач для каждого статуса (этапа работы) – то есть для каждой из колонок на канбан-доске. Превышать заданный лимит никак нельзя. Например, если для активного исполнения решено брать не более 10 задач, то новую задачу в этот статус можно перевести только в том случае, когда из текущих 10 активных задач будет закрыта хотя бы одна. Обратите внимание: у каждого этапа могут быть свои собственные лимиты.
В процессе производства (работы над задачами) отслеживается текущая нагрузка и производительность. Если загрузка оказывается недостаточной, то команда встречается снова и обсуждает адекватное повышение лимитов на отдельных этапах рабочих процессов. Если нагрузка слишком большая и приводит к авралу, то лимиты снижаются.

WIP-лимиты – это не постоянная величина. Ограничения на количество активных задач можно повышать и понижать для того, чтобы оптимизировать нагрузку на команду проекта.

Чем руководствоваться при установке WIP-лимитов в проектах

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

Просто взять и поставить лимит на количество задач в работе – не самый эффективный подход.

Простой пример: в команде есть отдельно группа тестировщиков, отдельно группа дизайнеров, отдельно программисты.

Если поставить лимит на общее количество задач, то легко может нарушиться естественный баланс рабочих процессов. Например, имеем общий лимит 8 задач в статусе «На исполнение». Тогда, если 5 задач будет для программистов, а 3 для дизайнеров, то тестировщикам вообще не достанется ни одной. Они просто не впишутся в общий лимит и будут простаивать.

В связи с этим WIP-лимиты нужно выставлять с учётом следующих принципов:

Учитывать производительность и нагрузку на всех участников команды, чтобы соблюдать оптимальный баланс.
Задачи разделить по типам или по исполнителям (если за определённые типы задач у вас отвечают определённые люди).
Если нужно повысить концентрацию усилий над текущими задачами, то общий WIP-лимит принудительно снижается. Образно, в этом случае часть сотрудников сдаст свои задачи и начнёт помогать другим, так как новые задачи в пул не добавятся, пока не сданы оставшиеся.
Если в ваших рабочих процессах есть узкое место (так называемое «бутылочное горлышко»), то есть смысл ставить WIP-лимит только для него. А все остальные места оставить на саморегулировании.
Чтобы тимлид мог поставить адекватные WIP-лимиты и регулировать с их помощью нагрузки на всю команду, логично использовать специальные метрики и отслеживать их в динамике. Тогда, регулируя WIP-лимиты, тимлид сможет в реальности увидеть эффект от их внедрения – положительно они влияют на рабочие процессы или отрицательно.

Если ваша команда справляется с входящими задачами и не допускает проблем со сроками сдачи или с качеством продукта, у сотрудников нет завалов в работе, то WIP-лимиты не нужны.

Что примечательно, при правильном планировании WIP-лимитов по типам задач одновременно можно оптимизировать и штатное расписание – пересмотреть состав команды. Возможно, вы своими глазами увидите, что отдельные сотрудники просто простаивают без нагрузки и их наличие чем-то напоминает пятое колесо у телеги.

Выводы и рекомендации

У любого сотрудника, даже у супер-производительного и эффективного, есть свой предел. Есть такие пределы и у слаженных команд.

Установка ограничений на количество активных задач (WIP-лимитов) позволяет оптимизировать нагрузку и сбалансировать производительность всех рабочих процессов в вашем проекте.

Устанавливать WIP-лимиты следует только в случае необходимости, просто так их применять не стоит. Перед применением логично провести анализ нагрузки по типам задач и в разрезе отдельных сотрудников.

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

Чтобы все рабочие процессы были как на ладони, используйте Projecto. Это удобная, простая и понятная BPM-система, способная хранить документы, обсуждения, задачи и всё остальное, что связано с управлением проектами.