Поставщики цепи включают в себя патчворк предприятийного программного обеспечения. Эти слои программного обеспечения были постепенно и иногда хаотично внедрены за последние четыре десятилетия1. Возрастной EDI (Электронный обмен данными) может находиться рядом с прототипом блокчейна. Такие системы главным образом управляют мирскими, но важными аспектами поставщиков цепи: производство, хранение, транспортировка, выставление счетов, соответствие и т. д.

Сколько людей нужно, чтобы заменить лампочку в поставщике цепи?

Эти системы не были созданы с целью предоставить чистую среду данных для исследовательских целей. Этот факт объясняет, почему большинство инициатив по прогнозированию и, в общем, большинство инициатив по науке о данных, терпят неудачу в сфере поставщиков цепи. Как анекдотическое доказательство, обычно быстрее переместить все товары, находящиеся на складе[^warehouse], на другой объект, чем перенести всю IT-инфраструктуру на новый объект.

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

  • Консультант, который руководит проектом и помогает топ-менеджменту.
  • Специалист по IT-инфраструктуре, который оценивает риски, связанные с дополнительной IT-инфраструктурой.
  • Администратор баз данных, который определяет соответствующие таблицы в соответствующих системах.
  • Специалист по ETL, который разрабатывает конвейер, обеспечивающий логистику данных.
  • IT-консультант, который помогает с трудными IT-частями.
  • Координатор проекта, который связывает IT-специалистов с поставщиками цепи.
  • Бизнес-аналитик, который создает большую часть отчетов для руководства.
  • Ученый по данным, который занимается частью предсказательного моделирования.
  • Техническая поддержка поставщика, которая разбирается с ошибками внедряемой технологии.
  • Продавец поставщика, который управляет ожиданиями и продает “вещи” по ходу дела.
  • Практикующий поставщиков цепи, который представляет “голос клиента”.
  • Исполнительный директор поставщиков цепи, который является сторонником инициативы.

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

Кроме того, сторонние организации, консультанты, IT-компании и поставщики технологий имеют свои собственные интересы, которые не совпадают с интересами компании. Есть возможность заработать деньги, создавая дополнительное трение2 на каждом этапе процесса. Это позволяет начать с тонкого временного бюджета, который “удивительным образом” постепенно растет с течением времени, поскольку все больше и больше ресурсов необходимо вложить в инициативу.

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

В этом отношении стратегия Lokad, как поставщика технологий, заключается в прямом решении этой “случайной сложности”. Суть в том, чтобы “драматически” сократить количество специалистов, задействованных в процессе. “Один человек”, а именно специалист по цепям поставок, решает всю IT-проблематику, начиная с исходных данных и заканчивая окончательными решениями по цепям поставок. Специалист по цепям поставок несет полную ответственность за все происходящее в процессе - включая умные решения, такие как машинное обучение.

Классическое корпоративное программное обеспечение не совместимо с цепями поставок, потому что “конфигуратор” недостаточно выразителен для решения разнообразных проблем, с которыми сталкиваются цепи поставок. Необходим язык программирования3. К сожалению, общие языки программирования, такие как Python, не совместимы с ролью специалиста по цепям поставок. Планка навыков слишком высока, и эти роли внутри компании превращаются в роли программистов. Но в том, чтобы иметь программистов, нет ничего плохого, просто экспертиза в области цепей поставок должна быть введена снова через специалистов, которые не являются программистами. Вскоре большинство перечисленных выше ролей становятся частью инициативы.

Однако для специалиста по цепям поставок, чтобы справиться с таким количеством задач, требуется специализированная среда программирования: такая, которая позволяет специалисту справиться с вызовами предсказательной оптимизации цепи поставок с минимальными хлопотами4. Технологическим ответом Lokad на эту проблему стал Envision, специализированный язык программирования.

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

В большинстве инженерных областей преимущества работы комитета над проблемой компенсируют дополнительное трение, вызванное самим существованием комитета. Однако в цепях поставок это редко бывает так. “От начала до конца”5 согласованность стратегии, полученная как продукт одного ума - или по крайней мере нескольких - обычно превосходит большую часть “локальных” оптимизаций, которые неизбежно предлагает комитет. Согласование предложения и спроса - это в основном задача на уровне системы.

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

В конце концов, решения в цепи поставок[^решения] не являются продуктом “системы”, где ответственность размывается среди многих, часто десятков людей. Все эти решения - продукт числовых алгоритмов, реализованных ученым в области цепи поставок, одним умом, который берет на себя ответственность за их результаты в отношении всей компании. Этот человек может ошибаться, но он/она получает много помощи, включая коллег, готовых взять на себя ответственность в случае необходимости. По моему опыту, это единственный способ начать оптимизацию цепи поставок, даже если любой значительный комитет неизбежно засыпает всех наблюдателей КПЭ, графиками и отчетами, пытаясь доказать обратное.


  1. Чтобы представить, как может выглядеть инженерное программное обеспечение цепи поставок через пару веков, я рекомендую A Deepness in the Sky (1999), одну из самых лучших книг Вернора Винджа. Появление программных археологов как установленной профессии может произойти даже в нашей жизни. ↩︎

  2. Часто дополнительное трение начинается еще до самой инициативы в цепи поставок. Консультанты, “помогающие” компании с процессами RFI и RFQ, с большой вероятностью удваивают задержки и бюджеты↩︎

  3. Эта потребность в программировании в настоящее время удовлетворяется Microsoft Excel. Большинство современных цепей поставок управляются через электронные таблицы, даже когда на месте находятся более сложные системы, такие как APS (планирование и планирование вперед). ↩︎

  4. Многие концепции информационных технологий лучше абстрагировать от ученых в области цепи поставок. Например: объектно-ориентированное программирование, кодирование текста, управление пакетами, управление сетью, управление дисками, управление памятью, администрирование Linux, администрирование баз данных, восстановление после сбоя, протоколы API, распределенные вычисления, многопоточность, атаки внедрения, атаки через боковые каналы и т. д. ↩︎

  5. Расселл Эккофф иллюстрирует системное мышление на примере конструкции автомобиля. Если генеральный директор автопроизводителя попросит свой персонал определить для каждой детали автомобиля лучшую деталь, найденную на рынке (лучшие тормозные колодки, лучшие оси и т. д.), сборка всех этих деталей не приведет к созданию настоящего автомобиля. Детали не подойдут. “Лучшая” деталь имеет смысл только при рассмотрении автомобиля в целом, а не в изоляции. ↩︎