От сопротивления к принятию: цифровая трансформация в стройке

Константин Алешкин — руководитель направления внедрения и развития программного обеспечения компании «Осмокод» (входит в Группу ПОЛИПЛАСТИК), являющейся разработчиком платформы ЦУС (Цифровое управление строительством). Более десяти лет он проработал в строительстве — от помощника мастера до проектировщика и инженера общестроя, а последние пять лет занимается внедрением цифровых систем на стройках по всей стране. В интервью РБК Компании эксперт рассказал, почему опыт строительства важнее ИТ-бэкграунда, как меняется методология внедрения и почему сопротивление цифровизации — это норма.

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

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

Когда я пришел в ИТ и стал заниматься внедрением цифровых систем, оказалось, что строительный опыт — это решающий фактор. Ты разговариваешь с клиентом на одном языке. Ты знаешь боли ПТО, понимаешь, почему подрядчики боятся прозрачности, почему заказчик не верит данным, а мастер считает, что Excel — идеальный инструмент. Если человек приходит из ИТ без строительного прошлого, ему очень сложно уловить эти нюансы, привыкнуть к логике стройки. В итоге он теряет доверие специалистов, а без доверия внедрение невозможно.

По этой же причине команда внедрения у нас почти целиком состоит из выходцев из стройки: бывших ПТО-шников, планировщиков, инженеров. Они знают, как процессы устроены «в полях», и могут не просто обучать кнопкам, а объяснять, зачем все это нужно и какая реальная польза.

— Что сегодня понимается под «внедрением» цифрового продукта в стройке? Это обучение? Методология? Изменение процессов?

— Внедрение — это не про кнопки. Это про людей и изменение их привычек. И это минимум 60% успеха любого цифрового проекта.

Стройка — очень консервативная отрасль. Люди десятилетиями работали без цифровых систем, и здания при этом строились. Поэтому когда ты приходишь и говоришь: «Теперь все будет по-другому», — естественная реакция: «Зачем?». И вот здесь мы становимся не только методологами, но и психологами.

Внедрение — это всегда пошаговая работа: объяснить, показать, провести через процесс, снять страхи, помочь адаптироваться. Причем эффект не появляется сразу. Первые три месяца — это период, когда пользователю кажется, что все стало сложнее. А настоящий результат виден примерно через полгода: когда люди перестают дублировать бумагу, когда начинают доверять системе, когда исчезают Excel-файлы «в столе» и бесконечные согласования в почте.

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

— Как устроена методология внедрения? Есть ли единый сценарий?

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

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

Такой проект мы сейчас ведем с одним из крупнейших российских энергохолдингов. Там огромное количество отделов, сложные циклы согласований, десятки интеграций. Техническое задание формируется не «в вакууме», а под реальные процессы, которые уже один раз прошли в системе. Это важный принцип: писать ТЗ после погружения, а не до.

— Стоит ли ориентироваться на процессы клиента или, наоборот, предлагать ему ваш эталонный маршрут?

— Правильный ответ где-то посередине. У нас действительно есть типовые процессы, которые закрывают 70–80% запросов рынка. И это хорошо: они отточены, проверены десятками внедрений, не перегружены лишними согласованиями, максимально логичны.

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

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

Так что это всегда диалог, а не жесткое следование одному стандарту.

— Строительство — отрасль с высоким уровнем сопротивления. Где чаще всего возникает барьер?

— Везде. Но по-разному. На уровне исполнителей чаще всего звучит фраза: «У нас объемы, нам не до цифры». На уровне субподрядчиков — страх прозрачности: кажется, что система — это контроль, а значит, проблемы. На уровне заказчиков — иногда сомнения в том, что подрядчики вообще будут в этом работать.

С наших позиций важно выдержать баланс между «кнутом и пряником». Ультимативный подход не работает: люди просто перестают пользоваться системой, как только давление ослабевает. Но и только «пряником» внедрение может идти годами. Поэтому мы комбинируем: показываем реальные выгоды, создаем быстрые победы, параллельно включаем управленческий ресурс — например, требование подписывать КС-2 и КС-3 только в системе.

И самое главное — работаем на примерах. Есть цикл сдачи выполнения: журналы, исполнительная документация, КС-2, КС-3. Проходим его с заказчиком три раза. На третий месяц пользователи понимают, что бумага уже не нужна, а система работает. Если еще и Госстройнадзор и казначейство принимают документы в электронном виде — сопротивление исчезает само собой.

— Есть ли универсальные «20% усилий, которые дают 80% результата»?

— В стройке — нет. Это не теоретическая история. Главное — правильно выбрать фокус при старте. Не надо оцифровывать все сразу. Например, на одном из крупных проектов мы начали только с исполнительной документации — понятного, цикличного процесса, который мучает всех ПТО-шников. И это дало сильный эффект: люди увидели пользу здесь и сейчас, и дальше сами были готовы идти в другие модули.

А усилия — это практическая работа со всеми сторонами: подрядчиками, техзаказчиком, службой контроля. Это обучение, проверка данных, обсуждение живых объектов, много раз — пошагово. Вот эти «полевые занятия» и дают результат. Все остальное можно достроить позже.