"Наивная цифровизация" - Почему строительный бизнес не справляется с крутыми поворотами рынка.

Цифровизация вошла в организации через рабочее место.

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

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

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

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

Так возникла наивная цифровизация — массовая автоматизация рабочих мест без изменения самой архитектуры управления.

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

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

Когда человек входит в математическую модель, он не становится ещё одной безвольной переменной. Он начинает понимать, как система его оценивает. Он приспосабливает поведение. Защищает собственную роль. Оспаривает критерии. Ищет безопасную трактовку. Создаёт неформальные связи. Иногда скрывает проблему. Иногда спасает процесс вопреки установленному порядку.

Формальная модель воспринимает такое поведение как шум, ошибку или нарушение. Чем жёстче она пытается подчинить человека машинной логике, тем сильнее сопротивление. В какой-то момент сотрудник начинает выглядеть для системы как главный источник отклонений, а система для сотрудника — как цифровой надзиратель, которого необходимо научиться обходить.

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

Человеческое поведение нельзя полностью объяснить линейной формулой. Человек одновременно хочет хорошо выполнить работу и сохранить собственную безопасность. Он заинтересован в общем результате, но защищает интерес своей функции. Он принимает правила, но оценивает их справедливость. Он использует накопленный опыт и одновременно меняет мнение под воздействием новых обстоятельств. В человеческой природе присутствует диалектическая логика — способность существовать внутри противоречий, изменять позицию, вступать в конфликт, искать компромисс и создавать новое решение там, где прежняя схема перестала работать.

Математическая модель может обслуживать человека:

• показывать данные;

• выявлять зависимости;

• рассчитывать сценарии;

• обнаруживать тенденции;

• сохранять память;

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

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

Человек не позволяет модели бесконечно управлять собой как неживым объектом. Если система игнорирует его мотивацию, интересы и представление о справедливости, он начинает сопротивляться открыто или скрыто.

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

ТИМ дали строительству мощный инструмент описания объекта. Цифровая модель способна хранить:

• геометрию;

• элементы;

• объёмы;

• спецификации;

• пространственные связи;

версии проектных решений.

Но информационная модель объекта ещё не является моделью управления процессом. Она может точно знать расположение элемента и при этом не понимать:

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

• кто считает фронт готовым;

• почему контроль не принимает результат;

• как локальный интерес участника влияет на общий срок;

• является отклонение случайным или устойчивым;

• какое воздействие изменит тенденцию;

подтвердился ли результат оптимизации.

В этом и состоит ограничение традиционной ТИМ-идеологии. Она стремится создать всё более точную цифровую копию объекта, но часто оставляет за пределами модели организационную среду, в которой этот объект проектируется, строится и используется.

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

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

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

PLAN и FACT образуют противоречие. Интерес исполнителя и требования к продукту образуют противоречие. Скорость и качество образуют противоречие. Локальная эффективность и сквозной результат образуют противоречие. Автономность алгоритма и профессиональная свобода человека также образуют противоречие.

Задача зрелой цифровой модели — не спрятать эти противоречия под одним показателем и не назначить виновного. Она должна сделать их видимыми, измеримыми и пригодными для коллективной работы.

Здесь конфликтология становится не способом тушения скандалов, а инструментом проектирования управления. Конфликт интересов не всегда является нарушением. Часто он содержит необходимую систему противовесов:

• исполнитель подтверждает выполненный объём;

• контролёр защищает требования качества;

• следующая бригада оценивает готовность фронта;

• планировщик учитывает влияние на график;

заказчик защищает показатели конечного продукта.

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

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

Кратко этот контур можно представить как переход от PLAN к FACT, далее — к анализу отклонений, решению, перепланированию и новому FACT.

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

Математические алгоритмы выявляют тенденции и проверяют связи. Профессионалы объясняют контекст и формируют гипотезы. Коллектив создаёт взаимные противовесы и регулирует собственное поведение. ЦИМ сохраняет память о решениях и их последствиях. Так возникает комбинированная человеко-машинная модель управления.

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

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

Эта книга не выступает против математических моделей, BIM, ТИМ, искусственного интеллекта или автоматизации рабочих мест. Она выступает против наивной веры в то, что увеличение количества программ автоматически создаёт цифровое управление. Математика необходима. Алгоритмы необходимы. Цифровые модели необходимы. Но в человеко-машинной организации они должны не подавлять человеческую природу, а создавать условия, в которых профессиональный опыт, мотивация, взаимный контроль и коллективная саморегуляция работают на показатели конечного продукта или услуги. Наивная цифровизация ставит программу между человеком и его работой. Зрелая цифровизация создаёт автономный цифровой двойник между процессом и его результатом.

Первая ускоряет отдельные действия. Вторая изменяет архитектуру управления. Именно переходу от массовой цифровизации рабочих мест к автономной цифровой модели процессов посвящена эта книга.

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

Сталкерам цифровой трансформации посвящается.

Часть I. Первая наивность кибернетики

Глава 1. Машина, которая обещала управлять

Просто опыт: Если человек вручную замыкает обратную связь, перед нами не цифровое управление, а лишь математическая поддержка человеческого контроля. Именно так люди и представляют себе «цифровое рабство».

Машина обещала управлять.

Она делала это уверенно, как молодой консультант, впервые увидевший предприятие из окна такси. На экране сияла схема. По ней стрелки двигались от цели к результату, от результата — к отклонению, а от отклонения — к корректирующему воздействию.

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

Сначала устанавливается цель. Затем система воздействует на объект. Объект выдаёт результат. Результат сравнивается с целью. Если появляется отклонение, система изменяет воздействие.

Получается замкнутый кибернетический контур:

• цель → воздействие → результат → обратная связь → корректировка.

Красиво.

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

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

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

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

• Давайте пока не будем расстраивать руководство.

Схема была прекрасна тем же, чем прекрасен план эвакуации при пожаре: на нём никто не паникует, не толкается и не возвращается в горящее здание за служебным ноутбуком.

Великая идея и маленькое неудобство

Кибернетика дала человечеству одну из самых сильных идей XX века — управление посредством обратной связи.

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

Так работает термостат.

Так удерживается курс корабля.

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

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

Идея была великолепна.

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

Человек оказался не датчиком.

Датчик видит 19 градусов и сообщает: «19 градусов».

Человек видит 19 градусов и сначала думает, кому предназначается сообщение.

Если соседу — он скажет, что в комнате прохладно.

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

Если финансовому директору — что дополнительное отопление может отрицательно повлиять на бюджет.

Если жильцам — что специалисты уже занимаются вопросом.

Если прокуратуре — что датчик, вероятно, неисправен.

Математическая модель ожидала данные.

Человек приносил объяснение.

Модель просила измерение.

Человек предлагал мнение.

Модель искала отклонение.

Человек искал виновного.

Модель требовала корректирующего воздействия.

Начальник назначал совещание.

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

Что было, в общем-то, правдой.

Это делало положение особенно неприятным.

Пример 1. Термостат и Иван Иванич из котельной

Возьмём простейшую систему отопления.

Установленная температура — 22 градуса. Датчик фиксирует 19. Автоматика увеличивает подачу тепла. Когда температура возвращается к заданному значению, нагрев уменьшается.

Никто не созывает совещание.

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

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

И, что особенно важно, радиатор не отправляет термостату письмо:

Уважаемый коллега!

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

Контур работает потому, что заранее определены:

• цель;

• измеряемый показатель;

• допустимое отклонение;

• управляющее воздействие;

правило его применения.

Теперь уберём автоматическую регулировку и посадим в котельной начальника. Для солидности назовём его Иван Иванович, хотя в паспорте он записан как Геннадий Петрович.

Датчик показывает 19 градусов.

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

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

В электронном отчёте система отопления продолжает работать штатно.

К вечеру температура опускается до 17 градусов. Иван Иванович увеличивает подачу тепла и указывает в отчёте, что корректирующее воздействие было выполнено своевременно.

• Но ведь температура упала до семнадцати, — замечает молодой специалист.

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

Формально обратная связь существует.

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

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

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

Строительный объект, который зеленел на экране

Крупная строительная компания решила цифровизировать контроль выполнения работ.

Каждый день начальники участков должны были вводить в систему:

• выполненные объёмы;

• количество рабочих;

• использованные материалы;

• выявленные дефекты;

• причины отклонений;

прогноз завершения работ.

Руководство получило красивый дашборд. Участки окрашивались в зелёный, жёлтый и красный цвета.

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

Это было удобно, особенно зимой.

По крайней мере, так утверждал ИТ-отдел. ИТ-отдел всегда говорил уверенно. Люди, способные отличить сервер от обычного шкафа по одному только шуму, заслуживают некоторого доверия.

Через два месяца почти весь объект был зелёным.

Правда, стройка отставала от графика на четыре недели.

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

• Почему здесь всё зелёное?

Начальник участка пожал плечами:

• Потому что система не показывает красного.

• А почему она не показывает красного?

• Потому что мы не ставим красное.

Ответ был исчерпывающим и по-своему безупречным.

Выяснилось, что начальники участков заполняли систему вечером, часто по памяти. Если показатель становился красным, требовалось написать объяснение. Объяснение проверял руководитель проекта. Затем назначалось совещание, на котором участник должен был ещё раз объяснить написанное.

Зелёный показатель занимал две минуты.

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

Система быстро обучила людей быть зелёными.

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

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

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

ИТ-отдел сообщил, что программа работает корректно: все обязательные поля заполнены.

Это был редкий случай, когда виновного нашли сразу.

Им оказался календарь.

Регулятор с глазами и совестью

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

В центре системы поэтому остаётся начальник — регулятор с глазами, памятью и совестью.

Глаза позволяют ему заметить несоответствие.

Память — сравнить его с предыдущими случаями.

Опыт — предположить причину.

Совесть — решить, насколько честно отразить проблему в отчёте.

Иногда совесть заменяется карьерным чутьём. Технически система продолжает работать. Просто её цель незаметно меняется: вместо управления процессом она начинает управлять впечатлением о процессе.

У цифрового двойника появляется старший брат — цифровой алиби.

Цифровой двойник показывает, что происходит с объектом.

Цифровой алиби объясняет, почему никто не мог этого предотвратить.

Пример 3. Завод и незаменимый Сергей Петрович

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

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

Будущее выглядело дорого, но организованно.

Окончательное решение о ремонте принимал Сергей Петрович.

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

Система рекомендовала остановить станок № 14 через три дня.

Сергей Петрович послушал его и сказал:

• До конца месяца дотянет.

• На основании каких данных? — спросил молодой инженер.

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

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

• Слышишь?

Инженер прислушался.

• Что именно?

• Вот на основании этого.

Станок дотянул.

В другой раз система не обнаружила опасности, но Сергей Петрович потребовал немедленно остановить линию. Через два часа в редукторе нашли критический дефект.

Руководство решило, что сочетание цифровой системы и опыта Сергея Петровича представляет собой идеальную модель управления.

Она и была идеальной до тех пор, пока Сергей Петрович не заболел.

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