Портал №1 по управлению цифровыми
и информационными технологиями

Сколько данных вам нужно для надежного прогнозирования доставки?

Есть несколько вопросов, которые мне задают практически каждый день. Сколько данных нам нужно для надежного прогнозирования доставки? Что делать, если у нас нет исторических данных? Что если у нас много данных, но мы им не доверяем? Как выбрать «скользящее окно» данных для прогнозирования доставки?

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

 

Сколько данных вам нужно для точного прогнозирования ?

 

Главным условием составления надежных прогнозов является поддержание стабильной системы доставки. Стабильные системы — это системы доставки, оптимизированные для предсказуемости. Если ваша система доставки оптимизирована для предсказуемости, то для получения точных результатов вам потребуется не более 20 или 30 выполненных элементов. Дело не в количестве — все дело в том, чтобы взять под контроль свои методы управления и обеспечить последовательное получение результатов.

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

Учитывая это (предполагая, что у вас есть стабильная система), для составления надежных прогнозов вам необходимо использовать релевантные данные. Как же отличить релевантные данные от нерелевантных?

 

Как отличить релевантные данные от нерелевантных?

 

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

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

 

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

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

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

Данные до августа 2021 года больше не актуальны. Они не отражают текущий дизайн системы этой команды, и поэтому их не следует использовать в качестве основы для прогнозирования доставки.

 

Что делать, если у вас нет данных, отражающих будущие условия?

 

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

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

Именно здесь вступает в игру фактор масштаба в Монте-Карло.

Relevant forecasting data - Monte Carlo - Scale Factor

 

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

Шкала 0,5 будет означать, что вы ожидаете, что пропускная способность будет вдвое ниже, 2,0 означает вдвое более высокую пропускную способность. В приведенном выше примере мы ожидаем, что пропускная способность снизится на 30%, поэтому мы установили коэффициент масштабирования на 0,7. Теперь моделирование говорит нам, что если у нас есть объем из 10 задач, и мы начинаем проект 1 декабря, то вероятность того, что проект будет выполнен 7 января, составляет 85%.

Здесь следует сказать несколько слов предостережения! Используйте масштабный коэффициент в крайнем случае и только тогда, когда у вас нет данных для разработки сценария. Если у вас есть данные, и они отражают вашу текущую ситуацию, то, конечно, используйте эти данные.

Если вы не поддерживаете стабильную систему доставки и не контролируете свои методы управления, то даже сбор данных с самого начала создания доски не позволит вам сделать надежные прогнозы доставки.

Если ваша система нестабильна, то разрывы между вашими процентилями будут огромными. Если вы скажете, что вероятность сдачи проекта к 10 декабря составляет 50%, а вероятность сдачи к 30 марта—85%, никто не купится на такой прогноз.

Итак, вот мой лучший совет. Не стоит слишком сильно беспокоиться о количестве данных, которые необходимо собрать для составления вероятностного прогноза. Вместо этого сосредоточьтесь на стабилизации вашей системы доставки. Чем стабильнее ваша система, тем более предсказуемой она становится.

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

И последнее, но, безусловно, не менее важное (на самом деле, я бы сказал, вероятно, наиболее важное), не забывайте регулярно пересматривать свой прогноз, используя данные, отражающие текущие условия.

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

Оригинал статьи

 

Flow Metrics: управление потоковым производством на основе данных

 

В октябре мы запустили новый учебный курс «Flow Metrics: управление потоковым производством на основе данных». Новый курс дистанционный, для самостоятельного изучения. Его можно пройти часов за 8-10, хотя доступ мы даём на полгода.

Мы подготовили более 70 паттернов для 7 ключевых метрик потока, чтобы можно было не столько читать теорию, сколько тренироваться на практике, на графиках и диаграммах, а их на курсе больше 170.

Поэтому если вы неравнодушны к словам «поток создания ценности» и «измеримые показатели», то приглашаем вас посмотреть на наш новый курс.

По запросу мы предоставляем демонстрационный доступ к первым разделам курса.

«Flow Metrics: управление потоковым производством на основе данных»
Учебный курс про метрики на реальных примерах

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

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

  • Рубрики

  •  
  • Авторы

  •  
  • Самое свежее

    • ITIL 4 Specialist: Create, Deliver and Support: Что внутри?
      Несмотря на то, что мы рассказывали о новой сертификационной линейке ITIL 4, очередности прохождения курсов, практиках, рассматриваемых на курсах, все равно, периодически,
    • Куда растворился Access management в ITIL4?
      Коллеги, доброго дня. Неожиданный вопрос: куда растворился Access management в ITIL4? В практике Request Mgmt есть упоминание о том, что запросы на доступ управляются в практике Security Mgmt, но в описании этой практики нет об этом ничего, кроме управления инцидентами безопасности и аудита и ревью. Есть легкий намек, что эта практика используется в access control.
    • Конференция «Качество данных 2022. Стратегии, инструменты, практики, перспективы»
      Приглашаем принять участие в третьей ежегодной конференции «Качество данных 2022. Стратегии, инструменты, практики, перспективы». «Качество данных» – единственная в России конференция, полностью посвященная стратегии и практике обеспечения качества данных, гарантирующего высокий уровень бизнес-решений, сервисов и процессов. «Качество данных 2022» – это совершенно новые практические кейсы и проекты в развитии, привлекшие наибольший интерес участников предыдущих конференций.
    • Лучшие материалы Digital Enterprise за 2021 год
      Редакция Digital Enterprise поздравляет Вас с наступающим Новым годом! В этом посте мы собрали ТОП 5 авторских публикаций от экспертов Cleverics и 10 самых популярных статей портала в этом году.
    • Cleverics. Сколько курсов пройти, чтобы точно хватило?Сколько курсов пройти, чтобы точно хватило?
      В IT невозможно дойти до предела совершенства — всегда есть куда расти. Основная сложность в работе специалиста IT в том, что IT очень изменчивая область. Вам необходимо постоянно учиться, чтобы выжить во всем этом — и не остаться в колесе Сансары, когда оно будет делать новый оборот.
    • Почему запуск продукта проваливается (и как этого избежать)
      Сколько запусков новых продуктов происходит каждый год? По данным Nielsen около 30 000 среди товаров повседневного спроса. Для программного обеспечения гораздо труднее найти
    • Российскому стандарту ITAM быть!
      Управление ИТ-активами (ITAM), как дисциплина, существует уже не первое десятилетие. Однако в силу ряда причин именно сейчас ИТ-организации начинают проявлять к нему все больший практический интерес. Почему ИТ-менеджеры сейчас обращают на ITAM пристальное внимание?
    • Здравствуй, (VUCA) Новый год!
      Каждый раз, провожая уходящий год, хочется оглянуться назад, посмотреть на то, что было и попробовать помечтать и спрогнозировать то, что будет (или может быть) в новом году.
    • Возврат в системе канбан
      Что делать на доске канбан с задачей, по которой требуется переделка?
    • Записи вебинаров 21 сезона CleverTALK
      16 декабря завершился двадцать первый сезон вебинаров CleverTALK. Благодарим вас за интерес к нашим вебинарам и за то, что делитесь информацией о них!
  •  
  • Вход

  • DevOps
    Kanban
    ITSM
    ITIL
    PRINCE2
    Agile
    Lean
    TOGAF
    COBIT