Облачный Revit
Ставка Autodesk на облачные решения для создания и редактирования геометрии - оказалась пока что ошибочной, т.к. web-технологии пока не позволяют удобно работать с тяжелой геометрией.
Опыт Infraworks, FormIt и Fusion показал, что редактирование в браузере удобно только для простых моделей, на реальных проектах - это неудобно и требуется устанавливать десктопные версии этих программ.
Браузер удобен для отображения моделей и выполнения операций не связанных с изменением геометрии, а лишь с отображением информации, навигацией, изменением статусов элементов, заполнением дополнительных свойств.
(И изначально казалось, что этого достаточно для строительства и эксплуатации, но практика показала, что редактирование элементов требуется на каждом этапе реализации проекта).
С той же проблемой столкнулись и многие разработчики игр. Совсем недавно нам пророчили бум мобильных и браузерных игр, а получился "хлопок".
Геймдев находится на 10 лет впереди рынка САПР (т.к. там выше конкуренция и больше денег) и на его примере можно наблюдать, что будет происходить дальше в САПР.
Многопоточные вычисления на видеокартах, толстый клиент, установленный на каждом компьютере, а обмен данными с центральным сервером (в облаке или локально) только для совместной работы и возможности просмотра с мобильного устройства.
Соблазн сделать одну браузерную программу и не зависеть от платформы (Windows, Mac, Linux, iOS, Android) очень велик. В 2010х годах и вправду начался бум web-разработки (связан с появлением angular, react, vue.js, WebGL), которая подавала большие надежды, но уперлась в потолок производительности браузеров и интернет соединения.
На мой взгляд вера в браузерные САПР программы сродни текущей вере в возможности ИИ, 5G, дополненной реальности, применение BIM в эксплуатации, единую ERP систему в 1С или на sharepoint.
Со стороны кажется, что там все движется семимильными шагами и внедрение в практику - это вопрос времени. Но каждая технология имеет свой потолок и по моим личным ощущениям мы в него уперлись.
Ставка Autodesk на облачные решения для создания и редактирования геометрии - оказалась пока что ошибочной, т.к. web-технологии пока не позволяют удобно работать с тяжелой геометрией.
Опыт Infraworks, FormIt и Fusion показал, что редактирование в браузере удобно только для простых моделей, на реальных проектах - это неудобно и требуется устанавливать десктопные версии этих программ.
Браузер удобен для отображения моделей и выполнения операций не связанных с изменением геометрии, а лишь с отображением информации, навигацией, изменением статусов элементов, заполнением дополнительных свойств.
(И изначально казалось, что этого достаточно для строительства и эксплуатации, но практика показала, что редактирование элементов требуется на каждом этапе реализации проекта).
С той же проблемой столкнулись и многие разработчики игр. Совсем недавно нам пророчили бум мобильных и браузерных игр, а получился "хлопок".
Геймдев находится на 10 лет впереди рынка САПР (т.к. там выше конкуренция и больше денег) и на его примере можно наблюдать, что будет происходить дальше в САПР.
Многопоточные вычисления на видеокартах, толстый клиент, установленный на каждом компьютере, а обмен данными с центральным сервером (в облаке или локально) только для совместной работы и возможности просмотра с мобильного устройства.
Соблазн сделать одну браузерную программу и не зависеть от платформы (Windows, Mac, Linux, iOS, Android) очень велик. В 2010х годах и вправду начался бум web-разработки (связан с появлением angular, react, vue.js, WebGL), которая подавала большие надежды, но уперлась в потолок производительности браузеров и интернет соединения.
На мой взгляд вера в браузерные САПР программы сродни текущей вере в возможности ИИ, 5G, дополненной реальности, применение BIM в эксплуатации, единую ERP систему в 1С или на sharepoint.
Со стороны кажется, что там все движется семимильными шагами и внедрение в практику - это вопрос времени. Но каждая технология имеет свой потолок и по моим личным ощущениям мы в него уперлись.
BIM в эксплуатации - почему все о нём говорят и мало кто его видел?
Часть 1. Гражданские здания.
Эксплуатация - это огромные бюджеты, если делать всё правильно, и огромное пространство для "экономии". Большинство сложных систем вентиляции в больших зданиях выключают навечно после первой поломки. К электрическим щитам подключают новое оборудование "на глаз", пока есть место. Системы пожаротушения между проверками стоят без воды. Так собственники зданий сокращают расходы, и это не для кого не секрет.
В таких условиях внедрение BIM никому не нужно. Т.к. это приведёт не к экономии, а к росту расходов - т.к. смысл BIM в эксплуатации в том что все ремонты оборудования происходят в регламентные сроки, замены происходят по графику, а владелец здания готов платить за идеально работающую систему (а для этого - купить софт, обучить/нанять новых инженеров по эксплуатации кто в нём сможет работать, и бизнес-процесс эксплуатации выстроить на основе данных из модели).
Таких владельцев гражданских объектов в России единицы, в основном - иностранные компании, владельцы уникальных объектов или зданий премиум-класса. Все остальные довольствуются минимальным штатом эксплуатационщиков, которые в случае форс-мажора нанимают компанию на аутсорсе которая ищет и латает протекающую трубу или меняет насос, до следующей поломки. Документация не хранится, текучка кадров большая, стратегическое видение отсутствует.
Часть 1. Гражданские здания.
Эксплуатация - это огромные бюджеты, если делать всё правильно, и огромное пространство для "экономии". Большинство сложных систем вентиляции в больших зданиях выключают навечно после первой поломки. К электрическим щитам подключают новое оборудование "на глаз", пока есть место. Системы пожаротушения между проверками стоят без воды. Так собственники зданий сокращают расходы, и это не для кого не секрет.
В таких условиях внедрение BIM никому не нужно. Т.к. это приведёт не к экономии, а к росту расходов - т.к. смысл BIM в эксплуатации в том что все ремонты оборудования происходят в регламентные сроки, замены происходят по графику, а владелец здания готов платить за идеально работающую систему (а для этого - купить софт, обучить/нанять новых инженеров по эксплуатации кто в нём сможет работать, и бизнес-процесс эксплуатации выстроить на основе данных из модели).
Таких владельцев гражданских объектов в России единицы, в основном - иностранные компании, владельцы уникальных объектов или зданий премиум-класса. Все остальные довольствуются минимальным штатом эксплуатационщиков, которые в случае форс-мажора нанимают компанию на аутсорсе которая ищет и латает протекающую трубу или меняет насос, до следующей поломки. Документация не хранится, текучка кадров большая, стратегическое видение отсутствует.
Часть 2. Промышленные здания.
В промке ситуация во многом похожа, за исключением того, что на более-менее крупных предприятиях сейчас внедряют или уже внедрили SCADA-системы.
Это автоматизация и диспетчеризация, без трёхмерных BIM-моделей, однако достаточная для того чтобы вовремя сигнализировать о том где именно нарушаются параметры работы оборудования (не в модели, а на принципиальной схеме).
В промке среди инженеров по эксплуатации текучка не такая большая, зарплаты там повыше (т.к. выше ответственность, выход из строя инженерии завода сразу может привести к остановке производства и ударит по прибыли, собственники это понимают).
Соответственно выше и их квалификация, так что они управляются со SCADA различных систем (по отдельности или даже объединённых от нескольких инженерных систем).
SCADA-системы сейчас решают большинство задач по контролю за инженерией, там же можно планировать и ремонты оборудования, и его замену, и дополнительно к ним BIM воспринимается больше как красивые картинки.
Также функционал софта для BIM в эксплуатации выглядит в некоторой степени дублированием функционала SCADA, поэтому убедить руководство что им нужно ещё раз заплатить за то же самое, оказывается не так-то просто.
В промке ситуация во многом похожа, за исключением того, что на более-менее крупных предприятиях сейчас внедряют или уже внедрили SCADA-системы.
Это автоматизация и диспетчеризация, без трёхмерных BIM-моделей, однако достаточная для того чтобы вовремя сигнализировать о том где именно нарушаются параметры работы оборудования (не в модели, а на принципиальной схеме).
В промке среди инженеров по эксплуатации текучка не такая большая, зарплаты там повыше (т.к. выше ответственность, выход из строя инженерии завода сразу может привести к остановке производства и ударит по прибыли, собственники это понимают).
Соответственно выше и их квалификация, так что они управляются со SCADA различных систем (по отдельности или даже объединённых от нескольких инженерных систем).
SCADA-системы сейчас решают большинство задач по контролю за инженерией, там же можно планировать и ремонты оборудования, и его замену, и дополнительно к ним BIM воспринимается больше как красивые картинки.
Также функционал софта для BIM в эксплуатации выглядит в некоторой степени дублированием функционала SCADA, поэтому убедить руководство что им нужно ещё раз заплатить за то же самое, оказывается не так-то просто.
Часть 3. Жильё.
Современная эксплуатация жилья сильно отличается в разных УК (управляющих компаниях). Понятно, что условных ЖЭК в доме 1960 года постройки, и УК жилищного комплекса премиум-класса 2015 года имеют разные подходы. Про ЖЭК и перспективу внедрения в нём BIM говорить нет смысла - условные электрики/сантехники/плотники, которые там работают, не то что не заинтересованы в каком-то софте для своей работы, а не смогут понять зачем он им нужен и не смогут в нём работать.
Те, кто ими управляет - тоже, там всё устоялось, все документы на эти дома давно потеряны. Тайное знание о том на каких байпасах держится регулировка системы отопления в каждом из домов - интеллектуальная собственность сантехника, передаётся из уст в уста, и нет никого кто был бы заинтересован собрать все данные в кучу и поддерживать их актуальными.
По идее заинтересованы должны быть жильцы, но во-первых - сколько из них вообще знают про какой-то BIM, а во-вторых - судя по состоянию большинства придомовых территорий, наши сограждане не считают себя ответственными за пространство за пределами собственной квартиры, и мало кто думает о судьбе целого дома, да ещё и на перспективу.
В ЖК более высокого класса управляющие компании имеют более "человеческое лицо", но проблема та же что и в "гражданке". Все стараются сэкономить здесь и сейчас. Любая управляющая компания имеет цель закончить год с максимальной прибылью, т.к. как правило аффилирована с застройщиком, и не ставит интересы жильцов на первое место, гораздо важнее прибыль. Исключения есть, но крайне редки, и опять же чаще в иностранных компаниях-застройщиках.
Так же УК не имеет цели обеспечить минимизацию затрат на большом горизонте (10 и более лет), для чего собственно и пригодился бы BIM в эксплуатации. Поэтому здесь может инженеры и могли бы разобраться в программном продукте, но их руководство не заинтересовано тратить деньги УК на его покупку, да ещё потом и объяснять жильцам, на что это УК потратила в текущем квартале "100500" рублей, и как эта программа поможет экономить их деньги в будущем. УК часто меняются одна на другую, меняют юрлица, ссорятся с жильцами, и думать в таких условиях на перспективу просто нелогично.
Современная эксплуатация жилья сильно отличается в разных УК (управляющих компаниях). Понятно, что условных ЖЭК в доме 1960 года постройки, и УК жилищного комплекса премиум-класса 2015 года имеют разные подходы. Про ЖЭК и перспективу внедрения в нём BIM говорить нет смысла - условные электрики/сантехники/плотники, которые там работают, не то что не заинтересованы в каком-то софте для своей работы, а не смогут понять зачем он им нужен и не смогут в нём работать.
Те, кто ими управляет - тоже, там всё устоялось, все документы на эти дома давно потеряны. Тайное знание о том на каких байпасах держится регулировка системы отопления в каждом из домов - интеллектуальная собственность сантехника, передаётся из уст в уста, и нет никого кто был бы заинтересован собрать все данные в кучу и поддерживать их актуальными.
По идее заинтересованы должны быть жильцы, но во-первых - сколько из них вообще знают про какой-то BIM, а во-вторых - судя по состоянию большинства придомовых территорий, наши сограждане не считают себя ответственными за пространство за пределами собственной квартиры, и мало кто думает о судьбе целого дома, да ещё и на перспективу.
В ЖК более высокого класса управляющие компании имеют более "человеческое лицо", но проблема та же что и в "гражданке". Все стараются сэкономить здесь и сейчас. Любая управляющая компания имеет цель закончить год с максимальной прибылью, т.к. как правило аффилирована с застройщиком, и не ставит интересы жильцов на первое место, гораздо важнее прибыль. Исключения есть, но крайне редки, и опять же чаще в иностранных компаниях-застройщиках.
Так же УК не имеет цели обеспечить минимизацию затрат на большом горизонте (10 и более лет), для чего собственно и пригодился бы BIM в эксплуатации. Поэтому здесь может инженеры и могли бы разобраться в программном продукте, но их руководство не заинтересовано тратить деньги УК на его покупку, да ещё потом и объяснять жильцам, на что это УК потратила в текущем квартале "100500" рублей, и как эта программа поможет экономить их деньги в будущем. УК часто меняются одна на другую, меняют юрлица, ссорятся с жильцами, и думать в таких условиях на перспективу просто нелогично.
Часть 4. Софт.
Ко всем проблемам, описанным в предыдущих постах, добавляется ещё одна - и возможно, самая большая. Софт для эксплуатации зданий с применением BIM-моделей существует в очень ограниченном количестве. Его функциональность вызывает большие споры, так как примеров применения очень мало (особенно в России).
И этот софт очень дорогой. Поэтому его используют для уникальных и очень больших объектов, где с этим софтом работают десятки инженеров, как правило - с помощью разработчика, за (около)государственные деньги, и по сути это всё ещё продолжающиеся опытные разработки, т.к. каждый такой объект уникален и программы нужно адаптировать от объекта к объекту.
В итоге примеров, на которых можно бы было показать преимущества применения этой технологии на объектах поменьше, просто нет в публичном пространстве. Так и получается - что слово "BIM в эксплуатации" есть, а самого его практически нет.
Чтобы он наконец появился - должен появиться софт, в котором будет несложно работать, который не нужно будет ставить на мощные ПК (так как их нет в 99% УК и УКС), и который будет принимать на вход BIM-модели, выполненные в том ПО, которое сейчас используется для проектирования. И стоимость этого софта будет сравнима с зарплатой инженера по эксплуатации, или даже меньше. После этого можно ожидать, что в УК появятся "энтузиасты", они проведут пилотные проекты, и затем на основе их опыта начнётся широкое распространение технологии.
Второй вариант, как она может начать распространяться - это требование государством обязательного BIM например при эксплуатации жилья. Но, как мы видим, сейчас и по проектированию-то такие требования появятся не скоро, хотя в проектных компаниях технология работает с 2014 года и раньше, что уж говорить про эксплуатацию. Так что скорее развитие пойдёт "снизу", когда появится подходящий софт.
Ко всем проблемам, описанным в предыдущих постах, добавляется ещё одна - и возможно, самая большая. Софт для эксплуатации зданий с применением BIM-моделей существует в очень ограниченном количестве. Его функциональность вызывает большие споры, так как примеров применения очень мало (особенно в России).
И этот софт очень дорогой. Поэтому его используют для уникальных и очень больших объектов, где с этим софтом работают десятки инженеров, как правило - с помощью разработчика, за (около)государственные деньги, и по сути это всё ещё продолжающиеся опытные разработки, т.к. каждый такой объект уникален и программы нужно адаптировать от объекта к объекту.
В итоге примеров, на которых можно бы было показать преимущества применения этой технологии на объектах поменьше, просто нет в публичном пространстве. Так и получается - что слово "BIM в эксплуатации" есть, а самого его практически нет.
Чтобы он наконец появился - должен появиться софт, в котором будет несложно работать, который не нужно будет ставить на мощные ПК (так как их нет в 99% УК и УКС), и который будет принимать на вход BIM-модели, выполненные в том ПО, которое сейчас используется для проектирования. И стоимость этого софта будет сравнима с зарплатой инженера по эксплуатации, или даже меньше. После этого можно ожидать, что в УК появятся "энтузиасты", они проведут пилотные проекты, и затем на основе их опыта начнётся широкое распространение технологии.
Второй вариант, как она может начать распространяться - это требование государством обязательного BIM например при эксплуатации жилья. Но, как мы видим, сейчас и по проектированию-то такие требования появятся не скоро, хотя в проектных компаниях технология работает с 2014 года и раньше, что уж говорить про эксплуатацию. Так что скорее развитие пойдёт "снизу", когда появится подходящий софт.
Очередной Autodexit
Пётр Манин ушел из Autodesk.
У меня складывается впечатление, что кто-то сознательно разваливает эту компанию.
http://isicad.ru/ru/articles.php?article_num=21389
Пётр Манин ушел из Autodesk.
У меня складывается впечатление, что кто-то сознательно разваливает эту компанию.
http://isicad.ru/ru/articles.php?article_num=21389
isicad.ru
Кадровая трансформация в российском Autodesk продолжается
isicad.ru – ведущий российский информационный ресурс, посвященный автоматизации инженерной деятельности, САПР, CAD/CAM/CAE, PLM, AEC и BIM
Часть 5. Задачи для BIM в эксплуатации.
А если подумать, то какие задачи в эксплуатации не решить без BIM, той самой информационной трёхмерной модели?
1. Навигация слесаря для поиска нужной задвижки.
2. Инвентаризация мебели в офисах.
3. Актуальная информация по объемам для ремонтов и реконструкций.
4. Возможные датчики влажности, температуры, напряжений в конструкциях.
5. Умная система пропусков и видеонаблюдение, с датчиками движения и гибкой настройкой.
6. Постановка задач электрику по замене лампочки.
7. VR для тренировки действий в ЧС и виртуальных экскурсий.
Что еще? Пишите в чат @bimchat, буду добавлять.
Пока ощущение, что это все не стоит тех затрат и усилий, что потребуются на содержание модели, поддержку ее в актуальном состоянии.
А если подумать, то какие задачи в эксплуатации не решить без BIM, той самой информационной трёхмерной модели?
1. Навигация слесаря для поиска нужной задвижки.
2. Инвентаризация мебели в офисах.
3. Актуальная информация по объемам для ремонтов и реконструкций.
4. Возможные датчики влажности, температуры, напряжений в конструкциях.
5. Умная система пропусков и видеонаблюдение, с датчиками движения и гибкой настройкой.
6. Постановка задач электрику по замене лампочки.
7. VR для тренировки действий в ЧС и виртуальных экскурсий.
Что еще? Пишите в чат @bimchat, буду добавлять.
Пока ощущение, что это все не стоит тех затрат и усилий, что потребуются на содержание модели, поддержку ее в актуальном состоянии.
#Практика Выдача заданий на отверстия в Revit.
Может выполняться несколькими способами.
1. Ручной, стабильный.
Инженер выставляет свои задания на отверстия (заглушки) вручную. Семейства заглушек на основе точек для вертикальных конструкций и на основе перекрытий для горизонтальных.
Конструктор и Архитектор подгружают связью инженерную модель или группу заглушек и расставляют в своих конструкциях отверстия (семейства аналогичные заглушкам, только вычитающие объем).
Где надо объединить отверстия, конструктор ставит сразу большое отверстие.
Всегда можно провести ревитовскую проверку на пересечения конструкций с заглушками и проверить все ли актуально.
Заданием на отверстия может служить инженерная модель с заглушками, либо заглушки выгруженные группой отдельно (иногда их в отдельном рабочем наборе делают, чтобы удобно было отфильтровывать). Можно оформить такое задание и официально на планах, под роспись.
2. Автоматический. Быстрый но не стабильный.
Есть плагины, нарезающие в КР и АР сразу отверстия по инженерной модели по заданным правилам. Попутно объединяя отверстия по заданным алгоритмам. Пример CutOpenings на apps.autodesk.com.
80-90% отверстий такие плагины сделают правильно, но остальные потребуется поправить. А перепроверка плагина и исправление оставшихся отверстий могут компенсировать всю автоматизацию. Также нельзя сделать отверстие без моделирования сетей, например на ранних стадиях проектирования или для не моделируемых сетей (иногда такое бывает).
Заданием на отверстия служат инженерные модели.
3. Комбинированный способ. Средний по стабильности.
Инженеры подгружают модели КР и АР, настраивают в плагине с какими конструкциями учитывать пересечения и генерируют автоматически заглушки.
Затем Конструктора и Архитекторы в своих моделях подгружают модель иос или группы заглушек, выбирают заглушки и нажимая "Принять" создают в своей модели сразу отверстия, потом выбирают несколько отверстий и нажимают "Объединить". Такие плагины в проектных компаниях обычно самописные.
Задания могут выглядеть как в 1 случае.
Может выполняться несколькими способами.
1. Ручной, стабильный.
Инженер выставляет свои задания на отверстия (заглушки) вручную. Семейства заглушек на основе точек для вертикальных конструкций и на основе перекрытий для горизонтальных.
Конструктор и Архитектор подгружают связью инженерную модель или группу заглушек и расставляют в своих конструкциях отверстия (семейства аналогичные заглушкам, только вычитающие объем).
Где надо объединить отверстия, конструктор ставит сразу большое отверстие.
Всегда можно провести ревитовскую проверку на пересечения конструкций с заглушками и проверить все ли актуально.
Заданием на отверстия может служить инженерная модель с заглушками, либо заглушки выгруженные группой отдельно (иногда их в отдельном рабочем наборе делают, чтобы удобно было отфильтровывать). Можно оформить такое задание и официально на планах, под роспись.
2. Автоматический. Быстрый но не стабильный.
Есть плагины, нарезающие в КР и АР сразу отверстия по инженерной модели по заданным правилам. Попутно объединяя отверстия по заданным алгоритмам. Пример CutOpenings на apps.autodesk.com.
80-90% отверстий такие плагины сделают правильно, но остальные потребуется поправить. А перепроверка плагина и исправление оставшихся отверстий могут компенсировать всю автоматизацию. Также нельзя сделать отверстие без моделирования сетей, например на ранних стадиях проектирования или для не моделируемых сетей (иногда такое бывает).
Заданием на отверстия служат инженерные модели.
3. Комбинированный способ. Средний по стабильности.
Инженеры подгружают модели КР и АР, настраивают в плагине с какими конструкциями учитывать пересечения и генерируют автоматически заглушки.
Затем Конструктора и Архитекторы в своих моделях подгружают модель иос или группы заглушек, выбирают заглушки и нажимая "Принять" создают в своей модели сразу отверстия, потом выбирают несколько отверстий и нажимают "Объединить". Такие плагины в проектных компаниях обычно самописные.
Задания могут выглядеть как в 1 случае.
Как часто публиковать посты?
Anonymous Poll
36%
Раз в неделю достаточно.
57%
Раз в день, как сейчас - норм.
7%
Хотелось бы и почаще.
Какие темы более интересны?
Anonymous Poll
36%
Теория BIM
40%
Стандартизация BIM
38%
Программирование для BIM
47%
Практика в Revit
Спасибо всем, кто проголосовал!
Сделал вывод, что можно иногда и пропустить денек. Но точно, не чаще поста в день.
Темы интересны все и в @bimchat добавили еще тему:
"Практические кейсы применения и пользы BIM"
Сделал вывод, что можно иногда и пропустить денек. Но точно, не чаще поста в день.
Темы интересны все и в @bimchat добавили еще тему:
"Практические кейсы применения и пользы BIM"
#Практика Практические кейсы применения BIM.
1. Каждый раз при разработке стадии П я прошу инженеров, помимо принципиальных схем, выполнить трассировку магистралей в паркинге и рассказываю историю, что ни разу не видел проекта, у которого бы не выяснилось на Рабочке, что не влезают канализация с дымоудалением под балки и пришлось бы заглублять паркинг еще на 0,3м, либо поднимать проектный ноль и надеяться что никто не заметит.
И вот все смеются, говорят, что я с плохими проектировщиками работал, показывают сечение по одному месту и расходятся.
Как вы понимаете, этот проект вновь попадает в мой список.
2. Часто сталкиваюсь с тем, что в проекте происходят изменения уже после начала строительства и заключения договоров. Эти изменения зачастую касаются менее 1% конструкций или помещений, но согласовав такое изменение, заказчик открывает ящик пандоры, в который будут закинуты и увеличение бюджета на 20% и сроков на 30%.
Причем без BIM генподрядчик и генпроектировщик могут вешать на уши заказчика все что угодно, и закидывать в эти изменения устранение своих косяков и просчетов т.к. чтобы проверить, заказчику надо останавливать стройку на несколько месяцев на изучение десятков коробок с документацией.
BIM добавляет заказчику прозрачности, возможность проверить отличие старой модели от новой, выявить где обоснованные изменения, а какие ему пытаются впарить "под шумок".
3. Частой проблемой в стройке является несогласованность документации. Наиболее наглядно это видно, если начать "поднимать" модель по чертежам. При проектировании же в BIM этого получиться не может.
Основной проблемой возникновения противоречий в 2D являются все те же изменения, появляющиеся в процессе разработки проекта, т.к. все разделы влияют друг на друга и приводят к изменениям в процессе взаимоувязки. Но при внесении изменений в сотни листов документации, где-нибудь, да забудется пересчитать цифры или подвинуть конструкцию.
А для строителя потом появляется аргумент почему он срывает сроки и неверно посчитал объемы, т.к. вот "проектировщики неправильно всë сделали", причем под этим "всë" явное преувеличение, но опять же, для доказательства без модели - десятки коробок с документацией и всеобщий стоп.
1. Каждый раз при разработке стадии П я прошу инженеров, помимо принципиальных схем, выполнить трассировку магистралей в паркинге и рассказываю историю, что ни разу не видел проекта, у которого бы не выяснилось на Рабочке, что не влезают канализация с дымоудалением под балки и пришлось бы заглублять паркинг еще на 0,3м, либо поднимать проектный ноль и надеяться что никто не заметит.
И вот все смеются, говорят, что я с плохими проектировщиками работал, показывают сечение по одному месту и расходятся.
Как вы понимаете, этот проект вновь попадает в мой список.
2. Часто сталкиваюсь с тем, что в проекте происходят изменения уже после начала строительства и заключения договоров. Эти изменения зачастую касаются менее 1% конструкций или помещений, но согласовав такое изменение, заказчик открывает ящик пандоры, в который будут закинуты и увеличение бюджета на 20% и сроков на 30%.
Причем без BIM генподрядчик и генпроектировщик могут вешать на уши заказчика все что угодно, и закидывать в эти изменения устранение своих косяков и просчетов т.к. чтобы проверить, заказчику надо останавливать стройку на несколько месяцев на изучение десятков коробок с документацией.
BIM добавляет заказчику прозрачности, возможность проверить отличие старой модели от новой, выявить где обоснованные изменения, а какие ему пытаются впарить "под шумок".
3. Частой проблемой в стройке является несогласованность документации. Наиболее наглядно это видно, если начать "поднимать" модель по чертежам. При проектировании же в BIM этого получиться не может.
Основной проблемой возникновения противоречий в 2D являются все те же изменения, появляющиеся в процессе разработки проекта, т.к. все разделы влияют друг на друга и приводят к изменениям в процессе взаимоувязки. Но при внесении изменений в сотни листов документации, где-нибудь, да забудется пересчитать цифры или подвинуть конструкцию.
А для строителя потом появляется аргумент почему он срывает сроки и неверно посчитал объемы, т.к. вот "проектировщики неправильно всë сделали", причем под этим "всë" явное преувеличение, но опять же, для доказательства без модели - десятки коробок с документацией и всеобщий стоп.
#Практика Еще несколько кейсов из жизни BIM-менеджера.
4. Научили мы нашего ПТОшника (Техзаказчика) в Navisworks объемы смотреть - приходит генподрядчик сдавать КСку, у него монолита 1050 м3 выполнено за месяц. Наш ПТОшник показывает модель и говорит: 962 м3. Тот записал, пошел переделывать. В следующий раз - тоже самое, на третий приходит с пустой табличкой: "дай цифры пожалуйста которые мне в КСку писать".
5. Совещание, поздний вечер.
- Мы смонтировали на 17 этаже воздуховоды
- Нет не смонтировали, они на полу лежат.
- Нет, смонтировали! я вчера там был, все висит!
- А давайте по фото360 посмотрим? Вот текущее состояние.
(...Тишина 2 минуты)
- Ну да, не смонтированы, я этаж перепутал.
6. Сели учить ГИПа смотреть изменения в моделях через BIM360Docs, открываю актуальную модель, сравниваю с предыдущей от прошлой недели, показываю что поменялось, а она: "стой, а что это фундаментная плита желтая?"
Я нажимаю: "вот толщина на 400мм увеличилась".
- так она уже залита как 2 месяца, давай завтра продолжим, мне надо разобраться.
4. Научили мы нашего ПТОшника (Техзаказчика) в Navisworks объемы смотреть - приходит генподрядчик сдавать КСку, у него монолита 1050 м3 выполнено за месяц. Наш ПТОшник показывает модель и говорит: 962 м3. Тот записал, пошел переделывать. В следующий раз - тоже самое, на третий приходит с пустой табличкой: "дай цифры пожалуйста которые мне в КСку писать".
5. Совещание, поздний вечер.
- Мы смонтировали на 17 этаже воздуховоды
- Нет не смонтировали, они на полу лежат.
- Нет, смонтировали! я вчера там был, все висит!
- А давайте по фото360 посмотрим? Вот текущее состояние.
(...Тишина 2 минуты)
- Ну да, не смонтированы, я этаж перепутал.
6. Сели учить ГИПа смотреть изменения в моделях через BIM360Docs, открываю актуальную модель, сравниваю с предыдущей от прошлой недели, показываю что поменялось, а она: "стой, а что это фундаментная плита желтая?"
Я нажимаю: "вот толщина на 400мм увеличилась".
- так она уже залита как 2 месяца, давай завтра продолжим, мне надо разобраться.
Помните в прошлом году премию
BIM&Security 2019?
https://www.youtube.com/playlist?list=PLrCbxbaF8gwH1iPl5F9-Y3Kf8AXJQ9Gxj
Меня тогда очень удивило, что специализированное направление по слаботочным системам, для которого не так чтобы много инструментов в BIM, провело такое интересное мероприятие с таким шикарным подбором спикеров.
В этом году премия BIM&Security 2020 пройдёт 15 октября в формате онлайн.
https://bimsecurity.ru/news/86-bimandsecurity-perehodit-v-onlajn-format!
Мне кажется можно обратить внимание на это мероприятие не только специалистам Security систем, но и другим участникам BIM проектирования.
BIM&Security 2019?
https://www.youtube.com/playlist?list=PLrCbxbaF8gwH1iPl5F9-Y3Kf8AXJQ9Gxj
Меня тогда очень удивило, что специализированное направление по слаботочным системам, для которого не так чтобы много инструментов в BIM, провело такое интересное мероприятие с таким шикарным подбором спикеров.
В этом году премия BIM&Security 2020 пройдёт 15 октября в формате онлайн.
https://bimsecurity.ru/news/86-bimandsecurity-perehodit-v-onlajn-format!
Мне кажется можно обратить внимание на это мероприятие не только специалистам Security систем, но и другим участникам BIM проектирования.
Forwarded from Игорь Рогачёв
Сейчас работать полноценно можно на всех платформах и даже выстраивать BIM процессы. Не важно, что это будет - Civil 3D, IndorCAD, Robour, Credo, Bentley. Каждый из них по-своему хорош и плох одновременно)) Смотрите под свои предпочтения.
Моё личное, возможно неверное, мнение по этим продуктам:
Civil 3D
Плюсы:
Всё в одном, можно решать любые задачи, максимум интероперабельности, большое количество спецов и обучения
Минусы:
Тормознутое ядро AutoCAD, Сложен для освоения, требует настройки «под себя»
IndorCAD
Плюсы: Продуманный процесс проектирования, есть всё, что надо, кроме мостов и сетей. BIM Ready. Разработчики быстро реагируют.
Минусы: Как и у всех отечественных решений – заточенность под конкретные задачи. Выход за рамки очень сложен или невозможен
Робур
Плюсы: Максимально прост для освоения. Появились сети, которые скопированы из Итерис СЕТИ почти полностью. BIM Ready. Разработчики быстро реагируют.
Минусы: Сложная настройка под себя. Выход за рамки очень сложен или невозможен. Нет гибкости.
Кредо (давно с ними не работал)
Плюсы: Широчайшая линейка утилит. Самое лучшее решение для задач геодезии.
Минусы. Вещь в себе. Систему черчения в Кредо Дороги придумал инопланетянин.
Bentley
Плюсы:
Шустрое ядро. Решают любые задачи, по некоторым направлениям лучше чем у Autodesk.
Минусы:
Чтобы набрать функциональность как у Civil 3D, нужно закупать сразу несколько решений. Цена в 2 раза выше, чем у Autodesk. Полное отсутствие адаптации и поддержки по нашим стандартам, спецов практически нет.
Моё личное, возможно неверное, мнение по этим продуктам:
Civil 3D
Плюсы:
Всё в одном, можно решать любые задачи, максимум интероперабельности, большое количество спецов и обучения
Минусы:
Тормознутое ядро AutoCAD, Сложен для освоения, требует настройки «под себя»
IndorCAD
Плюсы: Продуманный процесс проектирования, есть всё, что надо, кроме мостов и сетей. BIM Ready. Разработчики быстро реагируют.
Минусы: Как и у всех отечественных решений – заточенность под конкретные задачи. Выход за рамки очень сложен или невозможен
Робур
Плюсы: Максимально прост для освоения. Появились сети, которые скопированы из Итерис СЕТИ почти полностью. BIM Ready. Разработчики быстро реагируют.
Минусы: Сложная настройка под себя. Выход за рамки очень сложен или невозможен. Нет гибкости.
Кредо (давно с ними не работал)
Плюсы: Широчайшая линейка утилит. Самое лучшее решение для задач геодезии.
Минусы. Вещь в себе. Систему черчения в Кредо Дороги придумал инопланетянин.
Bentley
Плюсы:
Шустрое ядро. Решают любые задачи, по некоторым направлениям лучше чем у Autodesk.
Минусы:
Чтобы набрать функциональность как у Civil 3D, нужно закупать сразу несколько решений. Цена в 2 раза выше, чем у Autodesk. Полное отсутствие адаптации и поддержки по нашим стандартам, спецов практически нет.
Многие компании сегодня делают вид что не могут применять цифровые технологии, т.к. мол "не лигитимно", "как в суде доказывать, если бумажки с ручной подписью нет?", "данные на американских серверах", "мы попадем в рабство Autodesk".
Хотя у самих вовсю используется ватсап и телеграм для выдачи замечаний и обсуждений, гугл и яндекс диски для передачи данных, на чертежах в надписях давно стоят не ручные подписи, а их факсимиле.
На соседних зданиях стоят камеры, транслирующие только для генерального директора. ПТО считают объемы в Excel, а календарные графики ведут в MS Project. Отчеты грузятся в PDF на почту.
В таких компаниях цифровые технологии используются будто нелегально, со своих домашних ноутбуков с пиратским ПО, из под личных почт (dimon666@mail.ru) и с личного смартфона.
Отрицание реальности мешает работе, понижает эффективность всех процессов и делает невозможным развитие.
Сложно обосновать внедрение корпоративного мессенджера, таск трекера и системы документооборота, когда их неформально в компании заменяет ватсап, а официально они будто не нужны.
Хотя у самих вовсю используется ватсап и телеграм для выдачи замечаний и обсуждений, гугл и яндекс диски для передачи данных, на чертежах в надписях давно стоят не ручные подписи, а их факсимиле.
На соседних зданиях стоят камеры, транслирующие только для генерального директора. ПТО считают объемы в Excel, а календарные графики ведут в MS Project. Отчеты грузятся в PDF на почту.
В таких компаниях цифровые технологии используются будто нелегально, со своих домашних ноутбуков с пиратским ПО, из под личных почт (dimon666@mail.ru) и с личного смартфона.
Отрицание реальности мешает работе, понижает эффективность всех процессов и делает невозможным развитие.
Сложно обосновать внедрение корпоративного мессенджера, таск трекера и системы документооборота, когда их неформально в компании заменяет ватсап, а официально они будто не нужны.
В некоторых компаниях чрезмерную консервативность прикрывают ИТ-безопасностью.
Обычно это происходит от того, что безопасники не разбираются в ИТ или бесконечно отстали от современных реалий. Их основная задача - это обосновать свою нужность в компании, что они не зря получают свою зарплату.
Когда ИТ-безопасность делает невозможной работу во внутренней корпоративной сети, то ей перестают пользоваться и создается новая рабочая, нелегальная, внешняя корпоративная сеть на ватсапах и личных почтах, которую абсолютно не контролируют безопасники. Работать то как-то надо.
В таких случаях достаточно посчитать во сколько компании обходится эта параноидальная безопасность и все встает на свои места. Так скажем, все хорошо в меру, и надо находить баланс между секьюрностью и эффективностью.
И не забывайте - главный риск в ИТ-безопасности - ИТ-безопасник.
Обычно это происходит от того, что безопасники не разбираются в ИТ или бесконечно отстали от современных реалий. Их основная задача - это обосновать свою нужность в компании, что они не зря получают свою зарплату.
Когда ИТ-безопасность делает невозможной работу во внутренней корпоративной сети, то ей перестают пользоваться и создается новая рабочая, нелегальная, внешняя корпоративная сеть на ватсапах и личных почтах, которую абсолютно не контролируют безопасники. Работать то как-то надо.
В таких случаях достаточно посчитать во сколько компании обходится эта параноидальная безопасность и все встает на свои места. Так скажем, все хорошо в меру, и надо находить баланс между секьюрностью и эффективностью.
И не забывайте - главный риск в ИТ-безопасности - ИТ-безопасник.