Почему цепочка поставок должна выйти за рамки использования электронных таблиц
Проведите несколько дней в крупном ритейлере, на производстве или у дистрибьютора – и настоящая операционная система вскоре проявит себя. ERP-система фиксирует транзакции, панели управления украшают совещания, однако большая часть решающей работы по-прежнему ведется в электронных таблицах. Прогнозы корректируются там, объемы закупок исправляются там, планы перемещений импровизируются там, а последнее слово по сложному распределению часто зарыто в рабочей книге, известной лишь немногим специалистам. Такая схема устоялась, потому что электронные таблицы остаются общим рабочим языком команд по планированию.
Я рассмотрел техническую сторону этого вопроса в главе 9 и его организационные последствия в главах 5, 8, 10 и 11 книги Введение в цепочку поставок. Эта тема охватывает гораздо больше, чем сам Excel. Электронные таблицы имеют значение, потому что они отражают сложившийся образ цепочки поставок в большинстве компаний: поле планов, обзоров, целей, корректировок и согласованных чисел, подготовленных для человеческого восприятия и исправляемых вручную, когда реальность отказывается сотрудничать.
Почему электронные таблицы победили
Электронные таблицы выиграли честно. В одном месте они хранят данные, применяют логику и демонстрируют результаты. Специалист может изменить формулу и сразу увидеть последствия. Этот цикл обратной связи является серьезным преимуществом. Он позволяет сотрудникам цепочки поставок задавать локальные правила, не дожидаясь цикла обновлений, бюджетного комитета или команды разработчиков, которые могут вовсе не разбираться в бизнесе. Для предварительного анализа, работы со сценариями и узких оперативных корректировок это отличное инженерное решение, замаскированное под офисное программное обеспечение.
Именно поэтому подход, базирующийся на электронных таблицах, всегда казался мне разумным. Консультанты, защищающие планирование на основе электронных таблиц, апеллируют не только к привычке. Они правильно указывают, что Excel быстро осваивается, уже присутствует, близок к бизнесу и его проще адаптировать под специфические правила компании, чем многие готовые пакеты для планирования. Обучающие компании по-прежнему рассматривают владение электронными таблицами как часть мастерства планировщика. Даже новые корпоративные инструменты сохраняют большую часть той же грамматики через редактируемые рабочие листы, сравнения сценариев, историю версий, импорт через Power Query и анализ на основе исключений. Мышление, присущее работе с электронными таблицами, пережило каждый циклический выпуск программного обеспечения, потому что оно удовлетворяет реальную потребность.
Я также согласен с защитниками электронных таблиц по более глубокой причине, которую часто упускают из виду. Цепочке поставок требуется специальное программирование. Ни один статический пакет не способен охватить весь беспорядок, связанный с особенностями поставщиков, скидками, минимальными объемами заказа, аномалиями маршрутизации, искажениями календаря, ограничениями упаковки и коммерческими исключениями, накапливающимися в реальных операциях. Сохранение использования электронных таблиц, среди прочего, свидетельствует о том, что специалистам необходима возможность самостоятельно выражать бизнес-логику.
Где ломается сетка
Проблемы начинаются, когда полезный локальный инструмент становится операционной моделью. Рабочие книги растут посредством копирования. Лист, созданный для одного объекта, дублируется для другого, затем корректируется для особого случая, а потом копируется снова для региона с немного иными правилами. После множества итераций уже никто не может с уверенностью сказать, какие формулы приводят к каким решениям. Файл по-прежнему генерирует числа, но перестает внушать доверие. Практика планирования, основанная на скрытых ссылках ячеек и хрупком копировании, быстро устаревает.
Цепочка поставок также противостоит геометрии таблицы. Существенное решение может зависеть от нескольких поставщиков, различных видов транспорта, послойных скидок, совместного использования мощностей, неопределенных сроков поставки, неполных спецификаций материалов и приоритетов, которые различаются в зависимости от клиента или канала. Строки и столбцы могут частично имитировать эту реальность, но только посредством уплощения, разбиения на части и распределения по вспомогательным вкладкам. Со временем рабочая книга начинает претендовать на роль базы данных, оптимизатора и приложения одновременно. Ни одна из этих ролей ей не подходит.
Как только такие файлы становятся совместными рабочими документами, они перетекают в теневые системы. Они содержат операционные знания, которые официальный учет не зафиксировал, но им не хватает дисциплины, ожидаемой от всего, что влияет на реальные деньги: надежного версионирования, возможности устанавливать права доступа, гарантированных резервных копий и воспроизводимости, когда необходимо расследовать ошибочное решение спустя недели. В итоге команды спорят о файле и вкладке, вместо того чтобы обсуждать экономическую целесообразность выбора.
Затем возникает еще одна путаница. Организации, интенсивно использующие электронные таблицы, привязываются к плановым артефактам: прогнозам, страховым запасам, уровням обслуживания, ABC-классификации, запасам на несколько недель и целевым уровням заполнения. Эти цифры кажутся осязаемыми, потому что сжимают реальность в аккуратные сводки. Однако они не содержат новой информации, помимо исходных данных, на основании которых они были рассчитаны. Когда менеджеры воспринимают эти артефакты как сущность цепочки поставок, они начинают создавать представления проблемы вместо того, чтобы решать саму проблему.
Отсюда практика работы с электронными таблицами естественным образом переходит в культуру совещаний. Если цепочку поставок представляют как искусство объединения людей вокруг единственного утвержденного прогноза, следующим шагом становится календарь обзоров, посвященных редактированию и переизданию одних и тех же чисел. Планирование продаж и операций придало этому инстинкту формальное название, но эта привычка гораздо старше аббревиатуры. Оно заменяет суждение консенсусом. Оно спрашивает, объединена ли организация вокруг плана, а не то, были ли распределены ограниченные запасы, мощности и денежные средства там, где ожидаемая прибыль максимальна.
Практики часто описывают планирование на электронных таблицах как способ получения контроля. Я понимаю его привлекательность. Планировщик может проверить рабочую книгу, отменить сомнительную строку и двигаться дальше. Однако такой вид контроля характерен для мира бумажной работы. Он поддерживает близость человека, потому что система остается хрупкой. Системы, выдающие бесконечное количество исключений, которые людям приходится согласовывать, ясно дают понять, что системе нельзя доверить принятие решений. Таким образом, электронная таблица становится удобным убежищем, но также и постоянным режимом ожидания.
Чем заменяется рабочая книга
На самом деле необходимо не более крупное программное обеспечение для планирования с улучшенной графикой и не кампания по лишению специалистов возможности программирования. Главная задача – сохранить выразительную силу, которая делала электронные таблицы полезными, при этом перенести логику в среду, где она будет явной, версионируемой, тестируемой и способной работать без вмешательства. Рабочая книга выявила реальную потребность. Она просто оказалась неудачным сосудом для переноса этой потребности в масштаб компании.
Правильная система принятия решений должна читать авторитетные записи в их исходном виде, сохранять неопределенность вместо того, чтобы сводить её к единственному прогнозу, оценивать компромиссы в денежном выражении и записывать фактические решения: заказы на закупку, распределения, запуски производства, изменения цен. Сопровождающая дисциплина намеренно проста: неизменяемые извлечения, воспроизводимые запуски, двойной запуск перед переключением, остановка при снижении уверенности, полное воспроизведение прошлых состояний и аудиторские досье, объясняющие, почему было принято каждое обязательство. Это программное обеспечение, созданное как продуктивный актив. Оно улучшается по мере совершенствования логики, а его улучшения накапливаются на каждой строке, к которой оно применяется.
При таком подходе люди не исчезают. Их работа становится более ценной. Планировщик больше не проводит день за обновлением формул и согласованием исключений. Он наблюдает за тем, чего все еще не хватает таблицам данных: за поставщиком, чье поведение меняется, за нормативным сдвигом, сужающим выбор вариантов, за коммерческим решением, изменяющим ценность дефицита, за локальным сбоем, который система никогда не была предназначена самостоятельно предсказывать. Ценное вмешательство заключается не в рукописном изменении одной строки. Это изменение логики, оценок или семантики, чтобы следующие тысячи решений улучшались.
Мое несогласие с точкой зрения, сосредоточенной на электронных таблицах, является резким, но не поверхностным. Ее сторонники правы в вопросах гибкости, скорости и локальных знаний. Они ошибаются, считая, что эти достоинства заключаются в таблице. Они заключаются в способности быстро выражать бизнес-логику и пересматривать её без излишних формальностей. Для узкой задачи, решаемой небольшой командой, электронная таблица все еще может быть самым дешевым решением. Для крупной цепочки поставок эта же привычка превращается в дублирование логики, слабое управление и операционную модель, где люди используются как ежедневный механизм исправлений.
Электронные таблицы выживут, и это к лучшему. Они остаются полезными для предварительного анализа, экспромтных исследований и быстрых проверок на здравый смысл. Но компания, управляющая своей цепочкой поставок через электронные таблицы, на самом деле не компьютеризировала процесс принятия решений. Она напечатала их, разослала и попросила сотрудников поддерживать их в рабочем состоянии. Следующий шаг – превратить саму логику принятия решений в актив, который можно проверить, улучшить и выполнить без ручного вмешательства. Как только это произойдет, цепочка поставок начнет выглядеть не как административное ведение дел, а как то, чем она всегда была: дисциплинированным способом распределения ограниченных ресурсов при условиях неопределенности.
