Практика WIP Limits часть #1
Акроним WIP расшифровывается как Work In Progress или количество задач в работе, над которыми в настоящее время работает команда. Он определяет возможности рабочего процесса вашей команды в любой момент. Ограничение незавершенной работы WIP limits — одна из основных практик Канбан. Она позволяет вам управлять вашим процессом таким образом, чтобы обеспечить равномерный проход задач через всю системы (плавный поток) и предотвратить перегрузки в вашей команде.
Одновременное количество задач в работе, определяет емкость Канбан- системы, т.е. у каждой Канбан-системы, есть свой лимит на количество задач в работе. Границами такой системы являются точка принятия и отдачи обязательств с первым пунктом, как правило всегда бывают сложности, со вторым в меньшей степени, но все же.
Ограничения незавершенной работы (WIP-limits) на разных этапах рабочего процесса, позволяют команде сосредоточиться на текущих задачах и быстрее выполнять отдельные элементы работы. В работу не поступают новые элементы пока старые не будут закончены.
Давайте разберем на примере у нас с вами уже есть доска на которой мы введем практику ограничения незавершенной работы. На доске над этапами работ появились цифры, которые сигнализируют нам о том, что мы можем позволить себе на этих этапах работать только над определенным количеством задач.
Какие при этом происходят изменения?
- Мы не можем начать новую работу пока не выполним задачи с предыдущих этапов, тем самым поддерживаем естественный темп команды.
- В этом случае запускается вытягивающая система справа на лево, мы стараемся выполнить почти готовые задачи, для того, что бы втянуть на их место задачи с предыдущего этапа, появляется сигнал в виде пустого места куда можно перетащить задачу.
- Случается и такое, что на каких-то этапах у нас все еще много работы, а кто-то в силу ограничений не может начать новую работу, поскольку эту работу попросту не переварят на следующих этапах, в этом случае, не редко участники команды приходят на помощь туда, где сейчас туго
Когда мы начинаем использовать практику WIP лимитов и берем на себя не все задачи, а только их часть, скорость выполнения задач в целом увеличивается, почему так? Что бы понять в чем тут секрет обратимся к простой, на первый взгляд, формуле
время пребывания задачи в системе = число задач находящихся в работе/пропускную способность системы
Конечно эту формулу надо рассматривать имея в виду ряд допущений, но если посмотреть по сути, то чем меньше у нас задач в системе и чем выше пропускная способность нашей системы тем быстрее задачи будут выходить из системы или скажем так, мы будем получать готовые задачи к определённому сроку, более предсказуемо.
К чему же приведет применение такой практики, с одной стороны ограничив объем работы в системы мы можем настроить поток прохождения задач и получить предсказуемость для себя и заказчиков. Увеличим скорость прохождения задач через систему. Сфокусируем команду на тех задачах, которые уже есть в системе, и сохраним ровный темп работы над ними, с другой стороны, ограничив входящий поток мы выстроим очередь из заказчиков, с которыми необходимо будет договориться о новых правилах, это лучше делать заранее. Собирая статистику и данные по нашему процессу мы сможем давать прогноз выполнения тех запросов, которые обычно приходят в наш сервис.
Как же определить WIP лимиты, назовем всего два способа, хотя их немного больше
- Естественные WIP лимиты, их можно определить поработав какое-то время без их установки используя практики визуализации, доска подскажет вам в каком именно месте в вашем процессе накапливается очередь из задач, используя эту информацию вы можете выставить лимиты в системе
- Исходя из возможностей на определенных этапах работ, например у нас есть аналитик, два разработчика и тестировщик, определяем над каким количеством задач одновременно каждый из них работает в течении дня. К примеру получаем такой ответ, у аналитика в работе всегда 2 задачи, у разработчиков 4 задачи и у тестировщика 1 задача. Вот наше первоначальное состояние WIP лимитов.
Важно сказать, что Ограничение незавершенной работы, как и другие практики Канбан-метода, динамичны, меняются и пересматриваются в зависимости внутренних и внешних факторов, у вас может появиться новый участник команды или новый заказчик или ваша команды перейдет на новый уровень зрелости, а значит меняется ваш контекст.
Как вы уже успели заметить применение практики Ограничение незавершённого производства, как правило подводит к тому, что и участникам команды и заказчикам придется поменять свое поведение и отношение к сервису. Давайте подумаем, какой может быть алгоритм применения данной практики. У меня на этот счет следующие мысли.
Вопрос №1 Зачем мне сейчас практика WIP Limits?
Ответы могу быть разными, как-то раз я применял эту практику, что бы попытаться создать легкое напряжение между заказчиками и командой сервиса. Немного поразмышляйте зачем?
Вопрос №2 Какие у меня есть возможности для применения практики WIP Limits?
Что за возможности такие, спросите вы, отвечу, это возможно границы вашего авторитета или ваших полномочий. В одном случае вы с легкостью можете установить лимит на входящую очередь и заказчики сервиса вас не съедят, в другом вы можете пробовать практику на уровне команды или даже этапа работ. Как всегда все зависит от.
Уверен, вас может родиться свой, более изящный алгоритм, буду рад если вы поделитесь им, в комментариях