Простыми словами о сложном: объясняем, как управлять командами, продуктами и компаниями с помощью Скрама, Канбана, SAFe, LeSS, OKR и других гибких подходов.
Один из вариантов названия работы, которая еще не пересекла точку принятия обязательств. До момента принятия решения о том, что работа точно должна быть взята в работу, такая работа является возможностью (опционом), и она будет конкурировать за ресурс с другими такими опционами. Стоимость отказа от опциона до точки принятия обязательств равна нулю, тогда как после пересечения точки принятия обязательств, в реализацию опциона начинают вкладывать ресурсы, время и деньги, и отказ от реализации означает потерю всех этих инвестиций.
В условиях ограниченности ресурсов важным является вопрос выбора для реализации того опциона, который наиболее подходит под текущие цели компании среди всех возможных. Для выбора используется метрика
Простая реализация Канбан-метода, когда спроектированы и используются Канбан-доски, но нет ограничений незавершенной работы (WiP). Приносит определенную пользу за счет визуализации процесса, но является лишь этапом на пути улучшений. Настоящие улучшения начинаются с введением (WIP-лимитов) на колонки Канбан-доски.
Канбан-система для проработки опционов перед точкой принятия обязательств. Используется для того, чтобы явным и прозрачным образом прояснить запросы заказчиков, и проведя их через ряд проверок, оставить только те, которые соответствуют целям компании и наиболее выгодны для выполнения в данный момент.
Поточная система, построенная на ограничениях с целью обеспечения предсказуемости рабочего потока. Более строгое определение: система очередей с заданными WIP-лимитами и ясно определенными точками: точкой принятия обязательств и точкой отдачи обязательств (поставки).
Если в системе (рабочем процессе) нет никаких ограничений, то множество заказчиков буду пытаться “пропихнуть” в нее свои задачи, не учитывая ее реальные возможности к поставке. Регулярное превышение возможностей системы приводит к перегрузке, хроническому дефициту и срыву сроков.
Если же явным и прозрачным образом ограничить систему на основе статистических данных о ее возможностях, то система превращается из “проталкивающей” в “вытягивающую”, что приводит к повышению предсказуемости Lead Time (времени поставки) и к возможности с высокой долей достоверности прогнозировать время выполнения любой отдельной задачи.
Основной инструмент визуализации рабочего процесса в Kanban, с помощью которого принимаются управленческие решения с целью оптимизации этого процесса. Kanban-доска группирует задачи (рабочие элементы) по колонкам, соответствующим этапам рабочего процесса. Это позволяет не только визуализировать узкие места процесса, но и разгружать такие места с помощью WIP-лимитов.
АЛЕКСЕЙ ЕВДОКИМОВ
→28 МАР 2022Метрика конкретной работы (задачи), показывающая влияние времени задержки ее выполнения на итоговый результат.
Например, в случае аварии, которая останавливает работу основного функционала сервиса, фактор времени наиболее критичен, потому что стоимость задержки (Cost Of Delay) равна стоимости простоя всего сервиса. А в случае бизнес-задач, дедлайн по которым обычно можно сдвинуть без ущерба для компании, стоимость задержки значительно меньше. Взвешивая между собой эти две задачи по Cost Of Delay, мы можем понять, какой из них следует отдать предпочтение.
АЛЕКСЕЙ ЕВДОКИМОВ
→28 МАР 2022Метрика Канбан-системы, показывающая, сколько работ она способна обработать в единицу времени. Например, пропускная способность «10 в месяц» означает, что за месяц в среднем 10 работ (задач) проходит в Канбан-системе от точки принятия обязательств до точки отдачи обязательств.
АЛЕКСЕЙ ЕВДОКИМОВ
→28 МАР 2022Ограничение незавершенной работы (WIP), которое мы ставим на конкретный этап Value Stream. Это ограничение ставится на основе собранной статистики о времени прохождения работы по Канбан-системе и ее пропускной способности. По сути, WIP-лимиты являются числовыми индикаторами оптимальных возможностей системы, при которых соотношение Lead Time и пропускной способности максимально эффективно.
WIP-лимит — это механизм реализации отложенного обязательства, он позволяет сделать Канбан-систему предсказуемой и управляемой.
АЛЕКСЕЙ ЕВДОКИМОВ
→28 МАР 2022Весь объем работ, который находится в Канбан-системе между точкой принятия обязательств и точкой отдачи обязательств. То есть, это весь объем работы, который был начат, но еще не завершен, и обязательство по нему не отдано исполнителем. Чем больше этот объем, тем больше Lead Time, и тем ниже пропускная способность Канбан-системы.
АЛЕКСЕЙ ЕВДОКИМОВ
→28 МАР 2022Момент времени, в который работа выходит из зоны ответственности исполнителя. В этот момент работа либо передается в следующее подразделение для дальнейшей работы, либо поставляется заказчику / клиенту. Например, это момент, когда новый функционал программной системы протестирован и дальше он передается в другой отдел, который занимается сборкой релизов и поставкой на сервера.
АЛЕКСЕЙ ЕВДОКИМОВ
→Нажимая «Подписаться», вы даёте согласие на обработку персональных данных.
Теория без практики не работает. Проходите тренинги с реальными кейсами, опытными тренерами и международными сертификациями.