Найповчальнішим кейс-дослідженням у сфері управління ланцюгами поставок, яке я знаю, не є успішним. У червні 2017 року зловмисне програмне забезпечення NotPetya вразило Maersk, і компанія відновила приблизно 4000 серверів та 45 000 персональних комп’ютерів приблизно за десять днів, із оціночною вартістю від 250 до 300 мільйонів доларів. Відновлення частково вдалося, тому що один контролер домену в Гані був офлайн під час атаки, і ця вціліла копія каталогу зробила відновлення можливим. Ми окремо розглядали атака Maersk повністю.
Більшість збірок прикладів із практики пропускають такі деталі. Вони описують компанію, яка впровадила систему та покращила показник, що приємно читати, але марно для планування. Наведені нижче приклади — це ті, на які я насправді посилаюся, обрані тому, що кожен із них має публічний показник і першопричину, з якою можна посперечатися.
Десять прикладів ланцюгів постачання з прикріпленими номерами
| Справа | Рік | Опублікований вплив | Причина, яка варта вивчення |
|---|---|---|---|
| Maersk і NotPetya | 2017 | 250-300 мільйонів доларів, 4000 серверів відновлено | Пласка мережа, єдина спільна директорія, відсутність копії для офлайн-відновлення за задумом |
| Nike та i2 планування попиту | 2000 | Близько 100 мільйонів доларів втрачених продажів | Прогнозування, якому довіряють, над менеджерами магазину, які могли бачити реальний попит |
| Запуск Hershey ERP | 1999 | Близько 150 мільйонів доларів невиконаних замовлень | Великий "биг-бенг"-перехід заплановано на піковий період Хелловіну |
| Lidl та SAP | 2018 | Близько 500 мільйонів євро списано приблизно за сім років | Логіка оцінки основного запасу була налаштована, а не прийнята. |
| Ціль Канада | 2013–2015 | Вихід з ринку після двох років, збитки близько 2 мільярдів доларів | Помилки в майстер-даних вимірів та заклинені штрих-коди зупинили роботу розподільчих центрів |
| Ever Given в Суецький канал | 2021 | 6 днів на мілині, близько 400 кораблів у черзі, застраховані збитки оцінюються понад 2 мільярди доларів | Єдиний пункт відмови на маршруті з інтенсивним рухом, причому пілотаж за сильного вітру є безпосередньою причиною |
| Toyota після землетрусу в Тохоку | 2011 | Багаторівнева база даних, що охоплює сотні тисяч деталей | видимість першого рівня ніколи не була обмеженням, обмеженням був четвертий рівень |
| TradeLens | 2018-2022 | Закрито після 4 років, незважаючи на 175 або більше учасників | Технології працювали, і перевізники приєдналися, але не бажали передавати дані на платформу конкурента. |
| Дефіцит напівпровідників у Ford | 2021 | Компанія прогнозує вплив приблизно на 2,5 мільярда доларів. | Скасовані замовлення на чіпи у 2020 році не могли бути відновлені на розсуд клієнта. |
| Регіоналізація мережі Amazon | 2023 | Мережу Сполучених Штатів реорганізовано в регіональні кластери | Зменшення пройденої відстані перевершило збільшення потужності |
Maersk 2017: справа, яка змінила мої запитання
NotPetya проник через скомпрометоване оновлення українського податкового програмного забезпечення і поширився горизонтально, шифруючи машини швидше, ніж хтось міг відреагувати. Maersk втратила системи бронювання, а термінальні операції у значній частині її мережі перейшли на ручне управління. Кораблі продовжували прибувати, тому що кораблі не зупиняються, і це те, що планувальники недооцінюють: цифровий збій у судноплавстві не зупиняє фізичний потік, він позбавляє вас можливості знати, що містить цей потік.
Два уроки пережили переказ. Спроможність до відновлення вирішила результат більше, ніж запобігання, а відновлення залежало від випадковості, а не від плану. Коли я зараз переглядаю плани безперервності, моє перше запитання вже не полягає в тому, чи існують резервні копії. Воно полягає в тому, чи хтось відновив службу каталогів з цих резервних копій у тестове вікно, і скільки часу це зайняло.
Hershey 1999 та Lidl 2018: та сама помилка з різницею у двадцять років
Hershey замінила ключові системи одночасним переходом і зустріла пік сезону кондитерської промисловості з процесом від замовлення до доставки, який ніхто раніше не виконував у великих обсягах. Приблизно 150 мільйонів доларів замовлень не вдалося відправити, а прибуток кварталу різко впав.
Lidl витратила близько 7 років на програму управління запасами та мерчендайзингу, перш ніж відмовитися від неї та списати близько 500 мільйонів євро. Основною технічною проблемою, про яку повідомлялося, було банальне: Lidl оцінював запаси за собівартістю придбання, тоді як стандартне програмне забезпечення передбачало роздрібну ціну. Замість того, щоб змінювати бізнес-практику, проект змінив програмне забезпечення. Кастомізація в ядрі оцінки потім поширилася нижче за течією. Рішення про припинення було комерційним, а не технічним, прийнятим, коли залишки вигоди перестали виправдовувати витрати, які все ще були потрібні програмі.
Обидва випадки закликають до однакової дисципліни. Послідовно відкладіть перехід до пікового періоду та розглядайте кожен запит на зміну основного розрахунку як рішення, яке переживе людей, що його приймають.
Toyota 2011: видимість на рівні, який ви не можете побачити
Після землетрусу в березні 2011 року Toyota виявила, що її ризики значно нижчі, ніж у прямих постачальників, у сфері спеціалізованих хімікатів та компонентів, де один завод обслуговував значну частину галузі. У відповідь було створено базу даних ланцюга поставок, яка відстежувала деталі та постачальників на кілька рівнів углиб, що дозволило компанії відповісти на запитання, яке досі не можуть поставити собі більшість виробників: якщо це місто затопить, виробництво яких моїх автомобілів зупиниться.
Причина, чому я продовжую використовувати цей кейс, полягає в тому, що він суперечить тому, як окреслюються більшість проєктів з візуалізації. Команди купують інструменти, які показують позиції контейнерів, що є логістичними даними першого рівня, тоді як ризик, який зупиняє виробничу лінію, знаходиться на чотири рівні вище на заводі, назва якого відсутня в будь-якій з їхніх систем.
TradeLens: невдача, яка не була технічною
TradeLens – це блокчейн-платформа для судноплавної документації, запущена Maersk спільно з IBM у 2018 році та припинена у 2022 році. Технологія працювала, і мережа не була порожньою: до неї приєдналося понад 175 організацій, включно з п'ятьма з шести найбільших контейнерних перевізників. Але вона зазнала краху. Реєстрація та зобов'язання виявилися різними рішеннями, і конкуруючі перевізники ніколи не направляли достатньо комерційних даних через платформу, яка належала їхньому найбільшому конкуренту, щоб забезпечити ефективний обсяг.
Це випадок, який слід вивчити перед будь-якою галузевою ініціативою щодо спільного доступу до даних. Складна проблема спільної видимості полягає в управлінні та власності, а не в криптографії, а нейтральність має бути структурною, а не обіцяною. Контрастом є Стандарти DCSA для відстеження та відстеження, який оператори зв'язку прийняли, оскільки жоден окремий конкурент ним не володів.
Як читати кейс-стаді, щоб вам нічого не продали
Більшість опублікованих прикладів із практики є маркетинговими матеріалами, створеними за сприяння постачальника, що не робить їх нікчемними, але змінює те, як ви повинні їх читати. Мій контрольний список:
- Знайдіть базовий рівень. Заява про тридцятивідсоткову перевагу нічого не означає без початкової цифри та вікна вимірювання.
- Перевірте, хто його опублікував. Якщо його написав постачальник програмного забезпечення, там будуть відсутні описи збоїв. Регуляторні документи, судові справи та звіти після інцидентів містять деталі, які прес-релізи прибирають.
- Шукайте контрфактичне. Обсяги, ціни та попит — все це змінювалося протягом періоду. Запитайте, що сталося б у будь-якому випадку.
- Віддавайте перевагу випадкам з датами та сумами в доларах. Усе, що не можна прив'язати до кварталу та числа, є анекдотом у костюмі.
- Спочатку прочитайте про невдачі. Успішні проєкти різноманітні й їх важко скопіювати. Невдачі повторюються, що робить їх більш прогностичними щодо того, що станеться з вашим.
- Перевірте рівень. Запитайте, яку ланку ланцюга насправді охоплює справа, оскільки більшість претендують на повний обсяг, але надають лише перший рівень.
Використання цих випадків у бізнес-кейсі
Кейс стає доречним у внутрішній пропозиції, коли він надає число, яке інакше довелося б вгадувати. Maersk 2017 дає обґрунтований порядок величини для повної системної відмови у великого логістичного оператора. Hershey та Lidl визначають ціну ризику запуску. Ford у 2021 році показує, чого може коштувати скасування зобов'язань перед постачальниками під час спаду, коли попит відновлюється швидше, ніж потужності.
Жоден з них не доведе, що конкретний інструмент підходить для вашої роботи. Шаблон, який я бачив, що працює, є більш вузьким: виберіть два випадки, режим відмови яких найбільше нагадує вашу власну вразливість, кількісно оцініть, скільки коштуватиме ця відмова в ваших обсягах, і дозвольте порівнянню встановити бюджет. Цей аргумент витримує перевірку з боку фінансового директора, чого не може більшість презентацій порівняльного аналізу.