Почему цифровая система должна помогать выбирать

Современная цифровая система уже способна достаточно рано показать, что внутри предприятия что-то изменилось.

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

Что делать дальше?

Увидеть проблему ещё не значит понять, какое действие подходит именно этой ситуации.

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

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

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

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

Один сигнал ещё не определяет действие

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

Во время хранения зерна система фиксирует устойчивый рост температуры в одной из зон.

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

Сигнал получен достаточно рано.

Казалось бы, остаётся только отреагировать.

Но как именно?

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

Можно включить вентиляцию, если конструкция хранения и текущие условия это позволяют.

Можно переместить часть зерна.

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

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

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

Но каждое создаёт свои ограничения.

Проверка даст дополнительную информацию, но потребует времени.

Перемещение зерна задействует технику, людей и свободную ёмкость.

Изменение графика отгрузки затронет логистику и уже запланированные операции.

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

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

Лучшее действие определяется состоянием системы

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

Дополнительная смена может помочь одному подразделению и перегрузить другое.

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

Для цифровизации отсюда следует важный вывод.

Недостаточно найти похожий случай в прошлом и сообщить руководителю:

«Раньше при таком отклонении применялось действие А».

Нужно понять другое:

Насколько сегодняшнее состояние предприятия похоже на то состояние, в котором действие А оказалось эффективным?

Похожий сигнал ещё не означает одинаковой ситуации.

Свободное оборудование вчера может быть занято сегодня.

Резервная площадка может отсутствовать.

Транспорт — работать на другой задаче.

Само состояние зерна и условия хранения тоже могут отличаться.

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

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

Условия применимости становятся частью решения

Допустим, предприятие рассматривает два варианта:

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

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

Реальный выбор зависит от другого.

Насколько достоверен сигнал?

Как быстро меняется показатель?

Есть ли дополнительные признаки ухудшения состояния зерна?

Какие ресурсы потребуются?

Что придётся перенести?

Какова цена ожидания?

И что произойдёт, если вмешательство окажется преждевременным?

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

Ей приходится учитывать условия, при которых это действие остаётся рациональным.

Причём эти условия меняются.

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

Формально варианты остаются прежними.

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

Поэтому цифровая поддержка выбора не может быть каталогом готовых рекомендаций.

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

Иногда важнее показать, чего система пока не знает

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

Поэтому полезно разделять информацию хотя бы на три части:

что наблюдается непосредственно;

что система предполагает на основании имеющихся данных;

чего она пока не знает.

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

Предположение о его причине — уже следующий уровень.

А фактическое состояние зерна в конкретной зоне может потребовать проверки.

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

Но здесь возникает другое ограничение.

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

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

Особенно там, где цена ожидания быстро растёт.

Поэтому полезное сообщение системы может звучать не так:

«Необходимо выполнить действие А».

А иначе:

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

Это намного ближе к реальному управлению в условиях неполной информации.

Действие запускает реакцию всей системы

Даже если вариант соответствует текущим условиям, остаётся ещё один вопрос.

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

Предположим, принято решение переместить часть зерна.

Само действие относится к хранению.

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

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

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

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

Процесс можно представить так:

Текущее состояние системы

↓

Управленческое действие

↓

Ожидаемая реакция

↓

Новое состояние системы

Поэтому цифровой системе недостаточно определить:

«Это действие способно устранить исходную проблему».

Нужно попытаться оценить и другое:

Что ещё изменится на предприятии, если выполнить его именно сейчас?

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

Он выбирает одну из возможных траекторий изменения предприятия.

Именно эту разницу система должна помогать увидеть до принятия решения.

От показателей к проверке применимости

Сегодня руководитель может получить температуру, динамику её изменения, объём партии, состояние оборудования, наличие свободных ёмкостей, график транспорта и десятки других показателей.

Но затем всю эту информацию всё равно приходится самостоятельно собирать в голове и превращать в решение.

Следующий шаг цифровизации может выглядеть иначе.

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

Например:

Вмешаться сейчас

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

Сначала провести проверку

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

Руководитель видит уже не просто названия двух действий.

Он понимает, почему каждое из них подходит или не подходит текущему состоянию предприятия.

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

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

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

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

пусть она сама и выбирает.

Но предприятие всегда наблюдается неполностью.

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

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

Одно располагает достаточным резервом.

Другое уже работает близко к пределу возможностей.

Алгоритм способен помочь сравнить варианты.

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

Поэтому задача цифровой системы — не убрать руководителя из выбора.

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

Самая ценная информация появляется после решения

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

Решение принято.

Действие выполнено.

Что произошло дальше?

До вмешательства система предполагала определённую реакцию.

После него появляется фактическая.

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

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

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

Мы узнаём уже не только:

сработало решение или нет.

Мы можем проверить:

насколько правильно система понимала реакцию предприятия на это решение.

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

Но само по себе расхождение ещё не объясняет конкретную причину.

За это время могли измениться внешние условия, состояние оборудования, действия людей или связанные процессы.

Причину необходимо проверить отдельно.

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

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

Тогда процесс начинает выглядеть так:

Текущее состояние системы

↓

Возможное действие

↓

Условия его применимости

↓

Ожидаемая реакция

↓

Риски и неопределённость

↓

Решение человека

↓

Фактическая реакция

↓

Сравнение ожидаемого и фактического

↓

Проверка причин расхождения

↓

Уточнение цифровой модели

После этого новое состояние снова становится исходной точкой следующего управленческого цикла.

В таком контуре система накапливает уже не только историю:

«что сделали и какой результат получили».

Постепенно возникает более ценное знание:

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

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

Меняется критерий качества цифровой системы

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

Не количество рекомендаций.

А способность помочь понять:

подходит ли действие текущему состоянию;

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

какую реакцию следует ожидать;

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

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

При этом система не должна стремиться к максимальному количеству проверок.

Дополнительный анализ полезен только пока он способен изменить выбор или существенно снизить неопределённость.

Тогда цифровизация начинает накапливать не только данные о предприятии.

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

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

Современная цифровая система уже способна достаточно рано обнаружить значимое изменение.

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

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

После решения — проверить, ответило ли предприятие так, как предполагала цифровая модель.

Если ожидание и фактическая реакция расходятся, это ещё не даёт готового объяснения причины.

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

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

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

«Что раньше работало?»

Намного важнее другой:

«Почему это должно сработать именно сейчас и что покажет нам, что первоначальное предположение было правильным?»

Но отдельное решение — только часть более длинного процесса.

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

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

Почему даже идеальный план почти всегда ломается?