#Вебинар Завтра 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% проектной работы девелопер перевел на роботов.

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

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

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

Предыдущие советы:
BIM должно быть в меру
Определить цели и пути достижения
BIM-отдел и первые шаги

Как менеджерить задачи?

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

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

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

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

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

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

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

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

Для разовых коротких задач подходит лучше очередь и статусы в формате канбан доски, где каждый столбец это статус задачи. ToDo-Doing-Done и можно промежуточные InReview-InDisput-Hold. Первый столбец - это и есть очередь задач по сотруднику (да, доски рекомендую делать по людям), Второй столбец - это то что скйчас в работе, мол набранные на сегодняшний день (рекомендую не больше 3х накидывать, а лучше одну).

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

Из тасктрекеров могу порекомендовать тем у кого есть иностранные компании для покупки: Asana, Wrike, YouTrack

а если из импортозамещаемого чуть похуже, но рабоче: YouGile, Weeek.

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

Так успехи BIM показывали на примерах лучших практик ПИК, Самолет, Галс, Кэпитал групп, Мосинжпроект и других, достигнутых на Revit, а планы по ТИМ и образовательные программы пишут под Renga и NanoCAD.

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

То, что делали на BIM360 повторите на ИСУПе (Exon’е). То, что в Navisworks - на PilotBIM’е.

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

Как там говорится? «или крестик снимите или трусы наденьте».

#Классификатор Зачем нужен Классификатор элементов?

Классификатор состоит из классов разложенных по папкам. Класс в программах отвечает за способы создания элемента, его редактирования и набор параметров. Например Классы в Revit это почти то же самое что Категории. Мол Стена создается по 2 точкам, в типе задается пирог и есть такие параметры как Неприсоединенная высота, Длина и другие. Перекрытие же создается по заданному контуру и не имеет Длины, но тоже имеет пирог.

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

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

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

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

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

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

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

Таким образом нам нужна нормальная таблица классов элементов, т.е. переделанная 6 таблица Com в КСИ для продолжения развития данного направления. Если ФАУ ФЦС готовы к сотрудничеству, я могу предложить свой вариант для обсуждения.

#Подкасты Новое интервью Светослава Нинова с Всеволодом Чугреевым https://youtu.be/bbXAcuSFW9o

Про молодой BIM, BIM-бомжа, переезд и BIM в Германии.

#Новости Autodesk запретил партнерам продавать свои продукты в РФ.

В марте 2022го Autodesk уже заявлял о приостановке деятельности в РФ и затем, осенью 22го, о закрытии офиса и прекращении продаж и продлений лицензий в РФ.

Но чем же текущее «второе» прекращение отличается от прошлого? Несмотря на прекращение продаж софта на территории РФ, многие компании продолжали приобретать лицензии облачных сервисов ACC через Казахстан, Армению и другие страны (а кто-то даже и Revit продолжал покупать, пока все вокруг просто качали с торентов).

Я считаю, что этот запрет, это конкретное, прямое предупреждение партнерам, что продавать нельзя, мол чтобы потом дурачков не включали, мол мы не знали, не поняли. Возможно, купленные, выявленные в использовании на территории РФ, лицензии прекратятся.

Т.е. покупать через Казахстан и Армению теперь явно станет сложнее, т.к. прямо сказали «нельзя».

Блокировок же бессрочных версий продуктов или блокировки аккаунтов по ip я не ожидаю, т.к. это крайне сложно технически реализовать, и потом долго разбираться с теми кого случайно заденут из других стран СНГ. Напишите в комментарии у кого что заблокировалось?

#Классификатор В продолжение поста про Классификатор элементов https://xn--r1a.website/prostobim/1035

Как далее работать с Классификатором элементов?

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

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

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

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

Например получить объемы для работы «Устройство монолитных железобетонных стен высотой до 3м, толщиной до 200мм, с коэффициентом армирования 120 кг/м3» вы можете по параметрам:
Код по классификатору: ABAE
(Описание по классификатору
«Стена ЖБ монолитная»)
Неприсоединенная высота<3000
Ширина>180
Ширина<=200
Коэф. армирования >110
Коэф. армирования<=120

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

Т.е. в данном примере для Класса «Стена ЖБ монолитная» обязателно должен быть добавлен параметр: «Коэф. армирования» в формате значения «Плотность».

Также должен быть заполнен системный параметр:
«Код по классификатору»,

а сам элемент должен быть выполнен инструментом Revit «Стена: несущая», чтобы автоматически заполнялись параметры: «Неприсоединенная высота» и «Ширина» в формате значения «Длина».