Почему цифровая система должна сравнивать не только решения, но и их последствия

Почему ближайший результат ещё не показывает, куда решение приведёт предприятие дальше

Представим условную ситуацию.

На предприятии появляется отставание от производственного графика.

Ничего критичного пока не произошло.

Работы идут.

Техника исправна.

Люди на местах.

Но если сохранить текущий темп, часть следующих операций придётся выполнять уже в более сжатые сроки.

Есть несколько вариантов.

Можно увеличить интенсивность работы техники и временно перенести часть планового обслуживания.

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

Можно перераспределить часть ресурсов с соседнего участка.

Каждый вариант можно посчитать.

Сколько времени выиграем.

Какие дополнительные затраты возникнут.

Как изменится производительность.

Какой ресурс потребуется.

На ближайшем горизонте один из вариантов вполне может выглядеть лучше остальных.

Допустим, увеличение интенсивности почти полностью устраняет отставание.

Задача решена.

Но предприятие после этого уже находится в другом состоянии.

Техника получила дополнительную нагрузку.

Часть обслуживания перенесена.

Ремонтная служба потеряла часть свободного окна.

Люди отработали больше.

Запас времени действительно появился.

Но одновременно изменились и другие условия.

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

Получается, решение меняет не только текущий результат.

Оно меняет исходную точку следующего решения.

Ближайшее последствие — только первый шаг

Цифровые системы постепенно учатся всё лучше сравнивать варианты.

Вариант А потребует столько ресурсов.

Вариант Б обойдётся дороже.

Вариант В даст более быстрый эффект.

Это уже намного полезнее обычного отчёта о произошедшем.

Но здесь появляется следующее ограничение.

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

Один вариант может быстрее вернуть график в норму, но уменьшить технический резерв.

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

Третий — решить текущую проблему, одновременно создав новую нагрузку в соседнем процессе.

Ни один из этих признаков сам по себе не определяет правильный выбор.

Но они меняют вопрос.

Руководитель выбирает уже не только:

что даст лучший результат сейчас?

Ему всё чаще приходится учитывать:

в каком состоянии предприятие окажется после этого результата?

Решение создаёт цепочку состояний

После значимого действия возникает новое состояние предприятия.

Из него система продолжает работать.

Появляются новые события.

Принимаются следующие решения.

Они снова меняют состояние.

Получается более длинная последовательность:

исходное состояние

↓

решение

↓

ближайшее последствие

↓

новое состояние

↓

следующее изменение

↓

следующий выбор

↓

ещё одно состояние

Обычно мы достаточно подробно оцениваем первую часть этой цепочки.

Что произойдёт после решения?

Но в сложной системе постепенно становится важнее другой вопрос:

что начнёт меняться дальше после первого результата?

Не до бесконечности.

И не с попыткой точно предсказать будущее.

А настолько, чтобы увидеть, не приводит ли сегодняшнее решение предприятие в состояние, где следующий выбор станет значительно сложнее.

Шахматист тоже не просчитывает всю партию

Мне кажется, здесь хорошо работает шахматная аналогия.

Шахматист перед ходом не пытается просчитать абсолютно все возможные продолжения партии.

Количество вариантов слишком быстро становится огромным.

Он делает другое.

Выделяет несколько значимых ходов.

Смотрит наиболее важные ответы соперника.

И пытается понять, к какой позиции приведёт каждая линия через несколько ходов.

Можно выиграть пешку сразу.

Ближайший результат положительный.

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

Другой ход может ничего не выиграть в моменте.

Но сохранить инициативу и больше возможностей дальше.

То есть сравниваются уже не просто:

ход А и ход Б.

Сравниваются:

ход А → следующая позиция → возможное продолжение

и

ход Б → другая позиция → другой набор продолжений.

С предприятием происходит нечто похожее.

Только вместо фигур — люди, техника, деньги, сроки, запасы, обязательства и связанные процессы.

И, в отличие от шахмат, мы ещё и не знаем всей позиции с абсолютной точностью.

Что такое траектория последствий

Я бы назвал такую последовательность траекторией последствий решения.

Не просто перечень того, что может произойти.

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

Допустим, решение увеличивает интенсивность работы техники.

Само по себе это одно последствие.

Но если дополнительная нагрузка:

сдвигает обслуживание;

уменьшает технический резерв;

повышает вероятность внеплановой остановки;

а следующую поломку уже приходится компенсировать переброской техники с другого участка,

возникает последовательность.

Одно состояние становится условием следующего.

Именно это отличает траекторию от обычного списка возможных эффектов.

Одинаковый ближайший результат ещё не означает одинаковое состояние

Представим два варианта.

В обоих предприятие к концу недели ликвидировало отставание.

Показатель одинаковый.

План выполнен.

Но в первом случае для этого пришлось:

перенести часть обслуживания;

использовать резервную технику;

увеличить продолжительность смен;

израсходовать часть страхового запаса материалов.

Во втором предприятие изменило очередность работ и временно допустило отставание на менее критичном участке.

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

Но следующий день эти две системы начинают уже из разных состояний.

В одной осталось меньше резерва.

В другой — больше.

В одной следующий небольшой сбой потребует нового компромисса.

В другой его ещё можно будет компенсировать относительно спокойно.

Получается:

одинаковый результат сегодня ещё не означает одинакового запаса возможностей завтра.

Важнее всего увидеть, где траектории начинают расходиться

Но здесь возникает опасность.

Если строить цепочку всё дальше, количество вариантов быстро станет огромным.

Погода изменится.

Появится новая информация.

Человек примет неожиданное решение.

Поставщик перенесёт срок.

Один процесс пойдёт быстрее расчёта.

Другой — медленнее.

Попытка просчитать всё будущее быстро создаст новое дерево сложности, которое человеку будет практически невозможно использовать.

Поэтому, возможно, цифровой системе не нужно просчитывать всё одинаково глубоко.

Нужно искать значимые траектории.

И особенно — момент, где они начинают существенно различаться.

Я бы условно назвал его точкой расхождения траекторий.

До неё два решения могут выглядеть почти равноценными.

Оба выполняют задачу.

Оба укладываются в допустимые затраты.

Оба сохраняют сроки.

Но после определённого состояния один вариант, например, ещё оставляет резерв.

А другой уже его почти израсходовал.

Один позволяет относительно легко изменить курс.

Другой делает возврат значительно дороже.

Один сохраняет несколько следующих решений.

Другой начинает постепенно сводить выбор к одному вынужденному сценарию.

Именно после такой точки ближайшая похожесть вариантов заканчивается.

Обратимость тоже становится характеристикой траектории

Не все решения одинаково легко изменить.

Часть действий можно скорректировать через несколько часов.

Перераспределили транспорт.

Увидели, что эффект оказался слабее ожиданий.

Вернули часть машин обратно.

Но есть другие решения.

Перенесли обслуживание.

Израсходовали резерв.

Заключили контракт.

Изменили режим работы людей.

Запустили технологическую операцию.

После определённого момента изменить направление всё ещё возможно, но уже значительно дороже.

Поэтому при сравнении траекторий появляется ещё один вопрос:

насколько легко мы сможем изменить курс, если новая информация покажет, что первоначальное решение было слабым?

Иногда вариант с лучшим ближайшим результатом оказывается одновременно самым жёстким.

А более дорогой вариант сохраняет возможность последующей корректировки.

Это не делает его автоматически лучшим.

Но добавляет ещё одну характеристику решения — обратимость.

Важно не только куда пришли, но и как

Есть ещё одна особенность.

Два подразделения к понедельнику могут иметь одинаковое количество исправной техники.

На экране состояние выглядит одинаковым.

Но одно пришло к нему после нормального графика обслуживания.

Другое — после недели интенсивной эксплуатации и нескольких перенесённых профилактических работ.

Количество машин совпадает.

Но запас возможностей для следующего шага — уже разный.

То же самое с людьми.

Два участка выполнили одинаковый объём работ.

Но в одном это произошло в штатном режиме.

В другом — после нескольких дополнительных смен и постоянной ручной компенсации.

Формальный результат одинаковый.

Но следующий день они начинают не из одинаковой точки.

Поэтому в сложной системе иногда недостаточно знать:

где мы сейчас?

Важно ещё понимать:

каким путём мы сюда пришли?

Потому что предыдущие решения остаются внутри текущего состояния.

В износе техники.

В усталости людей.

В запасах.

В перенесённых работах.

В обязательствах.

В уже использованных резервах.

Цифровая система не должна изображать пророка

Разговор о траекториях легко превратить в слишком красивую идею.

Построим модель.

Рассчитаем будущее.

Выберем лучший путь.

Но предприятие работает не в закрытой среде.

Фактическая реальность всегда остаётся наблюдаемой лишь частично.

Погода меняется.

Техника ломается.

Люди принимают собственные решения.

Появляются ограничения, которых не было во время расчёта.

Поэтому траектория не должна выглядеть так:

«через пять шагов предприятие обязательно окажется здесь».

Гораздо полезнее другая форма:

если существенные условия сохранятся, вариант может развиваться примерно так;

вот здесь появляется новое ограничение;

здесь расходуется значимый резерв;

в этой точке траектории начинают заметно различаться;

а вот этот участок особенно зависит от фактора, которого мы пока не знаем достаточно хорошо.

То есть система не должна обещать будущее.

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

Не все варианты нужно анализировать одинаково глубоко

Здесь снова работает шахматная логика.

Сильный игрок не тратит одинаковое время на каждый допустимый ход.

Часть вариантов отсеивается сразу.

Остаются несколько существенных.

Для цифровой системы логика может быть похожей.

Нет смысла подробно разворачивать сотни сценариев, если большая часть из них:

технологически невозможна;

не имеет необходимых ресурсов;

выходит за допустимый риск;

экономически бессмысленна;

или практически не отличается по дальнейшему развитию.

Гораздо полезнее выделить несколько вариантов, которые действительно способны привести предприятие в разные состояния.

Например:

вариант А быстрее решает сегодняшнюю задачу, но быстрее расходует резерв;

вариант Б дороже сегодня, но сохраняет больше возможностей дальше;

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

Это уже не прогноз ради прогноза.

Это поддержка реального выбора.

Что тогда должна показывать цифровая система

Мне кажется, результат такого анализа не должен выглядеть как:

«вариант А — 87 баллов».

Руководителю полезнее увидеть другое.

Ближайший эффект.

Что изменится непосредственно после действия.

Следующее значимое состояние.

Как изменятся ресурсы, ограничения и загрузка связанных процессов.

Точка расхождения.

Где варианты перестают быть практически равноценными.

Обратимость.

Насколько сложно будет изменить направление после этого состояния.

Будущие ограничения и возможности.

Что станет труднее, а что всё ещё останется доступным.

Неопределённость.

От каких предположений особенно зависит построенная линия.

Не обязательно выводить всё это отдельными таблицами.

Задача намного проще:

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

Именно здесь цифра может помочь управлять сложностью

В управленческой статье этой недели мы пришли к другой стороне той же проблемы.

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

Меняются люди.

Их знания.

Мотивация.

Возможности.

Отношения.

Технологии.

Требования к производству.

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

Поэтому проблема заключается не только в количестве решений.

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

Цифровая система способна взять на себя хотя бы часть этой сложности.

Не решить за человека.

А помочь сравнить несколько значимых продолжений и показать то, что человеку трудно одновременно просчитать самому.

Но человек всё равно выбирает

Даже после такого анализа окончательного ответа может не существовать.

Один вариант даст большую прибыль сейчас.

Другой снизит риск.

Третий сохранит резерв.

Четвёртый быстрее вернёт предприятие к плану.

Какой результат важнее?

Сколько можно сознательно потерять сегодня ради сохранения возможностей завтра?

Какой риск предприятие готово принять?

Какую траекторию считать приемлемой?

Это уже не только вычислительная задача.

Это управленческий выбор и ответственность.

Система может расширить горизонт решения.

Но именно человек определяет, какой риск и какое следующее состояние предприятие считает приемлемыми.

Траекторный анализ нужен далеко не всегда

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

Если действие локально, последствия понятны, а ошибку можно быстро исправить, строить несколько длинных траекторий нет необходимости.

Другое дело, когда решение:

затрагивает несколько связанных процессов;

расходует существенный резерв;

имеет отложенные последствия;

меняет загрузку критических ресурсов;

трудно отменяется;

или способно заметно изменить возможности следующих действий.

Именно в таких ситуациях ближайшего результата становится недостаточно.

Цена выбора может проявиться значительно позже.

После решения начинается уже другая задача

Когда вариант выбран, одна из предполагаемых траекторий начинает сталкиваться с фактической реальностью.

Часть ожиданий подтвердится.

Часть — нет.

Появятся новые обстоятельства.

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

Здесь важно другое.

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

То есть одна задача отвечает:

что мы узнали после решения?

А эта:

что полезно увидеть до него?

Вместо заключения

Мы привыкли сравнивать решения по тому, что они дадут.

Сколько заработаем.

Сколько сэкономим.

Сколько времени выиграем.

Какой риск снизим.

Это необходимо.

Но в сложной системе решение делает ещё одну вещь.

Оно создаёт состояние, из которого предприятию придётся жить и выбирать дальше.

Поэтому ближайший результат — только первая часть ответа.

Следующий уровень цифрового управления, возможно, заключается в способности сравнивать не только:

что даст каждый вариант сейчас,

но и:

через какие значимые состояния он способен провести предприятие;

где варианты начинают расходиться;

насколько легко после этого изменить направление;

и какие ограничения или возможности появятся дальше.

Как и в шахматах, нет необходимости просчитывать всю партию.

Нужно увидеть несколько действительно важных продолжений и понять, к какой позиции ведёт каждый ход.

Только в управлении цена такой позиции измеряется уже не фигурами на доске.

Она измеряется:

людьми;

техникой;

временем;

деньгами;

устойчивостью;

и возможностью следующего действия.

Получается, руководитель выбирает не только действие.

И не только ближайшее последствие.

Он частично выбирает состояние, из которого предприятию придётся принимать следующее решение.

А цифровая система следующего уровня должна помочь увидеть эту разницу до того, как одна из возможных траекторий станет фактической реальностью.

Но все эти траектории строятся на том, как цифровая система понимает предприятие сегодня.

А что произойдёт, если сама эта модель уже перестала соответствовать реальности?