Мой унылый канал внезапно залетел в список отраслевых подборок, и я не могу не ответить взаимностью.
Я такой список не составлял, но подписаться на канал Анастасии Кирюшиной однозначно рекомендую.
За относительно короткое время Настя стала настоящей душой BIM-сообщества, внесла непосильный вклад в организации тематических отраслевых мероприятий и продолжает нести доброе и светлое информационное моделирование в массы. Если ещё не подписаны, рекомендую.
Я такой список не составлял, но подписаться на канал Анастасии Кирюшиной однозначно рекомендую.
За относительно короткое время Настя стала настоящей душой BIM-сообщества, внесла непосильный вклад в организации тематических отраслевых мероприятий и продолжает нести доброе и светлое информационное моделирование в массы. Если ещё не подписаны, рекомендую.
Telegram
Let’s manage #BIM
😮 Недавно мне телеграм сообщил, что я превысила 1000 подписок на каналы. Если вы хотите достичь таких же успехов, как и я, вот моя ЛИЧНАЯ подборочка отраслевых каналов. Решила раз уж тренд такой, сначала ЛИИС затем, Альянс.
1️⃣ Стабильный контент
⏹️Канал…
1️⃣ Стабильный контент
⏹️Канал…
🔥6👍4💯1
🎓Обучение ТИМ: тому ли учим?
Недавно вышла новость о том, что Минстрой РФ утвердил типовую доппрограмму повышения квалификации по ТИМ.
Пересказывать нудно и не интересно, тем более что уважаемые люди уже публиковали свои комментарии (например, здесь и здесь) по поводу этого.
Плюс у этого, конечно, есть. Появляется хоть какой-то единый шаблон, на основании которого можно все учебные заведения страны привести к общему ТИМ-знаменателю. Это значит, что дальше можно будет оценивать качество обучения по единым критериям, что позволит, например, рейтинговать учебные заведения, тогда и выбор может быть более объективным. Кроме того, учебным заведениям теперь есть чем прикрыться. Вот же, есть типовая программа, не мы придумали,все согласовано.
Вопрос в другом. Судя по набору дисциплин и тем, по которым будет проводиться обучение, учитывая комментарии из постов по ссылкам выше, очевидно, что в области информационного моделирования довольно серьезный раздрай в понимании необходимостей. Ситуация напоминает строительство Вавилонской башни, когда все работают на одну цель, но друг друга не понимают вообще. В профстандарте одно, в типовой программе – другое, а рынку вообще нужно третье.
У меня после ознакомления сложилось ощущение, что программу «склепали» из разных наборов положений в куче действующих ТИМ-стандартов (типа СП333, СП404 и т.п.), не связанных между собой, к тому же применение которых давно оспаривается в профсообществе. Еще промногострадальный ЕСИМ забыли и ИМ ОКС по ГрК (да-да, та самая, где будет куча XML).
⚠️К чему это приведет? На мой взгляд, объективно хорошее дело «выравнивания» содержания обучения без налаживания языка со стандартами и людьми, которые будут «потребителями» услуг обучившихся специалистов, приведет к отсутствию взаимопонимания. Рынок хочет одно, специалист говорит «нас учили по-другому», и вообще у нас не BIM, а ТИМ.
❓Что делать? Привести все стандарты к единому знаменателю. Просто хотя бы научиться на одном языке говорить. И определиться «че конкретно надо» от специалистов в области ТИМ.
#информационнаясреда
Недавно вышла новость о том, что Минстрой РФ утвердил типовую доппрограмму повышения квалификации по ТИМ.
Пересказывать нудно и не интересно, тем более что уважаемые люди уже публиковали свои комментарии (например, здесь и здесь) по поводу этого.
Плюс у этого, конечно, есть. Появляется хоть какой-то единый шаблон, на основании которого можно все учебные заведения страны привести к общему ТИМ-знаменателю. Это значит, что дальше можно будет оценивать качество обучения по единым критериям, что позволит, например, рейтинговать учебные заведения, тогда и выбор может быть более объективным. Кроме того, учебным заведениям теперь есть чем прикрыться. Вот же, есть типовая программа, не мы придумали,
Вопрос в другом. Судя по набору дисциплин и тем, по которым будет проводиться обучение, учитывая комментарии из постов по ссылкам выше, очевидно, что в области информационного моделирования довольно серьезный раздрай в понимании необходимостей. Ситуация напоминает строительство Вавилонской башни, когда все работают на одну цель, но друг друга не понимают вообще. В профстандарте одно, в типовой программе – другое, а рынку вообще нужно третье.
У меня после ознакомления сложилось ощущение, что программу «склепали» из разных наборов положений в куче действующих ТИМ-стандартов (типа СП333, СП404 и т.п.), не связанных между собой, к тому же применение которых давно оспаривается в профсообществе. Еще про
⚠️К чему это приведет? На мой взгляд, объективно хорошее дело «выравнивания» содержания обучения без налаживания языка со стандартами и людьми, которые будут «потребителями» услуг обучившихся специалистов, приведет к отсутствию взаимопонимания. Рынок хочет одно, специалист говорит «нас учили по-другому», и вообще у нас не BIM, а ТИМ.
❓Что делать? Привести все стандарты к единому знаменателю. Просто хотя бы научиться на одном языке говорить. И определиться «че конкретно надо» от специалистов в области ТИМ.
#информационнаясреда
👍6🔥2
❓Что есть BIM?
Недавний пост у коллеги про образование BIM в очередной развогнал меня в депрессию констатировал факт: в России по-прежнему BIM = Revit.
Когда многие из нас (я в частности) начинали изучать BIM-технологии 10 лет назад, наибольший вклад в продвижение внесла, конечно, компания Autodesk. Естественно и я, будучи простым конструктором, пришел в BIM именно через Revit. Однако, готовив магистерский диссер на тему BIM-технологий, я очень много изучал саму методологию, которая Revit-ом, естественно, не ограничивается.
BIM имеет разные расшифровки. Это не только информационная модель здания, но и информационная модель строительства, информационный менеджмент в строительстве (да, M - тоже может рассматриваться как Менеджмент). Revit - супер инструмент для разработки трехмерной информационной модели здания или сооружения. Но это только один из инструментов, реализующий технологию информационного моделирования.
Причем, отдельные сценарии, связанные, в том числе с формированием трехмерной модели, подсчета объемов и выпуска чертежей.
Основываясь на международных стандартах серии ISO 19650, информационная модель включает в себя как структурированные (трехмерные модели, базы данных, электронные таблицы) так и неструктурированные (облака точек, текстовые документы, аудио, фото, видео) данные. А среда общих данных это не просто зоны с известными статусами, а пространство, где информация распространяется в рамках управляемого процесса.
Создание трехмерной модели с автоматизацией рутинных задач, наполнение атрибутами и оформление чертежей и спецификации - это важные и распространённые примеры использования малого BIM. Я тоже с этого начинал.
Но поработав в структуре технического заказчика, я вам честно скажу - BIM-модель это только часть всей взаимосвязанной информации о проекте, которую он использует (если использует вообще).
Важно понимать, что BIM не определяется только САПРом. Он включает в себя три важнейших компонента: инструменты, процессы и люди.
И если с инструментами "всё понятно", то без "людей" и "процессов" BIM предлагает очень узкий набор преимуществ.
⚠️Дорогие бимщики! BIM это не только "Revit" и "Dynamo". Пожалуйста, учитесь не только САПР и программированию.
❇️ Учитесь бизнес-анализу, учитесь описывать процессы и оптимизировать их. Стандартизированные процессы обмена информацией позволят вовлечь в информационное моделирование больше людей, повысят достоверность и качество управляемых данных, распределит нагрузку и сделает технологию гораздо эффективнее. А применение инструментов автоматизации процессов управления информацией (СОД в том числе) позволит сократить время протекания процесса и упростить взаимодействие участников проекта.
❇️ Учитесь управлять проектами. Сроки, риски, ресурсы и т.п. Например, календарно-сетевые графики это не только "обои" на стене бытовки у прораба. Это полноценная структурированная часть информационной модели, где ее элементом является работа. Работы связаны между собой. Изменение одной работы влечет изменение в других, за счет связей. Кто вносит информацию о ресурсах? Кто вносит факт и кто его подтверждает? Какие инструменты для этого используются? Это все описывается процессами и реализуется конкретными цифровыми инструментами.
❇️ Учитесь оперировать данными. Управлять, извлекать, анализировать. Моделеориентированный подход предполагает извлечение выгод из использования(!) модели, не только для формирования чертежей и проверки на коллизии. Систематизация управления данными тоже является предметом описания процессов. Потому что как вы сформируете требования к модели в своем EIR, если не будете знать ДЛЯ ЧЕГО вы ее собрались использовать и КАК эта информация будет использована.
Где-то в глубине души у меня еще тлеет надежда, что BIM в России станет еще сильнее и не будет в головах большинства ограничиваться только САПР и 3D. Но пока что есть - то есть.
#информационнаясреда
Недавний пост у коллеги про образование BIM в очередной раз
Когда многие из нас (я в частности) начинали изучать BIM-технологии 10 лет назад, наибольший вклад в продвижение внесла, конечно, компания Autodesk. Естественно и я, будучи простым конструктором, пришел в BIM именно через Revit. Однако, готовив магистерский диссер на тему BIM-технологий, я очень много изучал саму методологию, которая Revit-ом, естественно, не ограничивается.
BIM имеет разные расшифровки. Это не только информационная модель здания, но и информационная модель строительства, информационный менеджмент в строительстве (да, M - тоже может рассматриваться как Менеджмент). Revit - супер инструмент для разработки трехмерной информационной модели здания или сооружения. Но это только один из инструментов, реализующий технологию информационного моделирования.
Причем, отдельные сценарии, связанные, в том числе с формированием трехмерной модели, подсчета объемов и выпуска чертежей.
Основываясь на международных стандартах серии ISO 19650, информационная модель включает в себя как структурированные (трехмерные модели, базы данных, электронные таблицы) так и неструктурированные (облака точек, текстовые документы, аудио, фото, видео) данные. А среда общих данных это не просто зоны с известными статусами, а пространство, где информация распространяется в рамках управляемого процесса.
Создание трехмерной модели с автоматизацией рутинных задач, наполнение атрибутами и оформление чертежей и спецификации - это важные и распространённые примеры использования малого BIM. Я тоже с этого начинал.
Но поработав в структуре технического заказчика, я вам честно скажу - BIM-модель это только часть всей взаимосвязанной информации о проекте, которую он использует (если использует вообще).
Важно понимать, что BIM не определяется только САПРом. Он включает в себя три важнейших компонента: инструменты, процессы и люди.
И если с инструментами "всё понятно", то без "людей" и "процессов" BIM предлагает очень узкий набор преимуществ.
⚠️Дорогие бимщики! BIM это не только "Revit" и "Dynamo". Пожалуйста, учитесь не только САПР и программированию.
❇️ Учитесь бизнес-анализу, учитесь описывать процессы и оптимизировать их. Стандартизированные процессы обмена информацией позволят вовлечь в информационное моделирование больше людей, повысят достоверность и качество управляемых данных, распределит нагрузку и сделает технологию гораздо эффективнее. А применение инструментов автоматизации процессов управления информацией (СОД в том числе) позволит сократить время протекания процесса и упростить взаимодействие участников проекта.
❇️ Учитесь управлять проектами. Сроки, риски, ресурсы и т.п. Например, календарно-сетевые графики это не только "обои" на стене бытовки у прораба. Это полноценная структурированная часть информационной модели, где ее элементом является работа. Работы связаны между собой. Изменение одной работы влечет изменение в других, за счет связей. Кто вносит информацию о ресурсах? Кто вносит факт и кто его подтверждает? Какие инструменты для этого используются? Это все описывается процессами и реализуется конкретными цифровыми инструментами.
❇️ Учитесь оперировать данными. Управлять, извлекать, анализировать. Моделеориентированный подход предполагает извлечение выгод из использования(!) модели, не только для формирования чертежей и проверки на коллизии. Систематизация управления данными тоже является предметом описания процессов. Потому что как вы сформируете требования к модели в своем EIR, если не будете знать ДЛЯ ЧЕГО вы ее собрались использовать и КАК эта информация будет использована.
Где-то в глубине души у меня еще тлеет надежда, что BIM в России станет еще сильнее и не будет в головах большинства ограничиваться только САПР и 3D. Но пока что есть - то есть.
#информационнаясреда
👍8🔥4😁1💯1
🔍Зачем определять свойства в ЦИМ?
У проекта bimcorner вышла довольно очевидная, но всё же интересная статья о стандартизации требований к свойствам в ЦИМ.
Всё по делу, и таблички, и типы данных, и привязки к этапам и т.д. Думал, прокомментировать, что мол, уже IDS есть, в очередной раз вспомнив мой вебинарчик про IDS (за что в очередной раз спасибо за приглашение автора @bimsert), если еще не знаете что это такое, рекомендую посмотреть. Ну или ждите следующую статью от bimcorner.
🤨Меня другое зацепило. А именно абзац, где рассказывается о последовательности шагов. И конечно, первое это что? Define Your Data Scope. Все верно, определи область применения. И общими словами указано мол определите на каких этапах (с несколькими пунктами расшифровки) вы будете использовать вашу модель. А дальше сразу "Build Your Property List", ну то есть собери требуемый набор свойств.А че так можно было?
(Дальше в статье расписывается способ систематизации свойств, но я об этом не хочу говорить, можете почитать сами или у моих коллег, которые об этом частенько пишут.)
Самым распространенным способом ограничить набор требований к элементам ЦИМ является так называемая концепция LOD (Level of Development), или уровней проработки, где определенный набор уровней ограничивает определенный набор информационной насыщенности. Она и по сей день живет в различных нормативных документах многих стран.
❗️Как показала практика, LODы часто не отвечают на один простой вопрос: зачем?
В различных EIRах встречались как абстрактные LODы (сделайте-ка мне модель LOD100500, чтобы круче всех было!), так имелкодисперстные детализированные LODы, с которыми уже хоть как-то, но можно было работать. Тем не менее, главной проблемой было отсутствие связи вписанных в LOD требований к модели к целям их использования. Проектировщик сделает вам любую детализацию, если вам нужна именно модель.
Большинство заказчиков, увы, закладывая LOD в свои ТЗ на модель, как правило вообще не знает что с этим будет делать.
❓И что тогда делать?
✅Сценарии прорабатывать. BIM-сценарии, конечно же. Сценарий это не просто описанная в двух словах цель. Это полноценный процесс, с указанием целей, входов, выходов, участников и их действиях. С указанием что, когда, кто и кому передает информацию таким образом, чтобы BIM приводил к требуемому эффекту. С описанием минимально необходимой для реализации информации. У buildingSMART аж целый проект для этого создавался.
📝Я для формализации сценария использую внутренний документ компании, который называется паспортом. А структуру данных для него заимствую из международного стандарта IDM (который, кстати, утвержден в России в качестве ГОСТ 10.0.03-2019).
⚠️Заполнение даже одного значения атрибута - это трудозатраты. Все трудозатраты должны быть обоснованы целями, для которых создается продукт (а модель - это продукт, а не только инструмент выпекания чертежей). Понимая ДЛЯ ЧЕГО вносится та или иная информация, стандартизируя процесс ее получения и передачи, мы осознаем ценность вложенного труда. А значит можем точнее измерить его стоимость. Тогда и заказчик понимает ЗА ЧТО он платит, а исполнитель понимает границы его работы.
Так давайте же подходить к определению требований осознанно. Чтобы это не выглядело - "Сделай чтоб было".
P.S. А к этой табличке атрибутов из статьи можно приделать графу с набором сценариев и отмечать какой атрибут в каком сценарии задействован. Тогда я смогу отслеживать точно какой набор информации мне потребуется для решения конкретных выбранных задач.
#информационнаясреда
У проекта bimcorner вышла довольно очевидная, но всё же интересная статья о стандартизации требований к свойствам в ЦИМ.
Всё по делу, и таблички, и типы данных, и привязки к этапам и т.д. Думал, прокомментировать, что мол, уже IDS есть, в очередной раз вспомнив мой вебинарчик про IDS (за что в очередной раз спасибо за приглашение автора @bimsert), если еще не знаете что это такое, рекомендую посмотреть. Ну или ждите следующую статью от bimcorner.
🤨Меня другое зацепило. А именно абзац, где рассказывается о последовательности шагов. И конечно, первое это что? Define Your Data Scope. Все верно, определи область применения. И общими словами указано мол определите на каких этапах (с несколькими пунктами расшифровки) вы будете использовать вашу модель. А дальше сразу "Build Your Property List", ну то есть собери требуемый набор свойств.
(Дальше в статье расписывается способ систематизации свойств, но я об этом не хочу говорить, можете почитать сами или у моих коллег, которые об этом частенько пишут.)
Самым распространенным способом ограничить набор требований к элементам ЦИМ является так называемая концепция LOD (Level of Development), или уровней проработки, где определенный набор уровней ограничивает определенный набор информационной насыщенности. Она и по сей день живет в различных нормативных документах многих стран.
❗️Как показала практика, LODы часто не отвечают на один простой вопрос: зачем?
В различных EIRах встречались как абстрактные LODы (сделайте-ка мне модель LOD100500, чтобы круче всех было!), так и
Большинство заказчиков, увы, закладывая LOD в свои ТЗ на модель, как правило вообще не знает что с этим будет делать.
❓И что тогда делать?
✅Сценарии прорабатывать. BIM-сценарии, конечно же. Сценарий это не просто описанная в двух словах цель. Это полноценный процесс, с указанием целей, входов, выходов, участников и их действиях. С указанием что, когда, кто и кому передает информацию таким образом, чтобы BIM приводил к требуемому эффекту. С описанием минимально необходимой для реализации информации. У buildingSMART аж целый проект для этого создавался.
📝Я для формализации сценария использую внутренний документ компании, который называется паспортом. А структуру данных для него заимствую из международного стандарта IDM (который, кстати, утвержден в России в качестве ГОСТ 10.0.03-2019).
⚠️Заполнение даже одного значения атрибута - это трудозатраты. Все трудозатраты должны быть обоснованы целями, для которых создается продукт (а модель - это продукт, а не только инструмент выпекания чертежей). Понимая ДЛЯ ЧЕГО вносится та или иная информация, стандартизируя процесс ее получения и передачи, мы осознаем ценность вложенного труда. А значит можем точнее измерить его стоимость. Тогда и заказчик понимает ЗА ЧТО он платит, а исполнитель понимает границы его работы.
Так давайте же подходить к определению требований осознанно. Чтобы это не выглядело - "Сделай чтоб было".
P.S. А к этой табличке атрибутов из статьи можно приделать графу с набором сценариев и отмечать какой атрибут в каком сценарии задействован. Тогда я смогу отслеживать точно какой набор информации мне потребуется для решения конкретных выбранных задач.
#информационнаясреда
👍7💯3🔥2
This media is not supported in your browser
VIEW IN TELEGRAM
➡️ Информационная модель ... процесса?
В предыдущем посте с рассказывал про проработку BIM-сценариев и говорил о том, что они включают в себя стандартизированный бизнес-процесс.
📝 Я для описания бизнес-процессов использую нотацию (т.е. язык описания) BPMN 2.0 - Business Process Model Notation.
Обратите внимание, что в расшифровке аббревиатуры присутствует слово Model - модель.
❗️Это означает, что это не просто блок схема. Это полноценная информационная модель бизнес-процесса. Моделью ее делает структурная взаимосвязь всех элементов, включая действия, события, шлюзы выбора, изменение одного из которых приводит к изменению всей модели процесса.
Такие модели, как правило, описываются в XML и могут быть интегрированы в системы автоматизации (BPMS). А современные средства описания позволяют проводить и симуляцию процесса (как на видео), а некоторые и автоматически проверять исполнимость процесса.
А вот как заставить всех работать по процессу - совсем другая история...)
#информационнаясреда #ликбез
В предыдущем посте с рассказывал про проработку BIM-сценариев и говорил о том, что они включают в себя стандартизированный бизнес-процесс.
📝 Я для описания бизнес-процессов использую нотацию (т.е. язык описания) BPMN 2.0 - Business Process Model Notation.
Обратите внимание, что в расшифровке аббревиатуры присутствует слово Model - модель.
❗️Это означает, что это не просто блок схема. Это полноценная информационная модель бизнес-процесса. Моделью ее делает структурная взаимосвязь всех элементов, включая действия, события, шлюзы выбора, изменение одного из которых приводит к изменению всей модели процесса.
Такие модели, как правило, описываются в XML и могут быть интегрированы в системы автоматизации (BPMS). А современные средства описания позволяют проводить и симуляцию процесса (как на видео), а некоторые и автоматически проверять исполнимость процесса.
А вот как заставить всех работать по процессу - совсем другая история...)
#информационнаясреда #ликбез
🔥5👍3💯1
🤔 Чего хочет заказчик?
Уже не первый раз сталкиваюсь с проблемой взаимопонимания участников проекта в вопросе использования BIM-технологий. Прежде всего это касается позиции заказчика.
Сразу оговорюсь, здесь под заказчиком я понимаю службу заказчика или технического заказчика, которые занимаются реализацией строительного проекта.
На совсем недавно прошедшем оффлайн-мероприятии, как раз встречались представители разных сторон для обсуждения наболевших вопросов информационных требований. В частности были представители проектировщиков, экспертизы, госорганов и др. Было интересно, ждем продолжения.
Каждый участник поделился своим видением. Я не участвовал, поэтому поделюсь своим.
Я работал консультантом от заказчика на одном крупном промышленном проекте. Надо сразу сказать, что совокупная цифровая зрелось заказчика была довольно низкой. Но аппетиты его росли вместе с ростом зрелости, которую он обретал, вовлекаясь в цифровые процессы и работу с BIM-моделями. За время работы с заказчиком я в очередной раз убедился в главной его цели - построить объект качественно, не вылезая за бюджеты и в установленные сроки. А это ключевые элементы чего? Правильно, проектного управления. А что это значит в свою очередь? Что при отсутствии корректно выстроенного проектного менеджмента на проекте никакие BIM-технологии не помогут. Вернее как, они в лучшем случае останутся в уровне проектировщика. Но со стороны заказчика модель останется "игрушкой", которой в случае чего можно похвастаться перед руководством.
Сроки при этом все равно будут "ехать вправо", а затраты все равно расти. В результате имеем отношение заказчика, у которого всё горит "и тут еще эти ваши бимы никому не нужные".
❓А когда нужные?
📈Когда заказчик начинает грамотно управлять проектом. Даже в цифровом плане не очень зрелые заказчики, но с правильно выстроенным проектным менеджментом, опираются на множество инструментов. В традиционном понимании инструменты чаще всего это люди, вернее профессионалы - лояльные, ответственные, на которых можно положиться и которым можно доверять. Каждый занимает свою роль, и проектный менеджер, как интегратор, получает всю информацию от команды проекта. Проблема в том, что людям свойственно ошибаться. Сквозные цифровые процессы обмена информацией эту проблему частично решают, сокращая количество возможных ошибок. Элементарное наличие среды общих данных, даже без BIM-моделей, резко повышает качество управления проектом, потому что появляется один источник согласованной информации (Single Source of Truth). Связанная цепочка документов с кучей метаданных и удобным поиском, автоматические статусы согласований, интерактивные отчеты и дашборды текущей ситуации по проекту и т.п. - только некоторые кейсы, позволяющие заказчику своевременно принимать управленческие решения. Однако документоориентированный подход, доминирующий в проектной практике накладывает свои ограничения - проектную документацию по прежнему разрабатывают и проверяют люди. Как следствие - ошибки и проблемы на стройплощадке.
❇️Использование BIM-моделей даже "на минималках" предоставляет заказчику возможность лучше и точнее проверить качество проектной и рабочей документации, выдаваемой в производство работ. А с ростом аппетитов он и сметы захочет, и интерактивные графики СМР, закупки и стройконтроль и т.д... Проходили.
BIM (как технология) с развитием зрелости заказчика предоставляет для него крайне удобный источник информации для управления проектом.
И именно от зрелости заказчика, прежде всего в области проектного управления, зависит глубина проработки информационных требований. Потому что зрелый в этом плане заказчик ищет надежные инструменты. И поэтому уж точно знает, чего хочет.
#информационнаясреда
Уже не первый раз сталкиваюсь с проблемой взаимопонимания участников проекта в вопросе использования BIM-технологий. Прежде всего это касается позиции заказчика.
Сразу оговорюсь, здесь под заказчиком я понимаю службу заказчика или технического заказчика, которые занимаются реализацией строительного проекта.
На совсем недавно прошедшем оффлайн-мероприятии, как раз встречались представители разных сторон для обсуждения наболевших вопросов информационных требований. В частности были представители проектировщиков, экспертизы, госорганов и др. Было интересно, ждем продолжения.
Каждый участник поделился своим видением. Я не участвовал, поэтому поделюсь своим.
Я работал консультантом от заказчика на одном крупном промышленном проекте. Надо сразу сказать, что совокупная цифровая зрелось заказчика была довольно низкой. Но аппетиты его росли вместе с ростом зрелости, которую он обретал, вовлекаясь в цифровые процессы и работу с BIM-моделями. За время работы с заказчиком я в очередной раз убедился в главной его цели - построить объект качественно, не вылезая за бюджеты и в установленные сроки. А это ключевые элементы чего? Правильно, проектного управления. А что это значит в свою очередь? Что при отсутствии корректно выстроенного проектного менеджмента на проекте никакие BIM-технологии не помогут. Вернее как, они в лучшем случае останутся в уровне проектировщика. Но со стороны заказчика модель останется "игрушкой", которой в случае чего можно похвастаться перед руководством.
Сроки при этом все равно будут "ехать вправо", а затраты все равно расти. В результате имеем отношение заказчика, у которого всё горит "и тут еще эти ваши бимы никому не нужные".
❓А когда нужные?
📈Когда заказчик начинает грамотно управлять проектом. Даже в цифровом плане не очень зрелые заказчики, но с правильно выстроенным проектным менеджментом, опираются на множество инструментов. В традиционном понимании инструменты чаще всего это люди, вернее профессионалы - лояльные, ответственные, на которых можно положиться и которым можно доверять. Каждый занимает свою роль, и проектный менеджер, как интегратор, получает всю информацию от команды проекта. Проблема в том, что людям свойственно ошибаться. Сквозные цифровые процессы обмена информацией эту проблему частично решают, сокращая количество возможных ошибок. Элементарное наличие среды общих данных, даже без BIM-моделей, резко повышает качество управления проектом, потому что появляется один источник согласованной информации (Single Source of Truth). Связанная цепочка документов с кучей метаданных и удобным поиском, автоматические статусы согласований, интерактивные отчеты и дашборды текущей ситуации по проекту и т.п. - только некоторые кейсы, позволяющие заказчику своевременно принимать управленческие решения. Однако документоориентированный подход, доминирующий в проектной практике накладывает свои ограничения - проектную документацию по прежнему разрабатывают и проверяют люди. Как следствие - ошибки и проблемы на стройплощадке.
❇️Использование BIM-моделей даже "на минималках" предоставляет заказчику возможность лучше и точнее проверить качество проектной и рабочей документации, выдаваемой в производство работ. А с ростом аппетитов он и сметы захочет, и интерактивные графики СМР, закупки и стройконтроль и т.д... Проходили.
BIM (как технология) с развитием зрелости заказчика предоставляет для него крайне удобный источник информации для управления проектом.
И именно от зрелости заказчика, прежде всего в области проектного управления, зависит глубина проработки информационных требований. Потому что зрелый в этом плане заказчик ищет надежные инструменты. И поэтому уж точно знает, чего хочет.
#информационнаясреда
🔥6👍2💯2
⏺️Почему госзаказчик требует IFC? (Рубрика очевидное-невероятное)
Недавно в одном из чатов была дискуссия о том, почему в информационных требованиях заказчика, в основном - госзаказчика, идёт запрос на предоставление моделей в формате IFC. У специалистов, работающих в частном бизнесе, и сталкивающихся с такими требованиями, возникает закономерный вопрос: для чего? Ведь формирование моделей в формате IFC имеет свою специфику и приводит к дополнительным трудозатратам. В особенности, если до этого компания работала только в моновендорной среде.
На самом деле всё довольно просто. Все госзаказчики так или иначе связаны с ФЗ-44, проще говоря с правилами госзакупок. Согласно этому ФЗ, а именно положениям статьи 33 "Правила описания объекта закупки", заказчик не может указывать в требованиях такую характеристику, которая влечет за собой ограничение количества участников закупки. Иначе говоря, ограничивает конкуренцию. А еще есть сам ФЗ-135 "О защите конкуренции", где в нескольких статьях (11, 14, 17...) косвенно по тексту запрещено лоббирование производителей.
Если еще проще, то указание требований к предоставлению результата в формате, например, *.rvt, который можно сформировать только с применением одного конкретного программного продукта, является фактом ограничения конкуренции, а при определенных условиях и лоббирования конкретного производителя.
❓Тогда почему IFC?Так исторически сложилось.
Да потому что это самый распространенный формат для работы с ЦИМ с открытой спецификацией и не от конкретного производителя софта.
Несмотря на то, что корнями разработки являются все те же производители ПО, он не лоббирует конкретного производителя и не ограничивает конкуренцию. Выпускается-то он из большинства современных BIM-платформ.
И это несмотря на то, что он является зарубежным.
И это несмотря на то, что российские вендоры предлагали отечественные альтернативные форматы (пример 1, пример 2).
IFC доступен для чтения большинством программ для работы с моделями, существуют бесплатные и свободно распространяемые (open source) программные решения для работы с ними.
Но самое важное, что IFC не просто формат. Это стандарт, описывающий модель данных в строительстве. То есть где все элементы модели имеют принадлежность к классу и место в сложной системе взаимосвязей.
❗️Возникает еще один другой вопрос - почему тогда мы частенько встречаем в требованиях предоставление чертежей DWG и PDF? Ведь они проприетарные? Да, но они не ограничивают конкуренцию. DWG выпускается из множества CAD-программ, а PDF читается большинством бесплатных просмотрщиков. Парадоксально, но факт (хотя, может я ошибаюсь и это нарушение и на него закрывают глаза)
📔В ПП-614 от 17.05.2024, определяющим состав ИМ ОКС, основным форматом обмена является открытый формат XML по схемам, утвержденным Минстроем. Тем не менее, для отдельных видов документов, в частности трехмерных цифровых информационных моделей по-прежнему требуется IFC.
⚠️Я вижу проблему как раз в другом - отсутствие понимания заказчиком как использовать эти модели. То есть разработчики "плюхаются" делать модели по требованиям, но в результате отточенные модели кладутся на полку и не используются ни при строительстве, ни при эксплуатации.
💬Тема абсолютно дискуссионная. Если у вас есть интересные кейсы по этому вопросу, поделитесь в комментариях, было бы интересно.
P.S. Solibri, как один из лучших представителей ПО для анализа ЦИМ работает только с IFC. А государственные органы европейских стран делали ставку на IFC еще в начале прошлого десятилетия (Норвегия, в частности, имплементировала машиночитаемые требования к IFC-моделям в 2013 году и они до сих пор доступны в Solibri как внешний патч для контроля соответствия информационным требованиям).
#информационнаясреда
Недавно в одном из чатов была дискуссия о том, почему в информационных требованиях заказчика, в основном - госзаказчика, идёт запрос на предоставление моделей в формате IFC. У специалистов, работающих в частном бизнесе, и сталкивающихся с такими требованиями, возникает закономерный вопрос: для чего? Ведь формирование моделей в формате IFC имеет свою специфику и приводит к дополнительным трудозатратам. В особенности, если до этого компания работала только в моновендорной среде.
На самом деле всё довольно просто. Все госзаказчики так или иначе связаны с ФЗ-44, проще говоря с правилами госзакупок. Согласно этому ФЗ, а именно положениям статьи 33 "Правила описания объекта закупки", заказчик не может указывать в требованиях такую характеристику, которая влечет за собой ограничение количества участников закупки. Иначе говоря, ограничивает конкуренцию. А еще есть сам ФЗ-135 "О защите конкуренции", где в нескольких статьях (11, 14, 17...) косвенно по тексту запрещено лоббирование производителей.
Если еще проще, то указание требований к предоставлению результата в формате, например, *.rvt, который можно сформировать только с применением одного конкретного программного продукта, является фактом ограничения конкуренции, а при определенных условиях и лоббирования конкретного производителя.
❓Тогда почему IFC?
Да потому что это самый распространенный формат для работы с ЦИМ с открытой спецификацией и не от конкретного производителя софта.
Несмотря на то, что корнями разработки являются все те же производители ПО, он не лоббирует конкретного производителя и не ограничивает конкуренцию. Выпускается-то он из большинства современных BIM-платформ.
И это несмотря на то, что он является зарубежным.
И это несмотря на то, что российские вендоры предлагали отечественные альтернативные форматы (пример 1, пример 2).
IFC доступен для чтения большинством программ для работы с моделями, существуют бесплатные и свободно распространяемые (open source) программные решения для работы с ними.
Но самое важное, что IFC не просто формат. Это стандарт, описывающий модель данных в строительстве. То есть где все элементы модели имеют принадлежность к классу и место в сложной системе взаимосвязей.
❗️Возникает еще один другой вопрос - почему тогда мы частенько встречаем в требованиях предоставление чертежей DWG и PDF? Ведь они проприетарные? Да, но они не ограничивают конкуренцию. DWG выпускается из множества CAD-программ, а PDF читается большинством бесплатных просмотрщиков. Парадоксально, но факт
📔В ПП-614 от 17.05.2024, определяющим состав ИМ ОКС, основным форматом обмена является открытый формат XML по схемам, утвержденным Минстроем. Тем не менее, для отдельных видов документов, в частности трехмерных цифровых информационных моделей по-прежнему требуется IFC.
⚠️Я вижу проблему как раз в другом - отсутствие понимания заказчиком как использовать эти модели. То есть разработчики "плюхаются" делать модели по требованиям, но в результате отточенные модели кладутся на полку и не используются ни при строительстве, ни при эксплуатации.
💬Тема абсолютно дискуссионная. Если у вас есть интересные кейсы по этому вопросу, поделитесь в комментариях, было бы интересно.
P.S. Solibri, как один из лучших представителей ПО для анализа ЦИМ работает только с IFC. А государственные органы европейских стран делали ставку на IFC еще в начале прошлого десятилетия (Норвегия, в частности, имплементировала машиночитаемые требования к IFC-моделям в 2013 году и они до сих пор доступны в Solibri как внешний патч для контроля соответствия информационным требованиям).
#информационнаясреда
👍7🔥3
🫣Куда девать столько коллизий?
Совсем недавно где-то обсуждали, что в процессе междисциплинарной координации, несмотря на довольно приличную глубину детализации матрицы коллизий, приходится разгребать довольно большое количество пересечений. Несмотря на хорошо отстроенные механизмы проверки, позволяющие еще до запуска довольно точно сопоставить «что надо, а что не надо», в процессе все равно встречаются проблемные ситуации. Но иногда в требованиях довольно жестко указывается что все коллизии должны быть исключены, а матрицу коллизий бесконечно не «растянуть» и не детализировать.
Решил вспомнить свой опыт. В Solibri внутри почти что у каждой проверки есть замечательный встроенный инструмент, который называется Severity, определяющий критичность проблемы. Принцип его действий был прост – по сути это дополнительный фильтр условий, при которых найденная проблема получает свой уровень критичности – низкий или высокий. Все что не относится является средним уровнем.
❓Но как определить что критично, а что не очень?
На основе исходных приоритетов определили для себя вот такую градацию:
🔴Высокая степень критичности назначается проблемам, которые влияют или могут повлиять на срок реализации проекта или его безопасность в соответствии с регламентом о технической безопасности.
🟠Средняя степень критичности назначается проблемам, которые влияют на стоимость проекта и влияние на стоимость дальнейшей эксплуатации объекта.
🟡Низкая степень критичности назначается проблемам, которые не влияют на общий ход реализации проекта и могут быть исправлены по месту.
Те условия, которые были ясны изначально (утрированно, например, при проверке любых «стен» и «трубопроводов», если трубопровод пересекает перегородку из гипсокартона), мы обозначали как фильтр в проверку, а отдельные выявленные проблемы помечали уже в процессе координационного совещания.
⏱Но даже этот подход серьезно сокращал время и трудозатраты, т.к. основное внимание уделялось проблемам высокой критичности, которые например не могут быть быстро устранены на площадке или даже потребуют замены оборудования. К тому же это позволяло не перегружать матрицу коллизий кучей дополнительных категорий.
✅Этот же подход я позже использовал в Pilot-BIM, где ставил коллизиям соответствующий статус при их обработке. Там, конечно, на тот момент нельзя было задавать такой детальный фильтр изначально (как сейчас не знаю), но применительно этот подход тоже подошел.
📝А как у вас? Поделитесь в комментариях.
#информационнаясреда
Совсем недавно где-то обсуждали, что в процессе междисциплинарной координации, несмотря на довольно приличную глубину детализации матрицы коллизий, приходится разгребать довольно большое количество пересечений. Несмотря на хорошо отстроенные механизмы проверки, позволяющие еще до запуска довольно точно сопоставить «что надо, а что не надо», в процессе все равно встречаются проблемные ситуации. Но иногда в требованиях довольно жестко указывается что все коллизии должны быть исключены, а матрицу коллизий бесконечно не «растянуть» и не детализировать.
Решил вспомнить свой опыт. В Solibri внутри почти что у каждой проверки есть замечательный встроенный инструмент, который называется Severity, определяющий критичность проблемы. Принцип его действий был прост – по сути это дополнительный фильтр условий, при которых найденная проблема получает свой уровень критичности – низкий или высокий. Все что не относится является средним уровнем.
❓Но как определить что критично, а что не очень?
На основе исходных приоритетов определили для себя вот такую градацию:
🔴Высокая степень критичности назначается проблемам, которые влияют или могут повлиять на срок реализации проекта или его безопасность в соответствии с регламентом о технической безопасности.
🟠Средняя степень критичности назначается проблемам, которые влияют на стоимость проекта и влияние на стоимость дальнейшей эксплуатации объекта.
🟡Низкая степень критичности назначается проблемам, которые не влияют на общий ход реализации проекта и могут быть исправлены по месту.
Те условия, которые были ясны изначально (утрированно, например, при проверке любых «стен» и «трубопроводов», если трубопровод пересекает перегородку из гипсокартона), мы обозначали как фильтр в проверку, а отдельные выявленные проблемы помечали уже в процессе координационного совещания.
⏱Но даже этот подход серьезно сокращал время и трудозатраты, т.к. основное внимание уделялось проблемам высокой критичности, которые например не могут быть быстро устранены на площадке или даже потребуют замены оборудования. К тому же это позволяло не перегружать матрицу коллизий кучей дополнительных категорий.
✅Этот же подход я позже использовал в Pilot-BIM, где ставил коллизиям соответствующий статус при их обработке. Там, конечно, на тот момент нельзя было задавать такой детальный фильтр изначально (как сейчас не знаю), но применительно этот подход тоже подошел.
📝А как у вас? Поделитесь в комментариях.
#информационнаясреда
👍6🔥2
📗XML - это тоже цифровизация?
На днях в одной частной беседе с коллегой дискутировали по вопросу XMLизации Минстроем строительной отрасли: разработка множества XML-схем и публикация их на официальном сайте регулятора, появление сервисов для формирования XML-документов, обязаловка предоставления некоторых из них в экспертизу и т.д.
В ходе дискуссии задавался вопрос: почему государство, как главный заказчик цифровой трансформации выбрало такой путь? Ведь рынок уже больше 10 лет активно внедряет BIM с точки зрения объектно-ориентированного производства, где во главу угла ставится цифровая модель, которая является основой для всей производной информации (чертежей, спецификаций, ведомостей и т.п.)
Тема, на самом деле не такая однозначная, и причин может быть довольно много.
Но я вспомнил вот что, и решил об этом написать.
📍Несколько лет назад в одной из презентаций одного госучреждения озвучивался один важный с точки зрения государства тезис касательно цифровой трансформации отрасли - переход должен быть эволюционным, а не революционным.
⏺️ Все BIM-специалисты (в т.ч. и проектировщики, которые активно используют BIM) явно понимают, что подход информационного моделирования не просто меняет инструмент. Он меняет процессы и результаты деятельности. Все кто переходил от традиционных подходов к BIM так или иначе "ломал голову". А на уровне управления деятельностью все еще сложнее. Нужно не просто "поменять" мышление всех специалистов, нужно еще и преобразовать процессы взаимодействия. Отсюда и много смежных задач: ресурсно-материальная база, образовательные стандарты, кадровая подготовка...
Видимо, это одна из тех причин, по которой государство оказалось не готовым так кардинально трансформировать отрасль.
Но цифровизацию никто не отменял.
❓И как поступили? Правильно - оцифровали документы.
❇️Ведь что такое XML-документ? Это простым языком тот же текстовый документ, но "размеченный" так, чтобы его могла понимать машина.
Тем более, что у государственных органов смежных отраслей есть положительный опыт взаимодействия между их информационными системами через систему межведомственного электронного взаимодействия (СМЭВ), обменной формой для которых как раз является XML.
А государству как раз выгодно, чтобы больше отраслей могли в цифровом виде обмениваться информацией, и строительная - не исключение.
Так вот, получается что таким образом можно цифровизовать отрасль, кардинально не меняя процессы, ведь процесс по прежнему документоориентированный. А значит изменение будет только в определенных процедурах, где по -сути меняется только инструментарий. Поэтому да, это тоже цифровизация.
❌ Я не согласен по-прежнему с другим - с называнием этого процесса технологией информационного моделирования.
При создании информационной модели (!) в строительстве (BIM именно про строительство) формируется объектно-ориентированная база данных, где сам объект представляется в форме модели. Каждый элемент модели имеет свое место в иерархии и взаимоувязан с другими элементами модели. Изменение одного элемента отражается на общем поведении модели, что является важнейшей отличительной особенностью информационного моделирования. А уже к элементам этой модели могут быть привязаны различные документы. Хоть текстовые, хоть цифровые.
🗂А когда мы имеем дело с базой документов по объекту, это система документооборота.
Так хочется, все-таки называть, вещи своими именами. 😒
#информационнаясреда
На днях в одной частной беседе с коллегой дискутировали по вопросу XMLизации Минстроем строительной отрасли: разработка множества XML-схем и публикация их на официальном сайте регулятора, появление сервисов для формирования XML-документов, обязаловка предоставления некоторых из них в экспертизу и т.д.
В ходе дискуссии задавался вопрос: почему государство, как главный заказчик цифровой трансформации выбрало такой путь? Ведь рынок уже больше 10 лет активно внедряет BIM с точки зрения объектно-ориентированного производства, где во главу угла ставится цифровая модель, которая является основой для всей производной информации (чертежей, спецификаций, ведомостей и т.п.)
Тема, на самом деле не такая однозначная, и причин может быть довольно много.
Но я вспомнил вот что, и решил об этом написать.
📍Несколько лет назад в одной из презентаций одного госучреждения озвучивался один важный с точки зрения государства тезис касательно цифровой трансформации отрасли - переход должен быть эволюционным, а не революционным.
⏺️ Все BIM-специалисты (в т.ч. и проектировщики, которые активно используют BIM) явно понимают, что подход информационного моделирования не просто меняет инструмент. Он меняет процессы и результаты деятельности. Все кто переходил от традиционных подходов к BIM так или иначе "ломал голову". А на уровне управления деятельностью все еще сложнее. Нужно не просто "поменять" мышление всех специалистов, нужно еще и преобразовать процессы взаимодействия. Отсюда и много смежных задач: ресурсно-материальная база, образовательные стандарты, кадровая подготовка...
Видимо, это одна из тех причин, по которой государство оказалось не готовым так кардинально трансформировать отрасль.
Но цифровизацию никто не отменял.
❓И как поступили? Правильно - оцифровали документы.
❇️Ведь что такое XML-документ? Это простым языком тот же текстовый документ, но "размеченный" так, чтобы его могла понимать машина.
Тем более, что у государственных органов смежных отраслей есть положительный опыт взаимодействия между их информационными системами через систему межведомственного электронного взаимодействия (СМЭВ), обменной формой для которых как раз является XML.
А государству как раз выгодно, чтобы больше отраслей могли в цифровом виде обмениваться информацией, и строительная - не исключение.
Так вот, получается что таким образом можно цифровизовать отрасль, кардинально не меняя процессы, ведь процесс по прежнему документоориентированный. А значит изменение будет только в определенных процедурах, где по -сути меняется только инструментарий. Поэтому да, это тоже цифровизация.
❌ Я не согласен по-прежнему с другим - с называнием этого процесса технологией информационного моделирования.
При создании информационной модели (!) в строительстве (BIM именно про строительство) формируется объектно-ориентированная база данных, где сам объект представляется в форме модели. Каждый элемент модели имеет свое место в иерархии и взаимоувязан с другими элементами модели. Изменение одного элемента отражается на общем поведении модели, что является важнейшей отличительной особенностью информационного моделирования. А уже к элементам этой модели могут быть привязаны различные документы. Хоть текстовые, хоть цифровые.
🗂А когда мы имеем дело с базой документов по объекту, это система документооборота.
Так хочется, все-таки называть, вещи своими именами. 😒
#информационнаясреда
👍6🔥3💯1
🔙PMBOK 8 - откат к традиционным ценностям процессной модели
📈Пост на смежную тему, о проектном управлении. Есть такое руководство, которое называется "Project Management Body of Knowledge", или свод знаний об управлении проектами. Довольно известная литература среди специалистов проектного управления. Является основой для сдачи профильного экзамена международного института управления проектами PMI.
На сегодняшний день официально опубликовано 7 версий этого руководства, последняя 7-ая версия выпущена в 2021 году.
До 6й версии PMBOK включительно основой проектного управления была процессная модель, т.е. когда управление проектами осуществлялось последовательно от этапа к этапу (от инициации и планирования до завершения) с применением методик и инструментов из различных областей знаний (управление содержанием, срокми, стоимостью, рисками, коммуникациями и т.п.).
Седьмая редакция вызвала смешанную реакцию, особенно среди новичков: отказ от процессной модели, а также переход к принципам управления упростили содержание, но лишили пользователей понятных алгоритмов, а также взаимосвязей.
Изначальный посыл авторов был озвучен как переход к более гибким подходам. Мол вы сами определяете как управлять проектами, мы только предоставляем принципы, а решать вам.
Вместо областей знаний - домены. Вместо групп процессов - принципы.
⌛️И вот, в ближайшее время готовится к выходу восьмая версия PMBoK. Эксперты проектного управления обсудив вышедший драфт, заключили, что судя по предварительным данным, предложенный подход представляет собой возврат к классике — с восстановлением процессов, но в более компактном адаптированном виде. Не буду здесь цитировать детали изменений, можете посмотреть по ссылке выше. И здесь тоже интересное мнение.
🤔Но вообще, взглянув на все с более высокой точки, складывается ощущение, что гораздо больше сфер деятельности, где происходит "возврат" к прежним подходам. Не говоря уже о политике и образовании. И возникает закономерный вопрос - коснется ли это BIM-технологий в проектировании и строительстве? Согнется ли тренд на всеобщую цифровизацию и датаориентированный подход в AEC-сфере? Что может стать переломным фактором, который если уж и не повернет технологии вспять, то как минимум серьезно откатит их назад, как это вероятно произошло в сфере проектного управления? Пока для меня это все открытый вопрос и единственное что остается делать - ждать.
🔍Может поднимут тему на ближайшем BIM-форуме в декабре?
#информационнаясреда
📈Пост на смежную тему, о проектном управлении. Есть такое руководство, которое называется "Project Management Body of Knowledge", или свод знаний об управлении проектами. Довольно известная литература среди специалистов проектного управления. Является основой для сдачи профильного экзамена международного института управления проектами PMI.
На сегодняшний день официально опубликовано 7 версий этого руководства, последняя 7-ая версия выпущена в 2021 году.
До 6й версии PMBOK включительно основой проектного управления была процессная модель, т.е. когда управление проектами осуществлялось последовательно от этапа к этапу (от инициации и планирования до завершения) с применением методик и инструментов из различных областей знаний (управление содержанием, срокми, стоимостью, рисками, коммуникациями и т.п.).
Седьмая редакция вызвала смешанную реакцию, особенно среди новичков: отказ от процессной модели, а также переход к принципам управления упростили содержание, но лишили пользователей понятных алгоритмов, а также взаимосвязей.
Изначальный посыл авторов был озвучен как переход к более гибким подходам. Мол вы сами определяете как управлять проектами, мы только предоставляем принципы, а решать вам.
Вместо областей знаний - домены. Вместо групп процессов - принципы.
⌛️И вот, в ближайшее время готовится к выходу восьмая версия PMBoK. Эксперты проектного управления обсудив вышедший драфт, заключили, что судя по предварительным данным, предложенный подход представляет собой возврат к классике — с восстановлением процессов, но в более компактном адаптированном виде. Не буду здесь цитировать детали изменений, можете посмотреть по ссылке выше. И здесь тоже интересное мнение.
🤔Но вообще, взглянув на все с более высокой точки, складывается ощущение, что гораздо больше сфер деятельности, где происходит "возврат" к прежним подходам. Не говоря уже о политике и образовании. И возникает закономерный вопрос - коснется ли это BIM-технологий в проектировании и строительстве? Согнется ли тренд на всеобщую цифровизацию и датаориентированный подход в AEC-сфере? Что может стать переломным фактором, который если уж и не повернет технологии вспять, то как минимум серьезно откатит их назад, как это вероятно произошло в сфере проектного управления? Пока для меня это все открытый вопрос и единственное что остается делать - ждать.
🔍Может поднимут тему на ближайшем BIM-форуме в декабре?
#информационнаясреда
👍3🔥2
👨🏻💻Дорожные карты развития в IT
💬 Недавно общались с коллегой по вопросу компетенций специалистов того или иного направления.
Я рассказал ему про проект дорожных карт для спецов в IT и понял, что об этом вообще мало кто в курсе.
ℹ️ Opensource-проект Roadmap.SH предлагает интерактивные "дорожные карты" развития специалистов в области IT.
В каждом направлении формируется майнд-карта где каждый узел - это элемент развития, который нужно изучить и затем поменять его статус на выполненный. В заголовке можно следить за общим прогрессом развития.
Можно использовать как полноценный самоучитель, можно проверить все ли ты по своему направлению знаешь.
А можно просто использовать как настольную книгу по направлению, чтобы пользоваться в нужный момент.
💡 Была у меня идея сделать отдельную карту для BIM-менеджера, но руки так и не дошли.
Но если вы вдруг хотели расширить свои знания или планируете менять профессию, смело пользуйтесь)
#информационнаясреда
Я рассказал ему про проект дорожных карт для спецов в IT и понял, что об этом вообще мало кто в курсе.
В каждом направлении формируется майнд-карта где каждый узел - это элемент развития, который нужно изучить и затем поменять его статус на выполненный. В заголовке можно следить за общим прогрессом развития.
Можно использовать как полноценный самоучитель, можно проверить все ли ты по своему направлению знаешь.
А можно просто использовать как настольную книгу по направлению, чтобы пользоваться в нужный момент.
Но если вы вдруг хотели расширить свои знания или планируете менять профессию, смело пользуйтесь)
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥2
Никогда такого не было и вот опять 🙄
Недавно вышел в свет проект ФЗ об внесении очередных изменений в градостроительный кодекс, в котором предложили закрепить понятие "Цифровая информационная модель".
Что предлагается?
Да ладно?! 🤨
☝️Помните сколько раз нам говорили, что BIM и ТИМ — это одно и то же? На мой взгляд этим предложением это мнение полностью дискредитируется. Потому что тогда информационная модель это точно не про BIM. Сами посудите, зачем тогда вводить дополнительный термин, если информационная модель она и в Африке информационная модель?
Но нет, у нас ведь свой путь. И чтобы отделить то, что большинство рынка давным давно без дополнительных пояснений называет BIM от того, что имеют ввиду законодатели, надо наконец-то добавить такой термин...
🗣Сообщество уже давно кричит, что понятие информационной модели в градостроительном кодексе надо менять на соответствующую реальности.
Видимо законодатели поняли что надо наконец-то путаницу разрешить. Не теперь-то все точно поняли, что это вообще другое "информационное моделирование" и в реальности к BIM оно отношения не имеет!
❕И ещё. Давайте вспомним СП333 редакции 2017 и как он описывал ЦИМ:
⛔️А предложенный термин вообще не конкретный. Кроме того это что-то трёхмерное и что это часть ИМ...
Или законодатели живут на своей планете и им чихать на рынок и профессиональное сообщество, или там просто есть конкретные бенефициары всего этого спектакля...
#информационнаясреда
Недавно вышел в свет проект ФЗ об внесении очередных изменений в градостроительный кодекс, в котором предложили закрепить понятие "Цифровая информационная модель".
Что предлагается?
Цифровая информационная модель — электронный документ, отражающий в виде трехмерной модели сведения и материалы, включаемые в информационную модель
☝️Помните сколько раз нам говорили, что BIM и ТИМ — это одно и то же? На мой взгляд этим предложением это мнение полностью дискредитируется. Потому что тогда информационная модель это точно не про BIM. Сами посудите, зачем тогда вводить дополнительный термин, если информационная модель она и в Африке информационная модель?
Но нет, у нас ведь свой путь. И чтобы отделить то, что большинство рынка давным давно без дополнительных пояснений называет BIM от того, что имеют ввиду законодатели, надо наконец-то добавить такой термин...
🗣Сообщество уже давно кричит, что понятие информационной модели в градостроительном кодексе надо менять на соответствующую реальности.
Видимо законодатели поняли что надо наконец-то путаницу разрешить. Не теперь-то все точно поняли, что это вообще другое "информационное моделирование" и в реальности к BIM оно отношения не имеет!
❕И ещё. Давайте вспомним СП333 редакции 2017 и как он описывал ЦИМ:
Объектно-ориентированная параметрическая трехмерная модель, представляющая в цифровом виде физические, функциональные и прочие характеристики объекта (или его отдельных частей) в виде совокупности информационно насыщенных элементов.✅Понятно, конкретно, без неоднозначностей.
⛔️А предложенный термин вообще не конкретный. Кроме того это что-то трёхмерное и что это часть ИМ...
Или законодатели живут на своей планете и им чихать на рынок и профессиональное сообщество, или там просто есть конкретные бенефициары всего этого спектакля...
#информационнаясреда
👍4🔥2💯2
Дорогие коллеги проектировщики! ГИПы и ГАПы, архитекторы и генпланисты, конструкторы, ОВшники и ВКшники, технологи, электрики, слаботочники, бимщики и все-все имеющие непосредственное отношение к проектированию!
От всей души поздравляю вас с нашим общим праздником - днём проектировщика!
Пусть проекты с каждым разом будут всё интереснее, заказчики адекватнее, подрядчики сообразительнее, а зарплата больше и приятнее!)
И пусть это грубое "проектант" звучит гордо!))
Вы делаете очень сложную, важную и нужную работу и вам есть чем гордиться!)
С праздником вас!) 🎉
@bimspoint
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥3
📚Статья о матрице ответственности
🚪 На сайте "Информационное моделирование" спустя почти год после написания вышла моя совместно с Сергеем Волковым статья о применении матрицы ответственности как инструмента информационного взаимодействия для достижения целей технологий информационного моделирования.
🎓 Материал довольно академический, но основной посыл следующий. Сама матрица ответственности - не новость и давно используется менеджментом в различных сферах. Но для информационного моделирования ответственность за выполнение определенных действий должна определяться конкретными сценариями применения BIM. А те в свою очередь должны определять четкую последовательность действий, а также использование и передачу конкретной информации. Об этом я ранее писал здесь.
Таким образом на любом проекте ответственность за выполнение конкретных задач преследует конкретные цели, ради которых BIM и затевается.
🖼 Иллюстрации в ходе подготовки статьи претерпели некоторые изменения, но общей сути не меняют. Если вы занимаетесь менеджментом, а тем более управляете BIM, рекомендую ознакомиться, она не очень большая. Статья отражает наш субъективный опыт работы в техзаказчике (на моем прошлом рабочем месте), где мы объединяли в единое информационное пространство разных участников проектов строительства.
p.s. Водичка в статье тоже присутствует, но я старался сильно материал не размачивать :)
#информационнаясреда
Таким образом на любом проекте ответственность за выполнение конкретных задач преследует конкретные цели, ради которых BIM и затевается.
p.s. Водичка в статье тоже присутствует, но я старался сильно материал не размачивать :)
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
Информационное Моделирование (im-journal.ru)
Матрица ответственности — инструмент ТИМ-взаимодействия («Информационное моделирование», выпуск №2 2025 (6))
Применение технологии информационного моделирования (ТИМ) при реализации инвестиционно-строительных проектов обусловливает необходимость регламентации взаимодействия участников для решения всех поставленных перед ТИМ задач. Для этого на проекте разрабатываются…
🔥4👍2💯2
Интересная ситуация наблюдается на рынке труда, в том числе и среди BIM-специалистов. В каналах соседей есть как общие упоминания о проблемах, так и ссылки на отдельные исследования. Обсуждение в чате побудило меня посмотреть что сейчас вообще происходит.
👨🏻💻Если прямо сейчас открыть всем известный сайт поиска работы и просто ввести в поиске «BIM» или другие околобимовские термины, наблюдается доминирование вакансий координаторов. Я не собирал статистику, говорю то, что вижу – BIM-координаторы требуются гораздо чаще, чем другие BIM-специалисты. Сразу оговорюсь, что здесь я не учитываю вакансии проектировщиков, знающих и использующих BIM инструменты. Проектировщиков всегда не хватало, тем более знающих BIM системы.
Зато сразу заметно, что на BIM-менеджеров запрос сильно упал.
👀Что происходит? Выскажу свои некоторые предположения.
📍Минимальные ожидания от BIM. Похоже, что сегодня большинству отраслевых компаний от BIM требуется минимальный набор функций – корректное размещение моделей в пространстве, проверка коллизий с выдачей отчетов, ну и сопутствующие задачи обслуживания САПР (шаблоны, компоненты, техподдержка пользователей). Кто-то сюда еще добавляет администрирование среды общих данных, но это только у тех у кого оно есть, т.к. у очень многих СОД это просто папка на сетевом диске и в дополнительном обслуживании не нуждается. Действительно, координатора для таких задач скорее будет достаточно. Спроса на развитие бизнес-процессов управления информацией, развитие цифровой методологии и другой верхнеуровневой цифровой стратегии компании сейчас почти нет, возможно потому что сейчас не очень благоприятная… (см. дальше)
📍Экономическая ситуация. При таком большом наличии внешних ограничений для бизнеса (санкции, высокая стоимость кредитов, повышение налогов и т.п.) бизнес активно считает деньги. И он понимает, что становится просто экономически нерентабельно запускать новые проекты. В том числе и проекты развития. А бывает и того хуже – нерентабельно становится даже поддерживать внедряемые технологии. А при отсутствии спроса на них со стороны заказчика - это первое чем будут жертвовать. В итоге одни «режут косты», оставляя только те задачи бизнеса, которые позволяют выжить сегодня, другие просто берут паузу. Соответственно, компании которые BIM уже внедрили (или условно внедрили) ищут специалистов, закрывающих минимальные потребности и решающие операционные задачи. К тому же, BIM-координаторы и «стоят» дешевле.
📍Ограничение BIM этапом проектирования. Заказчики, даже те, кто выставляет требования к моделям, не всегда понимают что они потом с ними будут делать, ввиду отсутствия соответствующих целей, бюджетов и компетенций. Стройка живет в своем ритме и как правило использует BIM только для визуализации отдельных технических решений (если вообще использует). До эксплуатации модели в лучшем случае доходят. Да, если у управляющей организации где то в закромах есть файл модели – это уже чудо. А когда сокращаются сценарии применения информационного моделирования до задач проектирования, ничего другого, кроме как решение задач проектировщиков и не требуется. Если модель это только вспомогательный инструмент выпуска РД, а не полноценный источник информации для эффективного использования другими участниками проекта, то ничего другого кроме BIM-координатора рынку и не требуется. Внимание – я говорю про массовый рынок, а не лидеров и энтузиастов. Если в вашей компании этим не ограничиваются, это безусловно круто.
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7💯7🔥5
На прошлой неделе вышло интервью с замминистра строительства К. Михайликом, который курирует цифровизацию. Оно в этом журнале выходит раз в год, вышло и в этом году.
Собственно, как подчеркивает ситуацию редактор этого издания в своих вопросах к интервьюируемому, большими буквами слово "РЕАЛЬНУЮ".
Приведу несколько цитат:
В моей картине мира государство определяет правила цифровизации в том случае, если это не происходит в самой компании. Я не верю, что современная компания может существовать без цифровизации.Ну камон. В реальности сотни, проектных компаний работают в старом ломаном автокаде, в пространстве модели. Цифровизация требует серьёзных вложений, ресурсов, компетенций. Когда компания работает на грани рентабельности (а в регионах это часто) - хватило бы на ФОТ, какая уж там "цифра". Ну и плюс когда государство постоянно все меняет, дополняет, регулирует - больше денег уходит на постоянную адаптацию. А вот требований к ЦИМ от государства мы кстати так и не дождались. Тогда какой смысл вкладываться? Все равно чертежи сдавать...
Я также абсолютно искренне считаю, что если ты работаешь с госсредствами, ты однозначно обязан использовать российское ПО.
Если мы хотим, чтобы проекты, разрабатываемые за деньги из бюджета, формировались в отечественных инструментах, в это нужно вкладывать самим проектным компаниям, которых в принципе и без перехода все устраивает. Ведь какая им разница в чем чертежи поставлять.
Стройка за госсредства в большинстве случаев довольно "дешёвое" и при этом очень геморройное мероприятие. Ну и откуда средства на эти переходы? Кто будет всю социалку тогда проектировать?
Тем более, что формировать в пиратском софте решения, которые потом подписываются большим количеством подписей, – это нереально. Вендоры вполне могут заложить при использовании пиратской версии появление на проектной документации какого-либо знака, который будет считываться Главгосэкспетизой, за чем последует отказ в приеме документов, потому что использовать пиратские программные продукты запрещено.
Так себе аргумент. Экспертизе плевать в чем ты делал чертежи, которые ты сдаёшь ей в PDF. Revit даже учебные версии не ограничивает в печати. Давно никаких защитных ватермарок нигде не видел.
А модели я государству вообще в IFC сдаю, который в блокноте редактируется, там что угодно можно прописать или удалить.
Но просто забавно наблюдать, как разделились две реальности. В одной розовые пони на госзаказе осваивают цифровизацию, а в другой - работа "на земле" и в реальном бизнесе, где работа на грани рентабельности перемежается с целесообразностью и жёсткой конкуренцией.
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍5
🤔Процесс среды общих данных и что с ним не так
🌐 В международном BIM стандарте ISO 19650-1:2018, есть всем известная концепция среды общих данных (common data environment - CDE) и её общий процесс. В четвертой части этой серии стандартов (information exchange – информационный объект) он описывается чуть подробнее. Все кто так или иначе связан с BIM как минимум про него слышали. Да это про те самые «зоны» Work In Progress, Shared, Published, Archive. Расскажу, почему он мне не нравится.
❗️Только 4 статуса на процессы информационного обмена. А что такого, спросите вы? А то, что управление информацией определяется бизнес-процессом, в рамках которого эта информация требуется. Хоть стена в ЦИМ, хоть документ в системе ЭДО. Установленный бизнес-процесс может иметь множество условий и именно статус определяет на чьей стороне мяч. Поэтому их может быть ровно столько, сколько нужно, чтобы в любой момент можно было определить на какой стадии этот процесс.
❗️Только один аспект статусов. Проще говоря, вид статуса у элемента якобы может быть только один. Хотя подождите, ведь одни и те же элементы информационных моделей участвуют в разных бизнес-процессах. Но из предыдущего пункта мы уже знаем, что статус описывает движение по конкретному бизнес-процессу. А значит если их несколько, то и статусов может быть ровно столько, сколько нужно для достижения того или иного бизнес-результата. Один статус отражает, например, статус разработки, другие – статус закупки, строительства, монтажа и т.п. Управление информацией не ограничивается разработкой и передачей информационных контейнеров.
❗️Только 3 стороны обмена. По методологии ISO 19650 в CDE-процессе информационного обмена задействованы три основные участвующие стороны – назначающая (например, заказчик), ведущая назначенная (например, генподрядчик) и назначенная (например, субподрядчик). Но при управлении информацией, особенно при управлении строительными проектами, может быть и много других участников, они могут совершенно различным образом ей обмениваться. И имеют они совершенно конкретные наименования. И от их роли зависит и соответствующие действия.
❓И как быть?
❇️Прежде всего - формализовать бизнес процессы. А статусы информации распределять так, чтобы было четко понятно где сейчас «находится» информационный объект в бизнес-процессе.
❇️Не ограничивайтесь одним «статусом». Статус – такой же атрибут элемента, как и все остальные. Просто его значение может быть управляемым и изменяемым в зависимости от ситуации. И лишнего не добавляйте. Если бизнес процесса нет – тогда и статуса нет.Хотя и BIMа тогда тоже нет, но это другой вопрос.
❇️Всегда фиксируйте все стороны, которые участвуют в процессах информационного обмена, без формальных «назначающих и назначенных». Либо конкретные наименования (Заказчик, Генподрядчик, Генпроектировщик и т.п.) либо можно по матрице ответственности по методике RACI (ответственный, согласующий и т.п.). Каждый четко должен понимать, что он делает с информацией и когда. От этого зависит движение бизнес-процесса и достижение целей применения BIM.
⚠️И в заключении – нет и не может быть одинакового процесса управления информацией. Везде своя специфика и свои требования к обмену. Не натягивайте сову на глобус – анализируйте применимость в процессах конкретно вашей компании и вашего проекта.
#информационнаясреда
❗️Только 4 статуса на процессы информационного обмена. А что такого, спросите вы? А то, что управление информацией определяется бизнес-процессом, в рамках которого эта информация требуется. Хоть стена в ЦИМ, хоть документ в системе ЭДО. Установленный бизнес-процесс может иметь множество условий и именно статус определяет на чьей стороне мяч. Поэтому их может быть ровно столько, сколько нужно, чтобы в любой момент можно было определить на какой стадии этот процесс.
❗️Только один аспект статусов. Проще говоря, вид статуса у элемента якобы может быть только один. Хотя подождите, ведь одни и те же элементы информационных моделей участвуют в разных бизнес-процессах. Но из предыдущего пункта мы уже знаем, что статус описывает движение по конкретному бизнес-процессу. А значит если их несколько, то и статусов может быть ровно столько, сколько нужно для достижения того или иного бизнес-результата. Один статус отражает, например, статус разработки, другие – статус закупки, строительства, монтажа и т.п. Управление информацией не ограничивается разработкой и передачей информационных контейнеров.
❗️Только 3 стороны обмена. По методологии ISO 19650 в CDE-процессе информационного обмена задействованы три основные участвующие стороны – назначающая (например, заказчик), ведущая назначенная (например, генподрядчик) и назначенная (например, субподрядчик). Но при управлении информацией, особенно при управлении строительными проектами, может быть и много других участников, они могут совершенно различным образом ей обмениваться. И имеют они совершенно конкретные наименования. И от их роли зависит и соответствующие действия.
❓И как быть?
❇️Прежде всего - формализовать бизнес процессы. А статусы информации распределять так, чтобы было четко понятно где сейчас «находится» информационный объект в бизнес-процессе.
❇️Не ограничивайтесь одним «статусом». Статус – такой же атрибут элемента, как и все остальные. Просто его значение может быть управляемым и изменяемым в зависимости от ситуации. И лишнего не добавляйте. Если бизнес процесса нет – тогда и статуса нет.
❇️Всегда фиксируйте все стороны, которые участвуют в процессах информационного обмена, без формальных «назначающих и назначенных». Либо конкретные наименования (Заказчик, Генподрядчик, Генпроектировщик и т.п.) либо можно по матрице ответственности по методике RACI (ответственный, согласующий и т.п.). Каждый четко должен понимать, что он делает с информацией и когда. От этого зависит движение бизнес-процесса и достижение целей применения BIM.
⚠️И в заключении – нет и не может быть одинакового процесса управления информацией. Везде своя специфика и свои требования к обмену. Не натягивайте сову на глобус – анализируйте применимость в процессах конкретно вашей компании и вашего проекта.
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥2
Последнее время в IFC Club периодически вижу обсуждения, в которых пользователи выгружают свои модели в IFC 4, используя MVD (Model view definition, определение модельного вида) - Design Transfer View.
По моему опыту, большинство пользователей делает это не специально, "тыкая" в одну из стандартных настроек экспорта, не понимая зачем это нужно. Сказали выгрузить в IFC, вот и выгружают. Какой там MVD большинство даже не смотрит.
☝️А это имеет значение.
📍MVD как подмножество схемы IFC определяет не только "срез" схемы данных для выгружаемых BIM-моделей, но и дальнейшее их поведение при импорте в BIM-систему
📍Для IFC версии 4 создавалось несколько таких MVD, Design Transfer View одна из них. Если очень сильно упрощать, его основной идеей было получение возможности редактирования IFC-моделей в нативном виде. Поэтому туда передаётся очень много данных, необходимых для восприятия модели BIM-системой как "родной". Не буду углубляться в технические нюансы, но вы даже можете заметить насколько эти модели "тяжёлые".
🎧Можно ещё для упрощения понимания в какой-то степени сравнить это как FLAC формат цифрового звука, который передаётся "без потерь".
❗️Проблема заключается в том, что с DTV самые распространённые BIM-системы правильно не взаимодействуют.
Официальный разработчик MVD - buildingSMART - в своих публикациях и на форуме говорит, что этот MVD является экспериментальным и должен использоваться с осторожностью. И если вы его используете, вы должны чётко понимать для чего вы это делаете. Просто загляните на спецификации MVD и вы обнаружите, что напротив DTV стоит статус "Draft". Используя его бездумно вы рискуете столкнуться с проблемой потери данных или некорректного их восприятия вашим BIM-ПО.
❓Что делать?
✅Использовать только официальный MVD - Reference View 1.2.
Он адекватно поддерживается большинством BIM-систем, выгружает только необходимую информацию и риск потери информации в нём ниже.
Да и вес файла модели ниже, чем у DTV.
Естественно, речь уже не идёт про ifc4x3, MVD которых уже есть и другие определения модельных видов, хотя Reference view там тоже есть (и даже входит в основную документацию стандарта)
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥3😱1
🔍Почему я не люблю LODы (лонгрид)
Многие уже давно привыкли к этой аббревиатуре, обозначающей уровни проработки элементов информационной модели. Концепция Level of D* (development, detail, design...) по большому счету, пришедшая к нам из первых BIM-методологий, на мой взгляд, имеет ряд "нюансов".
🔻Отсутствие прямой связи с целями. Разные уровни проработки просто имеют разный уровень информационной насыщенности. Как именно тот или иной атрибут элемента поможет мне достичь той или иной цели таблицы LOD не говорят.
🔻Необходимость в спецификации по классификации. Возьмите любую LOD-спецификацию, например от BIMForum, она, наверное, одна из самых известных. Что мы видим? Уровни детализации элементов расписываются применительно к отдельным классам по классификатору CSI Uniformat и Omniclass! В РФ единственная такая "официальная" спецификация есть в СП333...2020 и привязывается она к абстрактным сущностям, там нет конкретных классов или ссылки на классификацию. При отсутствии нормальной связи с классификацией возникает ряд сложностей, как с идентификацией элементов, к которым выставляются требования("а вот у меня есть вот такая "хрень", а в требованиях про нее ничего нет, мне какие атрибуты в ней заполнять?") , так и с последующим контролем качества, поскольку для проверки заказчику точно так же надо понимать "что проверять". Соответственно надо такую спецификацию иметь, а бездумно использовать "забугорную" классификацию, не понимая как вы ее будете использовать ведет к повышению трудозатрат (а равно и стоимости) на работы, результат которых не будет использован по назначению.
🔻Применение уровней LOD на всю модель целиком. Возвращаясь к связи с целями, мы понимаем, что разные элементы одной модели могут иметь разный уровень LOD. Но отсутствие прямой связи с целями (см. выше), рождает эффект, при котором заказчики назначают LOD на всю модель целиком, хотя реально половине элементов это не требуется. Что точно так же повышает трудоемкость, а вот ценность явно снижает.
🔻Восприятие как лучше/хуже. Многие BIM специалисты в своем опыте встречали требование как "сделайте мне LOD500" чтоб "выглядело круто". Чаще всего люди просто видели избитую картинку про LODы в интернете, где показывалось развитие какой-нибудь цифровой вундервафли в разрезе LOD и, естественно, условный "500" там был самый "красивый". Ну в итоге и получили абсолютно неверную трактовку подхода.
↗️ Я не знаю, связано ли это, но... еще в прошлом году был опубликован международный стандарт ISO 7817-1:2024 Level of Information Need - Concept and Principles - Уровни информационной потребности. Понятие далеко не новое, и встречается в стандартах серии ISO19650, но мало у кого было понимание что это и с чем это едят.
❗️ В этом стандарте черным по белому написано (в разделе 5.2) следующее (автоперевод):
⚠️Что это значит? А то, что не надо пихать в модель то, что использоваться не будет.
BIM-модель это инструмент достижения конкретных целей конкретными способами.
Помимо этого в этом стандарте подчеркивается, что нужно так же понимать кто будет использовать информацию и когда.
📝А сделать это можно - правильно - через разработку BIM-сценариев.
Именно сценарии определяют для чего, кто и как будет разрабатывать и использовать информацию в BIM-модели. А значит каждое действие рождает конкретное информационное требование.
А затем эти информационные требования привязываются прямо к элементам модели.
❇️Тогда любой EIR заказчика, состоящий из понятных сценариев, которые описывают конкретный состав действующих лиц, требуемые действия и информационную потребность для реализации этих действий, будет содержать ровно такой уровень информационной потребности, который закрывает цели, ради которых BIM и "заказывается".
#информационнаясреда
Многие уже давно привыкли к этой аббревиатуре, обозначающей уровни проработки элементов информационной модели. Концепция Level of D* (development, detail, design...) по большому счету, пришедшая к нам из первых BIM-методологий, на мой взгляд, имеет ряд "нюансов".
🔻Отсутствие прямой связи с целями. Разные уровни проработки просто имеют разный уровень информационной насыщенности. Как именно тот или иной атрибут элемента поможет мне достичь той или иной цели таблицы LOD не говорят.
🔻Необходимость в спецификации по классификации. Возьмите любую LOD-спецификацию, например от BIMForum, она, наверное, одна из самых известных. Что мы видим? Уровни детализации элементов расписываются применительно к отдельным классам по классификатору CSI Uniformat и Omniclass! В РФ единственная такая "официальная" спецификация есть в СП333...2020 и привязывается она к абстрактным сущностям, там нет конкретных классов или ссылки на классификацию. При отсутствии нормальной связи с классификацией возникает ряд сложностей, как с идентификацией элементов, к которым выставляются требования
🔻Применение уровней LOD на всю модель целиком. Возвращаясь к связи с целями, мы понимаем, что разные элементы одной модели могут иметь разный уровень LOD. Но отсутствие прямой связи с целями (см. выше), рождает эффект, при котором заказчики назначают LOD на всю модель целиком, хотя реально половине элементов это не требуется. Что точно так же повышает трудоемкость, а вот ценность явно снижает.
🔻Восприятие как лучше/хуже. Многие BIM специалисты в своем опыте встречали требование как "сделайте мне LOD500" чтоб "выглядело круто". Чаще всего люди просто видели избитую картинку про LODы в интернете, где показывалось развитие какой-нибудь цифровой вундервафли в разрезе LOD и, естественно, условный "500" там был самый "красивый". Ну в итоге и получили абсолютно неверную трактовку подхода.
- При определении уровня потребности в информации следует учитывать цели предоставления информации.
- Цели должны быть указаны, чтобы прояснить, почему информация необходима.
- Уровень потребности в информации должен использоваться для тех целей, для которых она была необходима.
- Уровень потребности в информации не определяет цели.
⚠️Что это значит? А то, что не надо пихать в модель то, что использоваться не будет.
BIM-модель это инструмент достижения конкретных целей конкретными способами.
Помимо этого в этом стандарте подчеркивается, что нужно так же понимать кто будет использовать информацию и когда.
📝А сделать это можно - правильно - через разработку BIM-сценариев.
Именно сценарии определяют для чего, кто и как будет разрабатывать и использовать информацию в BIM-модели. А значит каждое действие рождает конкретное информационное требование.
А затем эти информационные требования привязываются прямо к элементам модели.
❇️Тогда любой EIR заказчика, состоящий из понятных сценариев, которые описывают конкретный состав действующих лиц, требуемые действия и информационную потребность для реализации этих действий, будет содержать ровно такой уровень информационной потребности, который закрывает цели, ради которых BIM и "заказывается".
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8💯8🔥4
🎄С новым BIMом!
На этой неделе информационная среда выпадает на последний день года. Все уже явно будут нарезать бутерброды и делать салаты к новогоднему столу, поэтому будет как-то не до этого. Сегодня вторник, у многих из нас последний рабочий день года, и я еще успеваю обратить ваше внимание.
Честно скажу, я не подводил итоги в этом году. Лично для меня год был не самым простым в профессиональном плане. Было много свершившегося и не свершившегося, что еще предстоит сделать в следующем году. Я не хочу делать обзор важных тем этого года, вы найдете их в множестве каналов-аггрегаторов. С вами я просто поделюсь своими субъективными выводами.
🔄Отрасль BIM меняется. Этот очевидный факт стал особенно значимым в этом году, когда многим компаниям приходилось делать сложный выбор в тяжелой экономической ситуации. Там где технологии BIM оставались дорогостоящей игрушкой - первым пошли "под нож" бюджета, а где-то наоборот закрепились через конкретизацию применения - коллизии, ВОРы, сметы. Приходящее осознание того, что реально нужно тоже меняет отрасль. Нет худа без добра, как говорится.
🌚Полное BIM-ное затмение. Наверняка вы наблюдали когда-нибудь как луна перекрывает солнце, или земля перекрывает свет от солнца и затмевает лунный свет. Это называется затмением. Вот так и в этом году - активное внедрение инструментов ИИ затмило своим взрывным хайпом все эти "ваши сложные BIM-технологии". Экспансия нейросетей, которые еще даже не подошли к пику чрезмерных ожиданий по кривой Гартнера, отодвинула развитие BIM в компаниях на второй план. Но как и в примере с астрономическим затмением, где все равно видно затемненный объект, BIM по прежнему остается в контексте отраслевого интереса к цифровому развитию. Затмение всегда заканчивается, закончится и это. Особенно, когда придет осознание, что BIM-данные - лучшая "пища" для ИИ.
🌐 Расширяется интерес к открытым BIM-данным. И на отечественных ресурсах, и на зарубежных платформах для общения стало заметно больше интереса к работе с открытыми форматами данных, такими как IFC. Развитие нативных платформ для работы с IFC-моделями, таких как bonsai, применение IDS для машиночитаемых требований к IFC-моделям, обмену замечаниями в форме BCF и много всего другого было заметно больше среди публикаций и постов, в том числе и в IFC-клубе - самом большом сегодня openBIM сообществе в России. Вендорозависимость BIM по прежнему высокая, но на мой взгляд она значительно сокращается с приходом новых цифровых инструментов и необходимости их взаимодействия между собой. Надеюсь, что "аппетит приходит во время еды" и с ним придет и осознание больших возможностей и перспектив применения открытых форматов. Не только для синхронизации и поиска коллизий.
Для меня уходящий год показал много хорошего и не очень. Но главное он дал мне точку опоры для того, чтобы двигаться дальше.
Поэтому я желаю вам в следующем году -
🎓 не прекращать учиться новым подходам и инструментам и быть на острие технологий
💬 прокачивать мягкие навыки и больше общаться с сообществом, по возможности ходить на отраслевые форумы и квизы
😇 продолжать читать мой канал, где я очень постараюсь держать вас в курсе и делиться с вами своим опытом и мыслями на тему BIM и цифровых технологий в проектировании и строительстве.
❤️А еще берегите себя и ваших близких. Пусть они дают вам мотивацию быть сильнее в новом году. И у вас все получится.
С наступающим новым 2026-м годом!🍾
А картинка из вроде бы не очень далекого 2021-го НГ. Кто то в группе делал елочку, я поставил ее у себя в модели. Пусть хоть у меня новогодняя иллюстрация будет сделана не в ИИ.
#информационнаясреда #итоги
На этой неделе информационная среда выпадает на последний день года. Все уже явно будут нарезать бутерброды и делать салаты к новогоднему столу, поэтому будет как-то не до этого. Сегодня вторник, у многих из нас последний рабочий день года, и я еще успеваю обратить ваше внимание.
Честно скажу, я не подводил итоги в этом году. Лично для меня год был не самым простым в профессиональном плане. Было много свершившегося и не свершившегося, что еще предстоит сделать в следующем году. Я не хочу делать обзор важных тем этого года, вы найдете их в множестве каналов-аггрегаторов. С вами я просто поделюсь своими субъективными выводами.
🔄Отрасль BIM меняется. Этот очевидный факт стал особенно значимым в этом году, когда многим компаниям приходилось делать сложный выбор в тяжелой экономической ситуации. Там где технологии BIM оставались дорогостоящей игрушкой - первым пошли "под нож" бюджета, а где-то наоборот закрепились через конкретизацию применения - коллизии, ВОРы, сметы. Приходящее осознание того, что реально нужно тоже меняет отрасль. Нет худа без добра, как говорится.
🌚Полное BIM-ное затмение. Наверняка вы наблюдали когда-нибудь как луна перекрывает солнце, или земля перекрывает свет от солнца и затмевает лунный свет. Это называется затмением. Вот так и в этом году - активное внедрение инструментов ИИ затмило своим взрывным хайпом все эти "ваши сложные BIM-технологии". Экспансия нейросетей, которые еще даже не подошли к пику чрезмерных ожиданий по кривой Гартнера, отодвинула развитие BIM в компаниях на второй план. Но как и в примере с астрономическим затмением, где все равно видно затемненный объект, BIM по прежнему остается в контексте отраслевого интереса к цифровому развитию. Затмение всегда заканчивается, закончится и это. Особенно, когда придет осознание, что BIM-данные - лучшая "пища" для ИИ.
Для меня уходящий год показал много хорошего и не очень. Но главное он дал мне точку опоры для того, чтобы двигаться дальше.
Поэтому я желаю вам в следующем году -
🎓 не прекращать учиться новым подходам и инструментам и быть на острие технологий
😇 продолжать читать мой канал, где я очень постараюсь держать вас в курсе и делиться с вами своим опытом и мыслями на тему BIM и цифровых технологий в проектировании и строительстве.
❤️А еще берегите себя и ваших близких. Пусть они дают вам мотивацию быть сильнее в новом году. И у вас все получится.
С наступающим новым 2026-м годом!🍾
А картинка из вроде бы не очень далекого 2021-го НГ. Кто то в группе делал елочку, я поставил ее у себя в модели. Пусть хоть у меня новогодняя иллюстрация будет сделана не в ИИ.
#информационнаясреда #итоги
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🔥6💯3
⚖️О легитимности BEP
Недавно столкнулся с недопониманием коллег о юридическом статусе такого документа как план информационного моделирования (ПИМ) или, как его знают во всем мире - BIM Execution Plan (BEP).
На этапе согласования корпоративного стандарта, определяющего правила разработки такого документа на строительных проектах компании, получил вопрос, ответ на который вроде бы очевиден, но как оказалось не для всех.
🔃 Но работа на проекте с BIM это всегда про тесное взаимодействие всех участников. Это про сквозную передачу информации между участниками проекта. Проблема в том, что на этапе формирования требований к проекту участники чаще всего неизвестны и их роли в цепочке формирования, получения и передачи информации еще только предстоит определить.
☝🏻И вот для этого и формируется такой документ как BEP, который, по сути, и определяет «как» будет обеспечено достижение целей, определенных информационными требованиями заказчика силами участников проекта из разных юридических лиц.
⚠️Но если этот документ уточняет ответственность участников проекта, он должен быть юридически узаконенным. Иначе при любых судебных разбирательствах он не будет приниматься к сведению. Ведь есть EIR, он является частью контракта. По нему и будут спрашивать.
🖋 Поэтому BEP это не просто табличка с перечнем участников, матрицы ответственности и графиком передачи моделей. Это полноценный юридический документ, согласованный всеми участниками и закрепленный юридическими механизмами. Допсоглашением к контракту, например. И любые изменения в него точно также должны быть проведены через механизмы легитимизации.
⛔️Соглашусь, минус есть – лишняя бюрократия. Но без этого возникает серьезный риск того, что договоренности будут саботироваться участниками и никакой законной возможности заставить их работать по согласованным правилам не будет.
ℹ️ Я встречался с подходом, при котором BEP – «живой» документ, который является чем-то вроде канбан-доски, на которой участники постоянно что-то меняют и уточняют. На мой взгляд это возможно при ограничении участников проектной командой в одной компании, использование BIM в которой ограничивается парой базовых сценариев.
👥 Когда в реализации BIM-сценариев задействовано множество участников из разных юридических лиц, легитимизация BEP это практически единственный гарант исполнимости задач и достижимости целей, установленных информационными требованиями.
#информационнаясреда
Недавно столкнулся с недопониманием коллег о юридическом статусе такого документа как план информационного моделирования (ПИМ) или, как его знают во всем мире - BIM Execution Plan (BEP).
На этапе согласования корпоративного стандарта, определяющего правила разработки такого документа на строительных проектах компании, получил вопрос, ответ на который вроде бы очевиден, но как оказалось не для всех.
🧐 Зачем нам этот документ, если в информационных требованиях заказчика (EIR) и так все написано? На каком основании участник проекта должен ему следовать?✅Действительно, EIR, определяющий требования к BIM, как правило является частью контракта на проектирование и в нем должны быть указаны все выходные параметры ожидаемого результата. И его легитимность не оспаривается.
☝🏻И вот для этого и формируется такой документ как BEP, который, по сути, и определяет «как» будет обеспечено достижение целей, определенных информационными требованиями заказчика силами участников проекта из разных юридических лиц.
⚠️Но если этот документ уточняет ответственность участников проекта, он должен быть юридически узаконенным. Иначе при любых судебных разбирательствах он не будет приниматься к сведению. Ведь есть EIR, он является частью контракта. По нему и будут спрашивать.
⛔️Соглашусь, минус есть – лишняя бюрократия. Но без этого возникает серьезный риск того, что договоренности будут саботироваться участниками и никакой законной возможности заставить их работать по согласованным правилам не будет.
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9🔥5💯4