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

Эти системы не были созданы с целью предоставить чистую среду данных для исследовательских целей. Этот факт объясняет, почему большинство инициатив по прогнозированию и, в общем, большинство инициатив по науке о данных, терпят неудачу в сфере поставщиков цепи. Как анекдотическое доказательство, обычно быстрее переместить все товары, хранящиеся на складе[^ru/логистика-третьей-стороны/], на другой сайт, чем мигрировать всю IT-инфраструктуру на новый сайт.
В результате этой сложности внедрение “современных” инициатив в сфере поставщиков цепи неизбежно включает в себя слишком много специалистов. Для крупной компании типичный проект в сфере поставщиков цепи включает в себя:
- Консультант, который руководит проектом и помогает топ-менеджменту.
- Специалист по IT-инфраструктуре, который оценивает риски, связанные с дополнительной IT-инфраструктурой.
- Администратор баз данных, который определяет соответствующие таблицы в соответствующих системах.
- Специалист по ETL, который разрабатывает конвейер, обеспечивающий логистику данных.
- IT-консультант, который предоставляет дополнительную помощь в части IT.
- Координатор проекта, который связывает IT-специалистов с поставщиками цепи.
- Бизнес-аналитик, который создает большинство отчетов для управления.
- Ученый по данным, который будет заниматься частью предсказательного моделирования.
- Техническая поддержка поставщика, которая управляет ошибками внедряемой технологии.
- Продавец поставщика, который управляет ожиданиями и продает “вещи” по ходу дела.
- Практикующий поставщиков цепи, который представляет “голос клиента”.
- Исполнительный директор поставщиков цепи, который является сторонником инициативы.
Однако наличие множества специалистов влечет за собой свои собственные проблемы. Никто, даже топ-менеджмент, на самом деле не понимает, что происходит. Части IT-инфраструктуры непрозрачны для всех, кроме IT-специалистов. В то же время IT сталкивается с такими проблемами и настолько многочисленными фронтами - не только в сфере поставщиков цепи - что у них остается очень мало ресурсов для работы над деталями проблем, которые они пытаются решить. Наконец, наука о данных усугубляет проблему еще одной дисциплиной, которая в основном непрозрачна для консультантов, IT-специалистов и практиков поставщиков цепи.
Кроме того, сторонние организации, консультанты, IT-компании и поставщики технологий имеют свои собственные цели, которые не совпадают с целями компании. Есть возможность заработать деньги, обеспечивая дополнительное трение2 на каждом этапе процесса. Это позволяет начать с тонкого временного бюджета, который “удивительным образом” постепенно растет с течением времени, поскольку все больше и больше ресурсов необходимо вложить в инициативу.
Часть перечисленной выше сложности является неизбежной, но другая часть является довольно случайной. Старая шутка, что каждый генеральный директор знает, что половина его компании не делает ничего ценного, но он не знает, какая именно половина.
В этом отношении стратегия Lokad, как поставщика технологий, заключается в прямом решении этой “случайной сложности”. Суть в том, чтобы “радикально” сократить количество специалистов, задействованных в процессе. Один человек, а именно специалист по цепям поставок, берет на себя всю ответственность за все, что происходит вдоль цепочки - включая умные решения, такие как машинное обучение.
Классическое корпоративное программное обеспечение не совместимо с цепями поставок, потому что “конфигуратор” недостаточно выразителен для решения разнообразных проблем, с которыми сталкиваются цепи поставок. Необходим язык программирования3. К сожалению, общие языки программирования, такие как Python, не совместимы с ролью специалиста по цепям поставок. Планка навыков слишком высока, и эти роли внутри компании превращаются в роли программистов. Но в том, чтобы иметь программистов, нет ничего плохого, просто экспертизу в области цепей поставок нужно вновь вводить через специалистов, которые не являются программистами. Вскоре большинство перечисленных выше ролей становятся частью инициативы.
Однако для специалиста по цепям поставок, чтобы справиться с таким количеством задач, требуется специализированная среда программирования: такая, которая позволяет специалисту справиться с вызовами предсказательной оптимизации цепи поставок с минимальными хлопотами4. Технологическим ответом Lokad на эту проблему стал Envision, специализированный язык.
Концепция Envision основана на идее, что лучше быть приблизительно правильным, чем точно неправильным. Один эксперт, который может учесть всю ситуацию в цепи поставок, гораздо более вероятно предложит разумное решение, чем 10 экспертов, каждый из которых знаком только с одной стороной ситуации. Кроме того, решение, полученное одним умом, по сравнению с решением, полученным комитетом, обычно проще и легче поддерживать.
В большинстве инженерных областей преимущества работы комитета над проблемой компенсируют дополнительное трение, вызванное самим существованием комитета. Однако в цепях поставок это редко бывает так. “От начала до конца”5 согласованность стратегии, полученная как продукт одного ума - или по крайней мере нескольких - обычно превосходит большую часть “локальных” оптимизаций, которые неизбежно предлагает комитет. Согласование предложения и спроса - это в основном задача на уровне системы.
Основная ценность специалиста по цепям поставок заключается в работе на уровне системы, охватывающей всю цепь поставок, от сырых электронных записей до стратегии, разработанной высшим руководством компании. Однако, далеко от того, чтобы быть одиночкой, специалист получает много помощи. ИТ облегчает доступ к соответствующим данным (без попыток предварительной обработки данных). Операции документируют процессы, операционные ограничения и различные накладные расходы. Маркетинг уточняет альтернативные затраты, которые нельзя узнать из бухгалтерских книг, например, затраты на отсутствие товара[^stock-out]. Высшее руководство формулирует видение, уточняя, что именно специалист должен оптимизировать в первую очередь и т.д.
В конце концов, решения в цепи поставок[^решения] не являются продуктом “системы”, где ответственность размывается среди многих, часто десятков людей. Все эти решения - продукт числовых алгоритмов, реализованных ученым в области цепи поставок, одним умом, который берет на себя ответственность за их результаты в отношении всей компании. Этот человек допускает ошибки, но получает много помощи, включая готовность коллег взять на себя ответственность, если возникнет необходимость. По моему опыту, это единственный способ начать оптимизацию цепи поставок, даже если любой значительный комитет неизбежно засыпает всех наблюдателей КПЭ, графиками и отчетами, пытаясь доказать обратное.
-
Чтобы представить, как может выглядеть инженерное программное обеспечение цепи поставок через пару веков, я рекомендую прочитать Глубина в небе (1999), одну из самых лучших книг Вернора Винджа. Появление программных археологов как установленной профессии может произойти даже в нашей жизни. ↩︎
-
Часто дополнительное трение начинается еще до самой инициативы в цепи поставок. Консультанты, “помогающие” компании с процессами RFI и RFQ, с большой вероятностью удваивают задержки и бюджеты. ↩︎
-
Эта потребность в программировании в настоящее время удовлетворяется Microsoft Excel. Большинство современных цепей поставок управляются через электронные таблицы, даже когда на месте находятся более сложные системы, такие как APS (планирование и планирование вперед). ↩︎
-
Многие концепции информационных технологий лучше абстрагировать от ученых в области цепи поставок. Например: объектно-ориентированное программирование, кодирование текста, управление пакетами, управление сетью, управление дисками, управление памятью, администрирование Linux, администрирование баз данных, восстановление после сбоя, протоколы API, распределенные вычисления, многопоточность, атаки внедрения, атаки через боковые каналы и т. д. ↩︎
-
Расселл Эккофф иллюстрирует системное мышление на примере конструкции автомобиля. Если генеральный директор автопроизводителя попросит свой персонал определить для каждой детали автомобиля лучшую деталь, найденную на рынке (лучшие тормозные колодки, лучшие оси и т. д.), сборка всех этих деталей не приведет к созданию настоящего автомобиля. Детали не подойдут. “Лучшая” деталь имеет смысл только при рассмотрении автомобиля в целом, а не в изоляции. ↩︎