#Теория Пропустил в этом перечне https://xn--r1a.website/prostobim/991 сервис по работе с исполнительной документацией.

4.1 СИД - Сервис для ИД. В мире такого не видел, видимо справляются СОДом и екселем. СИД - это система, куда загружаются и где создаются документы приемки материалов и конструкций, предписания, Акты испытаний, Рабочая и Исполнительная документация. Далее эти документы там согласовываются.

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

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

При этом отметим, что пока о готовности принимать журналы в xml заявил лишь Питерский ГСН, но то, что примеров эталонного заполнения нам пока так и не показали, вызывает серьезные опасения, что это работает. Возможно бравируют цифровизацией чтобы начальство не расстраивать, а на деле бумагу требуют (кстати как дела у экспертиз с Пояснительными записками в XML? напишите в комментарии про свой опыт).

Принципиальное отличие от СОДов - есть генератор документов, карточки документов, табличные журналы работ и выгрузки в xml для специфики 🇷🇺

#Теория Советы BIM-менеджеру. Часть 2.

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

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

В первую очередь при внедрении BIM надо выработать цели его применения и наметить стратегию их достижения.

Например:
1. Повысить качество проекта, чтобы не было коллизий и противоречий.
2. Получать точные объемы из моделей для смет и графиков.
3. Передать модели на стройку для применения там.

План:
1. Подготовить стандарт/требования.
2. Подготовить шаблоны и библиотеки.
3. Провести обучение пилотной команды.
4. Выполнить пилотный проект с
5. Еженедельно проверять на коллизии
6. Выгрузить объемы для сметчиков и планировщиков.
7. Передать модель строителям.
8. Исправить недоработки и масштабировать эффект на все новые проекты компании. Обучить остальных сотрудников.

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

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

#Теория Советы BIM-менеджеру. Часть 3.

Для того чтобы поддерживать эффективное проектирование в BIM в среднестатистическом проектировщике, обычно достаточно 1го BIM-специалиста на 25 проектировщиков, но если например вся разработка семейств скинута на BIM-отдел, то 1 на 20, а если еще и моделировать за какими-то разделами приходится, то и все 1 на 15 может получиться.

Проектировщики часто хотят скинуть на BIM-отдел всю рутинную работу (разработку семейств, экспорты в IFC и NWC), а если BIM-отдел подчиняется ГИПу, то и сбор ТЭПов и печать чертежей. Этот вопрос лучше решать на берегу, где чья зона ответственности, лучше обсуждать напрямую BIM-менеджеру с директорами, т.к. вопрос касается того у каких специалистов какие зарплаты и кем выгоднее для компании это делать (разумеется с учетом компетенций).

Начинается организация BIM-отдела со схемы подчинения. Лучше всего, либо напрямую генеральному подчинять отдел, либо департаменту развития или накрайняк айтишникам (но там другой риск, что ревиты с лайтшотами начнете ставить). Т.е. подчинять ГИПу или руководителю проекта я не рекомендую, т.к. в таком случае руководитель будет приоритезировать задачи BIM-отдела в выгодном для проекта русле, а не компании (а эти направления иногда противоречат).

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

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

Также BIM-отдел разрабатывает шаблоны, проводит обучение сотрудников работе с BIM-инструментами и оказывает «техподдержку по Revit’у»: мол разбирается «почему виснет?», «почему не видно?» и «куда все пропало?».

#Теория В чате появился вопрос: чем отличаются EIR и BEP.

Нашел свой пост об этом: https://xn--r1a.website/prostobim/192

EIR - это инструмент Заказчика для формулирования требований к Проектировщику.

BIM-стандарт - требования внутри проектировщика для своих сотрудникам по наполнению и работе с моделью.

BEP - это инструмент проектировщика для описания мероприятий, для выполнения требований заказчика, или, если их нет, своего BIM-стандарта. А также способ пересогласования некоторых требований EIR, если они противоречат практике работы проектировщика (его BIM-стандарту).

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

#Вакансия На этой неделе поднялась актуальность кадрового вопроса в BIM и программировании около него.

Exon ищет https://xn--r1a.website/exonproject/121
IYNO ищет https://xn--r1a.website/iyno_channel/320
SIGNAL ищет https://hh.ru/vacancy/92829524
Эталон нанял Павла Гуштюка, который делал свой стартап Formind. Скорее всего начнет сейчас набирать команду. По It-битвам мы помним, что они собираются вывести свою внутреннюю разработку на рынок.
Всеволод Нечитайленко перешел в Level group - аналогично будет набирать команду.
Sminex-Интеко создает своего проектировщика и им явно нужны BIM-спецы.
Самолету нужны все BIMщики мира чтобы закрыть потребность.

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

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

Вобщем надо провести несколько вебинаров по BIM-профориентации для студентов строительных вузов страны. Кто готов поучаствовать, брать на стажировку студентов или посоветовать как дотянуться до каждого студента - пишите в лс @popov_bim

#Образование Вот такой фидбек пришел в ЛС на предыдущий пост:

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

- что мы делаем
- что оно вообще их ждет даже если пойдут не в проектирование, а на стройку. Да куда угодно, оно их настигнет
- показываем какие курсы могут начать смотреть уже сейчас
- заманиваем на практику, работу

Какие встретили проблемы:

1. Незаинтересованность учебных заведений. То есть у руководства там нет понимания что им срочно надо усиливать учебную программу в этой области
2. Низкий уровень компетенции преподавателей. То есть дай бог учителю информатики скажут показать как ренгу открыть на этом все.
3. В учебных заведениях чаще всего нет материально технической базы (компьютерных классов) с техникой способной это потянуть
4. Универы готовы максимум вести курс по отечественному ПО (которым мы не пользуемся. Лучше чем ничего, но все равно мы потом тратим свои ресурсы на переучивание студентов)
5. Нет системных знаний
Лучше бы студентам прочитали хотя бы теоретический курс о том что такое бим и зачем, как применяется в широком смысле. Зная одну программу (даже ревит) студенты считают что они мастера бим. Ноль понимания что не все и не всегда надо моделировать в ревите.

Какие встретили положительные моменты:

1. Все таки гибкий ум студентов позволяет очень быстро их обучить. При наличии в штате специалиста автокадчика с хорошим опытом, пара студент+спец продуктивно обмениваются знаниями подтягивая друг друга
2. В найме студентов для себя видим больше плюсов чем минусов. Заключаем ученические договоры чтобы после получения опыта молодой специалист не испарился
3. В одном колледже руководство не разбираясь в теме, немного услышав о чем речь, заранее открыли крутой компьютерный класс и с радостью позвали нас учить внеурочно их студентов.
Так же вводят прям бим-компетенцию. есть и положительный опыт взаимодействия с руководством университетов.

#МинстройXML Минстрой в прошлом году описал и опубликовал XML схемы https://www.minstroyrf.gov.ru/tim/xml-skhemy/

Я записал видео как можно их генерировать без покупки дополнительного софта: https://youtu.be/uU59sewuxlw

Но обо всем по порядку. Сперва была выпущена система ИСУП от РосКапСтроя для работы госзаказчика https://roskapstroy.ru/proekty/informatsionnaya-sistema-upravleniya-proektami/
В ней создаются проекты, заполняются карточки объектов, по идее должен вестись график реализации и бюджет (но пока вроде только карточки объектов заполняются) и проводиться согласования, отправка и получение документов из других систем госорганов.

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

Но систем, позволяющих это делать и интегрированных с ИСУП, как заявляется всего 2: Exon и ЦУС (правда реальные видео на ютуб канале есть пока только у Exon). При этом стоимость данных систем зашкаливает (до 1 млн. р/год за 1 проект). Т.е. мол чтобы отправить заявку на получение разрешения на строительство в электронном виде вынь да положь пару миллионов рублей.

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

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

Я пока не реализовал полноценный генератор, но порекомендую канал парня, который скорее всего раньше остальных добавит эти экспорты в свое решение на гуглдоках: @constructionsheets
решение стоит 5 тыс. руб./мес.

#Вебинар Завтра 15.02 очень насыщенный день в части вебинаров.

в 11:00 (Мск) куча вебинаров, даже не знаешь куда пойти. Я бы выбрал тот где интересно задать вопросы и ожидаете получить ответы, а на остальные бы зарегистрировался чтобы видеозаписи получить и потом отдельно посмотреть.

SIGNAL DOCS - Больше, чем просто СОД

Larix Manager - Требования МГЭ, МОГЭ, СП42 — автоматические проверки ЦИМ в Larix.Manager

Tangl - Снижаем затраты строительного проекта. Опыт заказчиков

Вебинар Спб ГАУ «ЦГЭ» по требованиям к моделям (с 10:00 до 14:00)

#Теория Проблемы моделецентричного подхода.

Многие BIM-менеджеры мечтают поставить во главу угла управления данными на стройке BIM-модель, но что-то всё не получается. Сперва казалось, что не хватает инструментов, потом - что людей. Но время идет, инструменты появляются, люди стараются, а всеравно не летит. Уже можно делать выводы или пока рано?

Моя гипотеза проблемы моделецентричного подхода заключается в следующем:

У данных есть такие характеристики, как Стабильность и Актуальность.

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

Актуальность - это насколько данные соответствуют действительности и являются самым свежим отображением ситуации.

Когда проект выпускается из BIM-модели, то проблем с Актуальностью модели нет, но со Стабильностью они большие, т.к. в модель постоянно вносятся изменения и времени остановиться и отшлифовать решения попросту нет.

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

Во главу угла, при простроении бизнес-процессов, условно говоря «главными», связующими все остальные процессы, можно ставить только Стабильные и Актуальные данные.

Это же является причиной почему не взлетают подходы с главным Excel - Нестабильность при добавлении столбцов и с форматами вводимых данных.
Или не взлетающий подход, когда сметы и графики пытаются вести в 1С. Там зачастую содержится не актуальная информация, т.к. из-за крайне неудобного интерфейса, реальные бюджеты и графики ведутся в Excel и MS Project, а в 1С вносятся после, с задержкой.

Что же тогда может быть главным? Я считаю, что Бюджет реализации проекта и в его разрезе построенный календарный график, для которых BIM-модель это источник плановых и фактических объемов по основным позициям.

#СтроительныеРассказы Совещание.

- Здравствуйте, коллеги, нас слышно?…выключите микрофон, кто-то шумит.
- Да, да слышно, а нас?
- Простите пропадаете, связь пропала, вас не слышно.
- Это вы пропадаете!
- Так слышно?
- Что, повторите?
- Слышно спрашиваю?
- А давайте не в зуме?
- В телемосте еще хуже!
- Ладно коллеги, давайте, кому не слышно, потом в записи посмотрят.
- алло, я не могу, я на совещании, напишите пожалуйста в ватсап…
- Коллеги выключите микрофон пожалуйста.
- так, повестка нашего совещания: импортозамещение и технологический суверинетет в ТИМ.

#СтроительныеРассказы Собеседование.

- Сергей, давайте перейдем к вашему резюме? Меня заинтересовал ваш опыт работы в Н. университете, вы прикрепили к портфолио много ссылок на ваши статьи о том, как Сибирские студенты создают нейронные сети, ИИ, развивают нанотехнологии и даже про налаженное производство дронов и роботов. Это все правда?
- Да нет конечно, это мы тролили.
- Кого?
- Ну нам из Москвы выделялись гранты, мы их осваивали, надо было что-то писать.
- Т.е. это все обман?
- Ну не все, мы приукрашивали просто, ну троллинг. Просто написали хайповую статью, чтобы было больше просмотров и репостов. Так все делают.
- Но люди, кто это читает мог и поверить.
- Да бросьте, тут все всё понимают, такие правила игры.
- А сейчас Вы где живете?
- В Тайланде.
- Ясно, спасибо, мы вам позвоним.

#Ссылки Интересное интервью Ксении Поздняковой - директора по ИТ и финансовой трансформации «Самолет»

Вставлю цитату, которая больше касается тематики канала:

Один из вызовов для девелопера - BIM. Пока возможно, продолжаем использовать Autodesk Revit. Делаем это с осторожностью, понимая, что полноценной альтернативы, которая принесла бы выгоду бизнесу, пока нет.

Также мы, как и многие, продолжаем использовать AutoCAD. У российских решений, таких как NanoCAD и Renga, функциональность меньше, и главное — пока нет возможности встроить их в нашу цепочку данных: когда результат моделирования сразу становится источником данных для платформы «Самолет 10D», которая даёт понимание в объёмах, в деньгах, сроках и т.д.

У нас сейчас к 10D всё привязано. С отечественными решениями реализовать это возможности нет, хотя бы даже из-за объёма данных, который они готовы поставлять.

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

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

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

как пишет автор статьи:

Были опасения, что вместе с новыми правилами нам будет представлен какой-то «особый» платный программный продукт, абсолютно необходимый для работы, который единственный может формировать «правильные» документы. Но пока, тьфу-тьфу, этого не случилось.

Чего не скажешь про электронную ИД - там случилось. Но об этом в отдельном посте.

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

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

Когда же определены схемы документов (xsd), сама внутренняя структура описанная в синтаксисе xml, это можно назвать общим языком для общения между программами.

Другой альтернативой является формат JSON, который чаще применяется в web-сервисах, на котором построены большинство REST API. Но это давний холивар, что круче JSON или XML, у каждого свои плюсы и минусы, профессиональные разработчики говорят что им без разницы, у них есть конвертеры туда и обратно.

Основное преимущество XML для цифровизации - это то, что его можно программно проверять на предмет заполненности данных и соответствие требуемым значениям. Если совсем утрировать, то представьте, что у вас есть Excel файл, в котором вы знаете в какой ячейке что должно находиться и оно всегда там находится. А учитывая что этот XML генерируют программные комплексы, а не люди ручками заполняют, то еще и гарантируется стабильность формата в котором заполняются значения. Не как в екселе где номер позиции сметы превращается в дату, или когда запятая делает из числа текст на другом компе т.к. в настройках стоит другой разделитель. XML точно стабильнее, чем Excel файл.

В итоге Пояснительная записка в XML увеличивает трудоемкость работы ГИПов, т.к. надо не в ворде Ctrl+C Ctrl+V текст заполнять, а в поля в стороннем сервисе, усложняет чтение автоматически сгенерированных человекочитаемых версий для экспертов, т.к. разметка съезжает периодически в PDF. Плюс заполнение этой анкеты может упереться в одно поле, которое обязательное но в вашем случае не ясно чем его заполнять, нет такого документа или информации и все тут и надо писать, искать, разбираться что делать.

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

Как итог, XML добавляет структурированности данных, добавляет порядка, но добавляет трудоемкости и делает более зависимыми от систем.

#МинстройXML В электронной ИД подсуетился Аметист групп и взялся за написание предписывающих норм, шаблонов постановлений для регионов, разработке XML-схем и даже доработке системы для госзаказчика - ИСУП (скопировал Exon и перекрасил шапку).

Вроде бы классно, у Минстроя появился компетентный союзник, но этот союзник на самом деле не из альтруизма этим занялся, он планирует монополизировать отрасль и подмять ее под себя, предлагая рынку программу за 1 млн.р. на проект только за то, что у него есть интеграция с ИСУП, которая вписана в договор генподряда, либо беря такие же деньги с конкурентов через свою же компанию Универо и сервис buildbus.ru за данную интеграцию (и соответственно поднимая стоимость и их продуктов на данный уровень).

На сегодняшний день официально заявляется что у Exon есть конкурент - ЦУС, который мол тоже имеет интеграцию с ИСУП, но, во-первых, он эту интеграцию еще разрабатывает, во-вторых через Buildbus (читай Exon), по описанной выше схеме, а в третьих разработчики ЦУС явно аффилированы с Exon, т.к. еще в 2022м году основной функционал разрабатывался компанией ООО "МАТРИКС" которая также входила в группу Аметист, до того как не переобулась в компанию Осмокод в конце 2022 года, чтобы создать подставного конкурента с теми же ценами (Они прямо так и говорят на демонстрациях, что расчет стоимости под каждый объект индивидуален, но цена такая же как у Exon).

Конечно, глядя на 1С, не буду задаваться вопросом: куда смотрит ФАС? но уже сейчас виден результат - Exon поставил Минстрой и цифровизацию отрасли в зависимость от себя, не успевает выпустить работающий ИСУП, который сырой и позволяет разве что отправить заявку на добавление пользователей и заполнить карточку объекта.

Основной функционал, доставшийся от купленной версии Exon РосКапСтроем, службе госзаказчика не полезен, им подписывать надо документы и замечания выдавать в другие системы (ВИС), а не то, что показывают на обучающих вебинарах (загрузку РД, ведение журнала в ИСУП и выдачу Предписаний).

Минстрой уже сроки определил, многие регионы судя по их постановлениям уже как 2 месяца должны вести электронный документооборот ИД в ИСУП. А что вести? что принимать из ВИС? как согласовывать? как замечания выдавать в ВИС из ИСУП?

В общем получается ситуация как в анекдоте про полицейского:
- Сержант Иванов, а ты чего за зарплатой не приходишь?
- А я думал дали пистолет и крутись!

Свои предложения Минстрою по разруливанию этой ситуации напишу в следующем посте...

#МинстройXML Мои варианты, как можно исправить описанную выше ситуацию.

1. На время, пока не будет доделан ИСУП, регионам которые себя обязали вести ИД в электронном виде, разрешить согласовывать и подписывать ИД в ВИС или по электронной почте (они итак это делают, но будто втихаря, нелегально). Разрешить можно, дав какие-нибудь разъяснения на какбы написанный вопрос. И надо будет добавить еще один столбец в карте внедрения ИСУП для учета такой схемы работы.

2. Интеграцию с ИСУП надо делать бесплатной, с опубликованным API (описанием интеграционной шины) как например сделали в Питере с системой Стройформ (прикреплю к посту).

3. Разработку интеграции можно оставить и в Екзоне, т.к. всеравно ИСУП допиливать по всей видимости будут они, но собрать рабочую группу на коммитете каком-нибудь из Hardroller, BuildDocs, Dacon, Contrust, Адепт, MStroy, которая будет контролировать, что Exon не злоупотребляет своим положением и сигнализировать об этом в Минстрой или писать в ФАС.

4. В перспективе, когда ИСУП заработает, заказать Exon’у за деньги интеграцию с госуслугами (Личным кабинетом контролируемого лица). Чтобы через него общаться с застройщиками, как предполагается Минцифрой работа с ГСНами и другими службами.

p.s. И помогите уже кадровикам ИСУПа найти методолога, а то программисты не знают, какой функционал писать.

p.s.2 И одна рекомендация генподрядчикам которым такое прилетает:

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

#Теория Типы программ в строительстве

Предыдущие посты:
Общий перечень
1. ССМ
2. СВМ
3. СОД
4.1 СИД

4. Функционал ССК [BIM 360 Build, Fieldwire, PlanRadar]

Обязательно
- Создание структуры объекта
- Подгрузка планов для размещения замечаний
- Привязка замечания к точке на плане
- Настраиваемая анкета для заполнения замечания
- Прикрепление фотографии к замечанию
- Мобильная версия
- Работа оффлайн с синхронизацией при подключении к сети
- Функционал вызова на приемку стройконтроля
- Чеклисты для приемки конструкций
- Переписка по замечанию и прикрепление актов
- Генерация предписаний из системы для печати
- Оповещения о событиях участников
- Аналитика по количеству замечаний, статусам и пользователям

Желательно
- Привязка замечания к зоне на плане (помещение, квадрат осей)
- Измерения и пометки на планах
- Возможность связать замечания со строительной BIM-моделью
- Подгрузка справочников из других систем (календарный график работ, сметных позиций, Комплектов рабочей документации из СОДа)
- Подписание предписаний в системе с помощью ЭЦП
- Связь с электронным общим журналом работ
- Наличие API для внешних интеграций.

#ГосТИМ От Александра Лапыгина. Часть 1.

Участвовал тут в очередной РГ при ТК505 - по ГОСТ ЕСИМ ЖЦ ОКС, если эти аббревиатуры вам о чём-то говорят. И вот там возникли вопросы, чем отличается формирование информационной модели от её ведения, а ещё, после ведения, и от использования.

И для меня вдруг очень чётко стало понятно, что именно плохо в текущем определении Информационной модели (по Градкодексу которое из п. 10.3): там написано что "Модель - это совокупность взаимосвязанных сведений, документов и материалов".

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

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

Ближе к нашей теме - ЦИМ, цифровая информационная модель, она же - трёхмерная. На входе - библиотечные элементы (компоненты), на выходе - в зависимости от целей и конкретных инструментов, но в целом - визуализация (рендеринг), чертежи (планы/разрезы/фасады), спецификации. На входе один компонент заменил - на выходе в чертежах сменилось УГО, в спецификации - наименование позиции.

А теперь вернёмся к "информационной модели" по Градкодексу. Что там на входе, что на выходе? Можно предположить что на входе - множество неких документов, которые и формируют собой эту совокупность взаимосвязанных сведений, документов и материалов. Однако на выходе у нас получаются ровно они же, так как внутри этой "информационной модели" нет собственно модели - нет системы, которая бы преобразовывала данные определённым способом. Поэтому если мы на входе поменяем например один градплан на другой, то и на выходе у нас изменения будут ровно такие же - один градплан заменится на другой.

Как вывод - то, что мы уже сколько лет именуем "Информационной моделью", на самом деле - база документов, и только. "Король-то голый!".

продолжение следует…

#ГосТИМ От Александра Лапыгина. Часть 2.

От этой путаницы в названиях происходит и попытка применить к модели термин "ведение".

Ведь если мы говорим о "настоящей" модели - например, о конструктивной расчётной схеме здания методом конечных элементов, то там есть этап её формирования (когда каркас здания моделируется элементами расчётного комплекса), и этап применения (когда к заданному каркасу прикладываются различные загружения, результаты формируются в расчётно-пояснительную записку, и принимается решение о необходимости замены конструктивных элементов, если по расчёту они не проходят).

То есть у нормальной модели два основных этапа - формирование и применение (использование для тех целей для которых она была создана).

А применительно к "Информационной модели" по Градкодексу уже сколько времени в ПП РФ 1431 имеется термин "Ведение информационной модели". И я теперь понял, откуда это взялось. Если выкинуть термин "Информационная модель" и считать всё это "Базой документов", то применительно к ней термин "ведение" окажется вполне уместным.

Так, например, при найме на работу секретаря в его обязанностях часто указывают "ведение документооборота компании". Вот и в этой базе "ведение" - это добавление туда новых документов, актуализация старых, удаление ненужных. Этап формирования такой "базы" - это формирование её структуры (в том числе и в виде xml-схемы, но не обязательно), и заполнение этой структуры документами - пока все обязательные к заполнению ячейки не будут заполнены. А когда всё "обязательное" в неё добавлено - этап формирования закончился, и начинается "ведение" - дозаполнение необязательных ячеек, актуализация в связи с изменениями, удаление и т.п. И именно это "ведение" и будет "использованием", т.к. они друг от друга ничем не отличаются.

В общем, стоит признать, что долгие семь лет (с 2017 года, когда определение информационной модели появилось в Градкодексе, и затем на его основе создавались всё новые нормативные документы) мы пытались назвать моделью то, что ею не является, и попутно решать возникающие в связи с этим проблемы.
И если уж сейчас так много основано на этой сущности, "информационной модели" по Градкодексу, то самым безболезненным и правильным решением будет заменить термин "информационная модель" на "база документов по проекту" (или на что-то подобное), и не пытаться сделать вид что это и есть наш такой BIM. А Цифровую информационную модель (трёхмерную модель) оставить жить по её законам, сказать что она может быть составляющей этой самой "базы документов по проекту" (как это сейчас и говорится про Информационную модель), и не пытаться называть сущности тем чем они не являются.

#ГосТИМ От Дмитрия Чубрика. Из еженедельного обзора.

Несколько лет назад, когда появился ISO 19650-1 и затем его перевод на русский, кто-то умный в приминстроевских кругах подумал: чОрт, это же гениально! Вот же он, BIM без 3D модели! Называем 2D PDFки информационными контейнерами, раскладываем их по папкам (CDE) и всё, у нас информационная модель! Наверняка примерно так появилась идея о том, что в BIM 3D модель не нужна, достаточно модели информационной (а это не 3D модель) )))
Потом это назвали ТИМ, добавили к определениям ещё и Цифровую Информационную Модель (этот вариант уже с 3D), но идея, что ТИМ может существовать без 3D модели, так и осталась.

Я бы не вспоминал про это, если бы не услышал примерно такую же историю на одной из европейских BIM-конференций. В общем, в Европе тоже есть «светлые умы», утверждающие, что в ISO прямо не указано, что информационная модель должна быть трёхмерной — значит, может быть BIM без 3D модели.
Конечно, информацию можно структурировать и без 3D. И обрабатывать её так тоже можно, и даже удобнее. Только давайте не будем называть это BIM, называйте это IM (ИМ) — информационный менеджмент, такой термин уже есть, даже придумывать не нужно.

К чему это я? Всё просто: BIM-модель (я сейчас говорю про качественную 3D модель, где все элементы созданы правильными инструментами и разделены по правильным категориям) содержит в себе 2 вида информации:
1. сгенерированную программой (типа Revit / ArchiCAD / Tekla… );
2. добавленную пользователем.
Информации первого типа мы можем доверять (напомню, модель качественная).
Информация второго типа должна быть проверена.
Не имея модели, имея только 2D чертежи и таблицы, не связанные с ними, мы вынуждены проверять ВСЕ данные. Сами вспомните смежников, которые перемеряли все планы линейками, потому что не доверяли спецификациям от архитекторов.

Поэтому ТИМ / BIM без 3D модели — это что угодно, но только не BIM. Это просто файлики по папочкам. Само по себе полезно, удобно, но не более.

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

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

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

И, подписывайтесь на канал, здесь говорят правду о BIM!

#Вакансия Самолет ищет BIM-проектировщиков. Ниже их приглашение:

PropTech-компания «Самолет» ищет коллег в Проектный институт и рассказывает о том, как они проектируют свою карьеру.

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

В общем, растут активными темпами и продолжают искать таланты. Например, активно ищут:
☞ Ведущий инженер ОВиК
☞ Ведущий инженер ВК
☞ Главный инженер проекта

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