Когда и почему ТИМ приводят к "Зоопарку софта" - Часть 1; Часть 2 и Часть 3;

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

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

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

3.4 От

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

Сначала организация описывает поведение сотрудника: получил документ → проверил → заполнил форму → согласовал → передал → отчитался.

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

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

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

3.5 От

агрегатного состояния документа к цифровому состоянию объекта

Управлять нужно не формулировкой «Иванов должен до пятницы проверить документ», а наблюдаемым состоянием объекта:

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

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

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

Вопросы «кто получил», «что сделал» и «почему задержал» уступают цепочке:

объект → статус → событие → ресурс → ограничение → действие → следующий статус → результат.

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

3.6 Новая

роль эксперта в ТИМ

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

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

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

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

3.7 Оперативный

тактический и стратегический уровни

Оперативный уровень: стандарт → технология → инструкция → алгоритм → предусмотренное действие. Цифровая модель использует формализованные правила и не создаёт лишних человеческих переходов.

Тактический уровень: отклонение → анализ причин и последствий → допустимые варианты → эксперт → выбор. Здесь человек отвечает за решение в условиях вариативности и неполной определённости.

Стратегический уровень: изменение целей → изменение модели управления → изменение стандартов, технологий и ограничений → решение руководства.

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

Вывод о человеческом факторе

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

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

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

Развитие архитектуры выглядит так:

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

Первый переход:

документ → данные.

Второй переход:

человек как интерфейс → алгоритм как интерфейс.

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

4. Формирование технического задания

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

Для условного объекта 10 000 м² примем 25–40 самостоятельных информационных входов. При ТИМ сведений может быть даже больше. Различие скрыто не в количестве, а в способе их существования и движения.

Традиционная цепочка:

документ → инженер → интерпретация → ТЗ. Цифровая цепочка: требование → структурированные данные → информационное требование → ТЗ/модель.

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

5. Скорость подготовки технического задания

При документной архитектуре новый источник информации запускает ещё одну проверку и согласование. В расчётной модели полный цикл формирования ТЗ занимает 20–40 дней. Общая цифровая среда и структурированные исходные данные могут сократить его до 5–15 дней. Если BIM появляется только после подготовки ТЗ, информационная архитектура ещё не изменилась. Настоящая модель начинается с требований к информации и правил её дальнейшего машинного использования. Трёхмерная геометрия приходит позже.

6. Проектирование по специальностям

Традиционная система тяготеет к эстафете:

АР → КР → инженерные системы → корректировки → повторное согласование.

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

В BIM дисциплины могут развиваться параллельно:

АР ↔ КР ↔ ОВиК ↔ ВК ↔ ЭОМ.

Изменение одной модели становится событием для остальных. Сравнительная оценка даёт 4–8 месяцев для традиционного цикла и 2,5–5 месяцев для интегрированного BIM-проектирования.

7. Ошибки проектирования

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

Для дальнейшего сравнения используется авторский индекс: 0,030 ошибки/м² для традиционного процесса и 0,012 ошибки/м² для ТИМ. На объекте 10 000 м² это около 300 и 120 потенциально значимых ошибок и коллизий. Это расчётный benchmark, который ещё предстоит наполнить фактической статистикой проектов.

8. Формирование локальных смет

В традиционном процессе сметчик получает чертежи, определяет или проверяет объёмы, классифицирует работы и связывает их с расценками. Изменение проекта возвращает его к началу расчёта. В модели на пакет локальных смет отведено 15–30 дней.

В структурированной BIM-модели цепочка выглядит иначе:

элемент → классификация → количество → работа → ресурс → стоимость.

Сметчик остаётся специалистом, но перестаёт служить постоянным переводчиком геометрии в объёмы, объёмов в работы, а работ в ресурсы и деньги. Когда связи представлены данными, алгоритм выполняет повторяемую обработку. Специалист контролирует правила расчёта, исходные данные, исключения и результат. Автоматизируется информационный переход, а не человек. Для расчётной модели принимается 3–10 дней.

Определение 12. Автоматизация информационного перехода. Передача алгоритму повторяемого преобразования информации между связанными состояниями, например: Элемент → классификация → количество → работа → ресурс → стоимость.

9. Передача производственного знания рабочим

Между проектом и рабочим часто стоит длинная человеческая цепочка: проектировщик → ПТО → производитель работ → мастер → бригадир → рабочий. На каждом уровне техническая информация получает новую интерпретацию. Адаптация к объекту, технологии и требованиям может занимать 1–3 месяца.

ТИМ сокращает число таких преобразований. Производственное задание собирается из связки:

объект → технология → операция → ресурсы → требования качества → визуальная инструкция → контроль результата.

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

Определение 13. Производственное знание. Подготовленная для конкретной операции связка: Объект → технология → операция → ресурсы → требования качества → инструкция → контроль результата.

При наличии ТТК и цифровых рабочих инструкций расчётная модель принимает 0,5–1,5 месяца адаптации. Здесь BIM начинает переходить из модели здания в модель производства.

10. Скорость обнаружения отклонений и управленческой реакции

Главное различие проявляется после начала строительства. В традиционной системе отклонение должно сначала произойти, затем попасться на глаза мастеру или ПТО, войти в отчёт, встретиться с планом и только после этого подняться к человеку, способному принять решение. При месячной отчётности отклонение может жить 15–30 дней. В цифровом план-факт-контуре проверка выполняется ежедневно или еженедельно, а часть сопоставлений берёт на себя алгоритм. Окно неконтролируемого отклонения условно сокращается до 1–7 дней. Преимущество ТИМ измеряется временем между изменением физического процесса и управленческой реакцией:

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

Красивый чертёж этого времени не сокращает.

Определение 7. Скорость управленческой реакции. Интервал между возникновением изменения физического процесса и подготовкой управленческого воздействия: Событие → данные → отклонение → обнаружение → анализ → прогноз → решение → воздействие.

11. Как цифровизация старой цепочки создаёт «зоопарк софта»

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

Проблема начинается, когда современными программами цифровизируют именно эти интерфейсы. Проектировщик получает BIM, сметчик — сметную систему, плановый отдел — календарное планирование, ПТО — отдельное приложение, производство — мобильный интерфейс, руководитель — BI-dashboard. Между ними остаётся человек, который выгружает, проверяет, переводит и передаёт данные.

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

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

Настоящий ТИМ строится по другой логике. Объект, работа, технология, ресурс, время, локация, стоимость и FACT становятся связанными состояниями одного процесса:

Объект → Работа → Технология → Ресурс → Время → Локация → Стоимость → Факт → Отклонение → Управленческое действие.

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

Определение 15. Единый информационный контур ИСП. Архитектура, в которой объект, работа, технология, ресурс, время, локация, стоимость и факт связаны между собой и могут обрабатываться различными программами без обязательного ручного преобразования информации человеком.

Итоги части 1

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

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

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

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

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

Ценность ТИМ определяется не только скоростью выпуска 3D-модели и документации. Главная мера цифрового управления — время между изменением процесса, обнаружением отклонения и управленческим воздействием.

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

Можно дать проектировщику одну программу, сметчику вторую, ПТО третью, плановому отделу четвёртую, производству пятую, а руководителю красивую BI-панель. Если между ними по-прежнему нужен человек-переводчик, архитектура не изменилась. Она только получила новые экраны.

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

СССР: документ движется через человека.

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

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

Определение 16. Главная формула Части 1. Цифровая трансформация ИСП — переход от человеко-документной архитектуры к архитектуре связанных данных, где алгоритмы выполняют стандартизированные информационные переходы, а человек управляет требованиями, отклонениями, исключениями и решениями.

Содержание

Глава 1. Подарки российскому строительному бизнесу 26

Бизнес, которому долго не требовалось управлять по-новому 26

Первый подарок: земля, превращённая в строительный актив 26

Высокая цена жилья как источник устойчивости 27

Продажа квартиры, которой ещё нет 28

Второй подарок: мировой супермаркет строительных технологий 29

Третий подарок: дешёвая и постоянно пополняемая рабочая сила 30

Что показывает статистика строительства 31

Рост без трансформации управления 32

Преобладающая управленческая модель российских строительных компаний в 2008–2020 годах 33

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

Пять признаков практической линейности 35

Итоги главы 1 35

Глава 2. BIM приобрели, а систему управления оставили прежней 36

BIM в среде линейно-функционального управления 38

BIM — это геометрическая модель, построение которой автоматически создаёт самое главное в строительстве — данные для управления строительными процессами 41

Распределённая, но не размытая ответственность 41

Оригинальное ТИМ-противоречие 42

Две несовместимые архитектуры управления: BIM горизонтальный, управление вертикальное 42

Вертикальный жизненный цикл распоряжения 43

Почему BIM оказался внутри проектного отдела 45

Что приобрели и что должны были изменить 45

BIM-менеджер без управленческих полномочий 46

Функциональные колодцы получили собственные программы 47

Почему интеграция программ не решила проблему 48

Проблема заключалась не в наличии вертикали 48

Модель и отчёт — не одно и то же 49

Основное противоречие внедрения ТИМ 49

Главный вывод 51

Глава 3. Как преодолеть конфликт между горизонтальной BIM-средой и вертикальной системой управления застройщика 53

Параллельный информационный контур 53

Вертикаль власти должна сохраниться, монополия на информацию — исчезнуть 54

Что означает автономность 54

Принцип «Дигитальной Демократии» 55

Содержание

Архитектура параллельного информационного контура 55

От информации — к данным 55

Единый управленческий цикл 56

Автоматизация отчётности 56

Результат решения 57

Глава 4. Какой методологией объединить уже имеющиеся программы 58

Конфликт двух миров: геометрия и процессы, конкретика и системность 58

Странный сбой нашего мышления 58

Строительный проект как корабль 59

Мир моториста 59

Мир навигатора 60

Два профессиональных мира 60

Капитан не должен заменять навигатора и моториста 61

Методология соединения геометрии и процессов 62

Статус как точка соединения двух миров 62

Не менять все программы, а распределить их роли 63

Ритм двигателя и гибкость навигации 63

Основной вывод 63

Тезис 2. Узурпация общего информационного поля «мотористом» 64

Почему хороший моторист не всегда становится хорошим капитаном 64

Инженер тоже формирует гипотезы — но в другой среде 65

Как моторист захватывает информационный мостик в строительстве 66

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

Ошибка в одной точке и ошибка в десятках точек 67

Импровизация не должна становиться методом 68

Кто должен формировать общее информационное поле 68

Как вернуть моториста в систему, не лишая его значения 69

Основной вывод 69

Заключение к части 2 71

Если диагноз понятен — можно переходить к лечению 71

Что показала Часть 2 71

Где находится первоисточник проблемы 72

Готовы ли мы перейти к практике? 72

Что будет в Части 3 73

Глава 1

Подарки российскому строительному бизнесу

Бизнес, которому долго не требовалось управлять по-новому

После распада СССР российский строительный бизнес получил несколько исключительных по своему масштабу преимуществ. Они не были результатом новых методов управления, высокой производительности или цифровой зрелости компаний. Значительная часть этих преимуществ досталась отрасли как историческое наследство либо сформировалась благодаря экономической ситуации 1990–2010-х годов.

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

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

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

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

Первый подарок: земля, превращённая в строительный актив

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

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

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

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

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

Земля перестала быть только территорией. Она стала основным сырьём девелоперского бизнеса.

Высокая цена жилья как источник устойчивости

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