Та-дам! Свершилось чудо 🙂

Пару недель назад мне довелось обсуждать с Эли Шрагенхаймом вопросы Динамического управления буфером при больших надежных сроках пополнения. Когда я говорю «больших» — это по-настоящему большие сроки: более 180 дней. Причин таких длинных сроков много и мы не будем их обсуждать в этом посте. Обсуждение заняло больше часа, мы обсуждали доработки динамического управления для таких ситуаций и возможные направления решения.

Радует, что один момент, Эли счел необходимым упомянуть в своей публикации. Так что я теперь «вляпался в историю». Раз уж это случилось, то я приоткрою маленький секрет: мы договорились с Эли и другими членами TOC Global о проведении в Петербурге конференции и серии мастер-классов.

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

Сайт конференции находится сейчас в разработки, но в ближайшее время будет доступен. Там же будут сведения о спикерах и программа. Скажу по секрету, что участие подтвердили ТАКИЕ спикеры, что просто круть! 🙂

Даты конференции 25-26 мая 2017. Место: Санкт-Петербург, Россия.

А сейчас уступаю слово Эли Шрагехайму. Как обычно, ссылка на оригинал и картинка из поста автора.

Буду рад встретиться со всеми в мае в Санкт-Петербурге.

Ваш Дмитрий Егоров

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

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

Основные изъяны в обосновании общепринятой процедуры:

1. Общепринятая процедура отслеживает колебания спроса и основывает на них прогноз будущего. Но она игнорирует неопределенность срока поставки.Однако уровень запасов должен учитывать колебания как спроса, так и срока поставки.
2. Текущие методы прогнозирования основаны на предсказании среднего спроса, игнорируя оценку уровня неопределенности (ошибку прогнозирования). Таким образом, упускается информация о запасах, необходимых для удовлетворения постоянно колеблющегося спроса.
3. Частое прогнозирование увеличивает уровень «шума» в системе.
4. Определение минимума и максимума поощряет формирование партий и снижает частоту пополнения, что увеличивает влияние неопределенности.

Ключевые идеи ТОС по управлению запасами:

1. Учет не только запасов на складах, но также и запасы «в пути», включая все открытые заказы поставщику должны быть частью механизма, обеспечивающего наличие. Целевой уровень буфера определяет буфер запаса, включающий в себя как запасы на руках, так и открытее заказы поставщику.
2. Целевой уровень буфера остается постоянным до тех пор, пока не получен четкий сигнал о его несоответствии реальности.
3. Быстрое и частое пополнение до целевого уровня буфера.
4. Для установления системы единых приоритетов для перемещения запасов из одного места хранения в другое используется Управление буфером.
5. Отслеживание поведения буферов для принятия решения, не является ли Целевой уровень буфера слишком низким или слишком большим. Это цель механизма Динамического управления буфером.
   1. Идея состоит в проверке сочетания двух разных источников неопределенности:
      1. Рыночный спрос – его рост и снижение!
      2. Время пополнения – его увеличение и сокращение, включая и влияние частоты пополнения.
   2. Во внесение небольших изменений – нет смысла.
   3. Сигнал для увеличения буферов – слишком долгое и слишком глубокое проникновение запаса «на руках» в красную зону буфера.
   4. Слишком долгое нахождение в зеленой зоне – сигнал для снижения буферов.

Прорывная идея DBM – в большей степени в отслеживании эффективности защитного механизма, нежели в перерасчете размера буфера. Как спрос, так и время пополнения ведут себя хаотически, и это поведение сложно формализовать. Главная сложность – в частых изменениях среды, которое нарушает ключевые параметры спроса и времени пополнения. События типа появления нового конкурента, спорной статьи в СМИ, изменения в экономике или регулирующем законодательстве могут вызвать скачкообразное качественное изменения рыночного спроса.

Время пополнения сильно зависит от оперативного управления поставщика и соотношения его загрузки и мощности. Изменение как одного, таки другого фактора может привести к значительным изменениям в сроке пополнения.

Когда происходит такое резкое изменение, перерасчет буферов – это проблема, потому что расчеты опираются на прошлые результаты. Отслеживание фактического состояния защитного механизма приводит к срочным действиям, основавнных на самом недавнем прошлом. Быстрый отклик не пытается делать предположений о точном размере изменений – только об их направлении: вверх или вниз. Голдратт рекомендовал, если динамическое управление сигнализирует о необходимости пересмотра, увеличить или уменьшить буфер на 33%.

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

Если причина глубокого и длительного проникновения в красное – невозможность пополнить запас, например, когда у поставщика нет запасов или мощности, то DBM не следует увеличивать буфер.

Концептуальным вопросом является фиксированный размер изменения буферов. И даже не важно, увеличиваем мы их или уменьшаем. Всегда существует возможность, что изменение вступило в силу, а через некоторое время реальность покажет, что реальной необходимости в изменении не было. Другими словами, после короткого времени после увеличения возникает сигнал на уменьшение. Однако, если мы используем 33% для каждого изменения, то мы закончим с целевым уровнем буфера около 90% от целевого уровня буфера перед увеличением. Проблема в том, что трудно объяснить такую несогласованность.

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

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

Связанный вопрос – асимметрия алгоритма DBM в части увеличения и снижения буфера. Для увеличения буфера алгоритм учитывает глубину проникновения в красную зону. Для уменьшения буфер величина проникновения в зеленую зону вообще не учитывается. Фактически существует хорошее обоснование того, чтобы проявлять большую консервативность в отношении снижения буферов, нежели при их увеличении.

Я не рассматриваю использование срока пополнения как часть алгоритма динамического управления, потому что алгоритм ТОС не отслеживает это время и его уместность при принятии решений – спорна. Весь смысл DBM – в отслеживании комбинации спроса и срока пополнения. Единственная по-настоящему важная потребность в учете срока пополнения в алгоритме динамического управления буфером – это прекращение дальнейшего увеличения до тех пор, пока нельзя будет оценить эффект от нового размера буфера. Тем не менее, это можно сделать через отслеживание прибытия конкретного заказа, созданного в результате увеличения размера буфера. Алгоритм увеличения буфера может быть основан на учете глубины проникновения в красное при постоянном нахождении в красной зоне буфера. Увеличение буфера нет смысла связывать со временем пополнения. Все, что требуется – это временной параметр слишком долгого нахождения остатков в зеленой зоне буфера.

DBM работает схожим с прогнозами образом, что значит, что он смотрит в прошлое для того, чтобы сделать вывод о ближайшем будущем. Однако, DBM обращается только с самому недавнему прошлое и принимает во внимание только фактическое состояние запаса «на руках».

Следует ли нам использовать прогнозирование как дополнительный источник информации?

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

Вышеизложенные вопросы, на мой взгляд, — центральные для разработки в целом более эффективных способов контроля буферов запасов. Я всегда предпочитаю оставить конечное решение за человеком, но давать наиболее правильную информацию для принятия решения. На практике, для человека сложно оценить изменения, когда в различных местах цепи поставок поддерживаются миллионы буферов запаса, и 1-2% буферов на данный день кажутся несоответствующими. В этом случае необходимо позволить динамическому управлению буфером вкупе или нет с прогнозами автоматически изменять буферы. Это значит, что эффективность DBM напрямую влияет на финансовые и стратегические результаты организации.

DBM – достаточно важно, чтобы побудить экспертов ТОС сотрудничать, чтобы предложить более эффективные инструкции для динамического управления буфером, компаниям разрабатывающим программное обеспечение. Полностью детализированное решение должно получить широкое признание. ТОС совершено точно против алгоритмов, которые являются «черными ящиками».