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

Содержание

Содержание и назначение частей книги 3

Введение. Как читать эту книгу вместе с ИИ 3

У каждой части книги – своя задача: 3

Введение в ASIC Book — AI Snacks Knowledge Base 4

Кому нужна эта книга 4

Какой ресурс экономит этот формат 4

Как работать с книгой вместе с ИИ 5

Пример первого запроса к ИИ 5

Перекрёсток пониманий 5

От книги монолога к командной работе 5

Итог 6

Глава 1. Как строители пытаются надеть опыт СССР на современное управление инвестиционно-строительными проектами 7

1. От документной архитектуры СССР к информационной архитектуре ТИМ 7

2. Сравнительная матрица управления строительным проектом 9

Меняется архитектура управления 10

Проект учится постоянно видеть отклонения 10

Новая функция инструментов ТИМ, которая пока не используется из-за нехватки компетенций в цифровом управлении проектами 10

От абсолютной геометрии к динамической информационной модели (от 3D к 4D и 5D ISO 19650) 11

Информационное наращивание и прогноз 11

Новая мера качества цифрового управления 11

Вывод о динамической модели 12

3. Человеческий фактор в архитектуре управления 12

3.1 Человек как субъект и локальный центр управления 12

3.2 Коллектив и команда 13

3.3 Почему стандарты ISO иногда остаются на бумаге 13

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

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

3.6 Новая роль эксперта в ТИМ 14

3.7 Оперативный тактический и стратегический уровни 14

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

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

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

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

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

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

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

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

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

Итоги части 1 21

Содержание и назначение частей книги

Кому нужна эта книга

Эту книгу можно читать подряд. Но замысел у неё другой: она должна работать рядом с читателем как профессиональная база знаний, к которой можно обращаться через ИИ-помощника.

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

ASIC BooK действует иначе. Автор собирает опыт, выделяет повторяющиеся закономерности, определения, модели, причинно-следственные связи и практические выводы. Из массива информации извлекается активная часть, способная изменить решение. Эту часть мы называем Знанием.

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

Автор → структурированное Знание → ИИ ↔ Читатель → Практическое решение

Какой ресурс экономит этот формат

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

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

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

Как работать с книгой вместе с ИИ

Шаг 1. Загрузите книгу в ИИ-профиль или рабочее пространство.

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

Шаг 2. Получите информационную карту книги.

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

Шаг 3. Не просите ИИ только подтверждать ваши взгляды.

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

Шаг 4. Постройте перекрёсток пониманий.

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

Шаг 5. Используйте конфликт для получения нового знания.

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

Пример первого запроса к ИИ

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

Перекрёсток пониманий

Позиция автора → аргументы → модель → предполагаемый результат.

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

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

Культура иных точек зрения в ASIC Book: «Я не согласен с вашей точкой зрения, но она сделала меня ещё на один взгляд богаче».

От книги монолога к командной работе

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

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

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

Обычная цепочка:

Автор → Книга → Читатель

Рабочая цепочка ASIC BooK:

Автор → Знание → ИИ ↔ Читатель → Конфликт пониманий → Анализ → Новое знание → Решение

Итог

Соглашаться с этой книгой необязательно. Полезнее заставить её спорить с вашим опытом. ИИ делает такой спор быстрым, системным и пригодным для практической работы.

В этом состоит назначение ASIC BooK / AI Knowledge Base: читатель получает структурированную базу знаний, которую можно подключить к ИИ и использовать для анализа, обучения, проверки гипотез и подготовки профессиональных решений.

Глава 1

Как строители пытаются надеть опыт СССР на современное управление инвестиционно-строительными проектами

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

1. От документной архитектуры СССР к информационной архитектуре ТИМ

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

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

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

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

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

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

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

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

2. Сравнительная матрица управления строительным проектом

Возьмём условный объект площадью 10 000 м² и пять основных групп проектных дисциплин: АР, КР, ОВиК, ВК и ЭОМ/СС. Числовые диапазоны ниже — авторский сравнительный benchmark, а не государственные нормативы. Они нужны, чтобы увидеть различие архитектур, а не создать иллюзию абсолютной точности.

Показатель

Традиционная модель СССР / документное управление

Современная ТИМ/BIM-модель

Изменение

Первичная информация для ТЗ

≈25–40 отдельных справок, заданий, ТУ, ведомостей и источников

≈10–20 структурированных информационных пакетов / наборов данных

До –40–60% ручных информационных входов

Обработка информации для ТЗ

≈20–40 дней

≈5–15 дней при наличии цифровых исходных данных

Примерно в 2–4 раза быстрее

Проектирование основных специальностей

≈4–8 мес.; значительная часть обмена последовательная

≈2,5–5 мес.; параллельная разработка и координация моделей

–25–45% времени

Ошибки / коллизии проектной информации

Расчётный индекс 0,030 ошибки/м²; ≈300 на 10 000 м²

После BIM-координации 0,012 ошибки/м²; ≈120

Модельное снижение ≈60%

Подготовка локальных смет

≈15–30 дней

≈3–10 дней при связанной модели объёмов и классификаторов

–50–80% времени

Подготовка рабочих к процессу

≈1–3 мес. передачи опыта, инструктажей и освоения документации

≈0,5–1,5 мес. при цифровых ТТК, визуализации и структурированных заданиях

Ориентировочно –30–50%

Риск отклонения срока до обнаружения

≈15–30 дней

≈1–7 дней при регулярном план-факт-контроле

Окно реакции сокращается в 3–15 раз

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

Меняется архитектура управления

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

Проект учится постоянно видеть отклонения

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

В процесс снова входят проектировщики, ПТО, сметчики, планировщики, производители работ и руководство. Изменение бывает небольшим. Совещание — полноценным.

Информационная модель действует иначе:

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

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

Новая функция инструментов ТИМ, которая пока не используется из-за нехватки компетенций в цифровом управлении проектами

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

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

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

От абсолютной геометрии к динамической информационной модели (от 3D к 4D и 5D ISO 19650)

На ранних этапах BIM внимание приковано к точной геометрии и объёмам. Проектированию это необходимо. Управлению инвестиционно-строительным проектом этого недостаточно.

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

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

План₀ → Факт₁ → Отклонение₁ → Коррекция₁ → Прогноз₁ → План₁ → Факт₂ → Отклонение₂ → Коррекция₂ → Прогноз₂ → …

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

Определение 5. Динамическая цифровая модель. Модель, которая изменяется вместе с фактическим состоянием проекта и поддерживает непрерывный цикл: План₀ → Факт₁ → Отклонение₁ → Коррекция₁ → Прогноз₁ → План₁ → …

Информационное наращивание и прогноз

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

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

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

Новая мера качества цифрового управления

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

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

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

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

Старая парадигма

Новая парадигма ТИМ

Точность документа и модели на момент выпуска.

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

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

Данные → отклонение → автоматический анализ связей → прогноз → подготовленная информация → решение.

Вывод о динамической модели

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

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

Определение 4. Трансформация информации. Последовательное преобразование: Информация → структурированные данные → анализ → знание → решение → воздействие.

3. Человеческий фактор в архитектуре управления

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

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

3.1 Человек

как субъект и локальный центр управления

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

Определение 3. Человек как информационный интерфейс. Участник процесса, который вручную получает информацию, интерпретирует её, преобразует в другую форму и передаёт следующему участнику или системе.

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

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

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

3.2 Коллектив

и команда

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

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

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

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

3.3 Почему

стандарты ISO иногда остаются на бумаге

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