¬аше окно в мир —јѕ–
 
Ќовости —татьи јвторы —обыти€ ¬акансии Ёнциклопеди€ –екламодател€м
—татьи

10 сент€бр€ 2012

BIM и его семь смертных грехов

ƒоминик ’ольцер, јлександр Ѕауск

ќт главного редактора: “олько что јлександр Ѕауск опубликовал в своем блоге творчески сокращенный и прокомментированный перевод 18-страничной статьи австралийского архитектора ƒоминика ’ольцера (Dominik Holzer) «BIM’s Seven Deadly Sins». »з этой публикации, как пишет в предисловии јлександр, «мы узнаем, какими проблемами живЄт местна€ BIM-индустри€ в јвстралии (стране, с одной стороны, высокоразвитой и принадлежащей англосаксонской культуре, а с другой стороны — несколько изолированной от американо-европейских трендов) и в мире в целом, и чем эти проблемы похожи на наши».

ќбратим внимание и на эти слова ј.Ѕауска: «’очу особенно подчеркнуть, что ни стать€, ни мои к ней комментарии совсем не призваны раскритиковать BIM, как многие часто думают. Ќаша с вами цель — серьЄзно поработать над более глубоким, концептуальным пониманием современной технологии в AEC, чтобы быть в состо€нии предлагать идеи дл€ будущего и тем самым способствовать прогрессу и принесению пользы и эффективности в те задачи нашей отрасли, которые пока обделены вниманием вендоров». ќт себ€ добавлю: помните русскую поговорку о семейных отношени€х «Ѕьет — значит любит»? :)

Ќапомню, что јлександр Ѕауск (любезно разрешивший перепечатать его пост на isicad.ru) — ведущий круглого стола о BIM на московском јвтодеск-”ниверситете и что BIM — любимый родственник isicad.ru, о чем недавно было сказано в моей одноименной заметке.

1. ¬ведение

ƒ. ’ольцер описывает источники данных и собранный автором опыт работы с BIM (три года аспирантской работы, два года опыта на посту директора по технологии проектировани€ в крупном бюро, а также должность руководител€ комитета по BIM и интегрированному проектированию в профессиональной организации австралийских архитекторов), на основании которого сделаны дальнейшие выводы статьи.  роме этого, работа автора базируетс€ на серии из четырех крупных BIM-форумов, довольно репрезентативном исследовании мнений различных специалистов местной отрасли; отдельно подчеркиваетс€, что работа следует по стопам предыдущих авторов в русле критики компьютерного проектировани€/моделировани€ в AEC в целом.

“ак называемые «семь смертных грехов», которым посв€щена стать€ — это семь концептуальных проблем, которые возникают в практике внедрени€ инфомоделировани€ в проектной среде. »ными словами, стать€ посв€щена разнице между идеализированным представлением о парадигме BIM и реальностью еЄ практического применени€. √лавный вывод из статьи состоит в том, что преп€тстви€ внедрению BIM лежат в основном в, так сказать, «культурной» плоскости.

2. —емь смертных грехов BIM

“ак автор сгруппировал и озаглавил проблемы, которые наиболее часто встречаютс€ в практике внедрени€ BIM. ѕон€тно, что они могут и не ограничиватьс€ числом семь, и что на анализ вли€ет местна€ специфика; но это нам как раз и интересно: насколько их местна€ специфика похожа на нашу, восточноевропейскую?
2.1. “ехнопоклонничество.
“ехнопоклонничество в BIM — это концентраци€ на программах вместо культуры работы, это вера в то, что достаточно подход€щего инструмента дл€ решени€ проблем. Ёта точка зрени€ автора попул€рна в русско€зычной дискуссии и сводитс€ к таким тезисам:
  • распространено ошибочное мнение, что переход на BIM аналогичен переходу с бумажного черчени€ на CAD в 80-х годах;
  • как следствие, отношение к внедрению BIM как к внедрению конкретного ѕќ приводит к серьЄзнейшим проблемам в переходе на новую технологию.

ћы хорошо знаем описанный здесь грех; и уже не раз обсуждали, что термин BIM употребл€етс€ в самых разных смыслах, обознача€ сущности от самой информационной модели. „тобы обосновать точку зрени€ на BIM как на парадигму, а не просто технологическое изменение, ƒ.’. в контексте «технопоклонничества» вспоминает таких авторов, как –энди ƒойч (известный на «ападе эксперт, много писавший о парадигменности BIM) и Ћарри ƒаунс с его «законом потр€сени€», приведенным ниже на картинке.

я, в свою очередь, отмечу два довольно нехороших факта, св€занных с этим «смертным грехом».
¬о-первых, с проблемой многозначности термина (да и вообще определени€ пон€тий в информационном AEC) совершенно ничего не делаетс€ — наоборот, со временем всЄ становитс€ только хуже. ќтдельные дисциплины, пыта€сь повысить свою значимость и продаваемость, придумывают новые «измерени€» BIM (временами доход€щие до, кажетс€, седьмого и восьмого), публикующиес€ BIM-эксперты при помощи несмешных шуток про кот€т бесплодно борютс€ с тавтологией «модель BIM» — а терминологи€ становитс€ всЄ многозначнее и запутанней, привод€ к словесным конфронтаци€м из-за того, что стороны по сути разговаривают на разных €зыках.
¬о-вторых, несмотр€ на всеобщее среди экспертов понимание BIM как парадигмы (во вс€ком случае, это вроде бы уже наконец стало «смыслом по умлочанию»), обсуждение BIM в итоге об€зательно скатываетс€ в обсуждение конкретных реализаций и продуктов. ¬опросы типа «может ли (и — главное! — должна ли) BIM уметь то-то и то-то?» подмен€ютс€ смыслом в ответах типа «≈сли программный пакет X при определЄнных тепличных услови€х может это сделать, то и BIM в целом может и должен.»

BIM-Ѕауск-1

2.2. Ќе€сность.
ћы воврем€ вспомнили про многозначность терминов дл€ представлени€ второго перечисленного в статье смертного греха: не€сности.

—ерьЄзным ингибитором внедрени€ BIM €вл€етс€, по общему мнению австралийского сообщества инженеров и архитекторов, отсутствие €сной информации о том диапазоне услуг, которые должна предоставл€ть BIM. ѕо маркетологическим причинам к BIM причисл€ютс€ многие аспекты цифрового проектировани€, первоначально не имевшие к нему отношени€. ѕроцессы цифровой работы в архитектуре и инжиниринге, такие как исследование формальной топологии, анализ сложных систем, рационализаци€ геометрии — все они рано или поздно оказываютс€ причисленными к зонтичному термину «BIM». — другой стороны, дл€ описани€ разных сторон BIM придумываютс€ легко продаваемые аббревиатуры вроде 5D, 6D и 7D — соответственно сметы, экологическое проектирование и эксплуатационна€ информаци€.

¬ результате у менее информированных пользователей создаЄтс€ впечатление, что к BIM относитс€ вообще всЄ интересное и направленное на интеграцию в компьютерной архитектуре. Ќе помогает делу и то, что сам термин «информационное моделирование зданий» очень расплывчатый и его можно нацепить практически на всЄ, относ€щеес€ к трехмерному строительному дизайну.

јвтор подчеркивает, что дл€ использовани€ перспективы BIM как св€зующего звена между ранее несв€зными дисциплинами проектировани€ отрасли необходимо выработать номенклатуру спектра услуг, относ€щихс€ к BIM, чтобы заказчики получили представление о том, какой ценник соответствует каким конкретно услугам и выгодам от информатизации. — другой стороны, очень важно провести границу между блуждающим, эрративным, открытым исследовательским процессом, характерным дл€ дизайна, и более формальным, целеустремлЄнным процессом создани€ трехмерных форм и их св€зывани€ с последующим созданием разнообразной документации. ƒл€ этого необходимо исследовать «цифровую экосистему» BIM-организации, представить еЄ на бумаге и таким образом визуализировать св€зи между инструментами и конечный результат рабочего процесса.

Ќа рисунке: пример «исследовани€ цифровой экосистемы» в части архитектурного проектировани€ и визуализации. ѕоказаны используемые инструменты и точки входа информации.

BIM-Ѕауск-2

2.3. Ёлизи€.
"Ёлизи€" в лингвистике — это выпадение звуков из речи, когда говор€щий стараетс€ облегчить себе произношение, и сейчас мы узнаем, почему так назван третий «смертный грех BIM». “ак называема€ крива€ ћак-Ћими — это один из самых известных графиков, иллюстрирующих преимущества BIM (см. рис.).
BIM-Ѕауск-3

 ак пишет ƒ.’., ћак-Ћими в своих работах упрощЄнно показал, что можно достигнуть с BIM и почему существующие методы работы неэффективны. ќтдава€ должное серьезному вкладу концепции кривой ћак-Ћими в дело попул€ризации BIM (эта картинка — об€зательный гость любой высокоуровневой презентации про BIM), ƒ.’. считает (подкрепл€€ своЄ мнение другими источниками), что крива€ слишком упрощена и имеет много недостатков, например, в отображении стадии эксплуатации («OP» на графике), в части действительного распределени€ усилий по проекту. “акже крива€ не отображает изменени€ в итоговом качестве получаемого проектного и модельного результата. ¬ работе привод€тс€ другие варианты кривой, цитируемые по разным источникам (впрочем, без радикальных отличий).

¬ целом, точка зрени€ автора на кривую ћак-Ћими суммируетс€ следующим: в целом она ради удобства изложени€ скрывает целые пласты BIM, его преимуществ и особенностей. “ак, крива€ не объ€сн€ет, какие игроки организационного и рабочего процесса плат€т за сдвиг в производительности и какие получают от него выгоду. Ќапример, те усили€ в координации и совместной работе, которые раньше считались об€занностью подр€дчиков разных уровней, теперь фактически перекладываютс€ на архитекторов и инженеров. ¬ообще говор€, действительна€ крива€ усилий и эффективности — это, в отличие от кривой ћак-Ћими, вещь комплексна€, многомерна€, и субъективна€, то есть она нелинейно зависит от многих других переменных, от степени проработанности модели, от степени сотрудничества между участниками организационного процесса, и будет разной дл€ разных действующих лиц проекта.

2.4. ‘арисейство.
BIM, пишет ƒ.’., сама по себе имеет мало смысла в проектной практике. »нтегрированное проектирование (Integrated Project Delivery — IPD) считаетс€ близн€шкой BIM, св€зыва€ надзор за проектом и заранее прописанные роли в нем с цифровым представлением данных в рамках BIM. IPD — это средство реализации потенциала BIM через превращение процесса в сотрудничество вместо надзора. ѕри всЄм при этом IPD практически не примен€етс€ на практике в силу совершенно запретительных затрат и усилий, требуемых дл€ его реализации.

ƒошло до той пародоксальной ситуации, когда слова «интегрированное проектирование» используютс€ как простое извинение дл€ объ€снени€ недостатков BIM, либо просто как модное словечко, на которое претендуют все, кто использует со своей моделью ѕќ дл€ совместной работы вроде Navisworks или Solibri. –азговор об IPD ведетс€ в основном только регул€торами и вендорами, пытающимис€ продать идею, теоретически правильную, но на практике трудновыполнимую. »деалистические попытки внедрить IPD страдают от отсутстви€ критической переоценки, соответствующей масштабу культурного значени€ этой системы работы. IPD требует абсолютного разрешени€ огромного количества вопросов дл€ своего внедрени€ — культурных, политических, юридических и вопросов делового характера.

“еоретически, концепци€ интегрированного BIM правильна. BIM должен рассматривать всю цепочку снабжени€ объекта и весь его жизненный цикл. ѕричина, по которой сам по себе BIM имеет мало смысла — это столкновение между традиционной системой организации строительного производства и надзора и те конкретные договоренности о сотрудничестве, которые необходимы дл€ каких-либо реальных выгод от BIM. ѕользователи BIM остаютс€ в плюсе только в случае, если информаци€, требуема€ дл€ выполнени€ проекта, становитс€ доступной всем участникам процесса на как можно более ранней стадии. ¬ то же врем€ западна€ строительна€ индустри€ работает в основном по схеме «проект-тендер-возведение» (Design-Bid-Build), с отношени€ми между участниками, скажем так, всегда имеющими судебный потенциал. “аким образом, дл€ IPD (и, следовательно, дл€ BIM тоже) необходимо в некотором смысле невозможное: смена ориентации с поиска выгоды дл€ своей организации на стремление улучшить общее дл€ всех участников процесса дело. —ерьезное отношение к IPD требует с самого начала глубоко обсудить и закрепить вопросы интеллектуальной собственности, распределени€ рисков, аудита процессов, наступает на профессиональный снобизм некоторых участников и вынуждает заказчика объекта идти на серьезные риски на ранних стади€х внедрени€ IPD.

ќбращаю внимание русско€зычного читател€ на относительно новую дл€ нас и, как мне кажетс€, исключительно интересную информацию о взаимоотношени€х IPD и BIM: получаетс€, что большинство преимуществ, обычно приписываемых BIM, могут быть реализованы только в рамках парадигмы IPD. “акже очень неопределенным после осознани€ такого фарисейства становитс€ положение BIM в собственной дисциплине — моделировании. ћоделирование объектов не об€зательно св€зано с новым строительством и даже возведением — большое количество работ проводитс€ дл€ существующих объектов. „то касаетс€ структуры строительной отрасли, мне кажетс€, что критична€ граница непонимани€ у нас — в антагонизме проектировщика и подр€дчика. — удовольствием добавлю комментарии более глубоко знающих строительную отрасль экспертов.

2.5. (—амо)обман.
—ледующий смертный грех BIM — это требование выходной документации в 2D с одновременным требованием самого производства работ в 3D. јвтор рассказывает о более чем 25 задани€х на проектирование, которые он рецензировал за последний год перед написанием статьи — и большинство этих документов требовало документацию только в 2D нар€ду с выполнением информационной модели. ѕри этом расценки продолжали базироватьс€ на обычном выполнении документации, не учитыва€ выросшие требовани€ к координации работы в 3D дл€ получени€ плоских чертежей приемлемого качества. “аким образом, существует парадоксальна€ ситуаци€: в то врем€ как архитекторы мысл€т и работают в трех измерени€х, средством коммуникации и в рамках проекта, и в рамках возведени€ остаЄтс€ двумерна€ документаци€. ¬ целом индустри€ AEC, похоже, согласна с концепцией абстрагировани€ 3D-модели в 2D.  роме отдельных экспериментальных примеров, пр€мой переход от BIM к возведению не примен€етс€ в отрасли. «аключаемые договоры на проектирование включают только 2D-документацию как основную. „асто договоры предусматривают внутреннее использование BIM при проектировании, но не дл€ св€зи с заказчиком и подр€дчиком.

ќбычно участники проекта договариваютс€ о минимальном уровне детализации, требуемом на начальной стадии проекта. ѕо мере продвижени€ проекта становитс€ невозможным игнорировать необходимость полной координации в 3D, поскольку выпущенные наборы документации в BIM-процессе быстро устаревают. “ребовани€ к детализации от смежных дисциплин и внешних консультантов могут серьЄзно затормозить выдачу документации, в то врем€ как архитектор проекта должен доказать полную скоординированность используемых моделей разных участников. ¬ итоге, качественное 2D-документирование так или иначе полностью зависит от координации в 3D. ¬сЄ это привело к по€влению нового типа документа, своего рода дорожной карты проекта. «ѕлан выполнени€ проекта» (дл€ тех, кто вплотную занимаетс€ строительством, это звучит так похоже на ѕќ—, ѕќ– и ѕѕ–, не так ли?) дополн€ет контрактные документы и указывает на об€зательства и ответственность сторон по изготовлению содержимого информационной модели, расписанные по стади€м. ¬ дополнение к своей роли процедурного руководства по обмену информацией о BIM между участниками, этот план также описывает об€занности BIM-менеджеров и координатора моделей. “акой документ позвол€ет участникам понимать, чего конкретно ожидать от BIM, на каких стади€х проекта, и какие компенсации это подразумевает дл€ участников, предоставл€ющих своЄ наполнение модели.

“аким образом, мы видим зарождение новых координат отношений между участниками проекта, которые — в идеальном случае — должны обеспечить разрешение противоречий в принципиально новой плоскости — плоскости информационного наполнени€ проекта. »менно в этой части, по моему мнению, BIM ближе всего подходит в своей концептуализации к PLM, в чем-то сходной, а в чем-то очень отличающейс€ технологии из отрасли MCAD. ¬еро€тно, это мнение могут разделить и эксперты по PLM?

2.6. Ќеверие.
—ледующий наш смертный грех по версии ƒ.’. — это отрицание необходимости тотальной ревизии рабочих процессов. ¬недрение BIM в определенном смысле всегда разрушительно дл€ существующей рабочей структуры. Ќеобходимые изменени€ фундаментальны, их часто невозможно производить постепенно, они требуют определенного авантюризма со стороны руководства и исполнителей. ¬ числе сложностей при тотальной ревизии рабочих процессов при внедрении BIM следующее:
  • высока€ стоимость ѕќ и требуемого повышени€ уровн€ аппаратного обеспечени€;
  • высока€ стоимость (в деньгах и времени) переобучени€ персонала;
  • полна€ ревизи€ существующих стандартов и процессов, разработка внутреннего стандарта BIM;
  • трудоемкое формирование информационной библиотеки дл€ BIM;
  • необходимость инвестировать в новых сотрудников и необходимость увольн€ть тех, кто не в состо€нии вписатьс€ в новые процессы.

¬ процессе перехода на BIM образуютс€ целые классы услуг, которым раньше не было аналогов или которые были очень трудоЄмки в исполнении: координаци€ модели, определение коллизий, планирование возведени€, (автоматизированное) управление эксплуатацией. „астично изменение процессов достигаетс€ путем более плотного и более раннего участи€ в работе над моделью инженеров-консультантов, подр€дчиков и отвечающих за контроль качества. –уководители также должны вовлекатьс€ в процесс работы над информационной моделью — это помогает распространить понимание того, что, например, изменени€ в проекте проход€т более сложную и зависимую от многих факторов процедуру, чем в случае с двумерной подготовкой документации.

 омментарий.  ак мы видим уже из нескольких пунктов «грехов» BIM, особенностью правильного внедрени€ BIM в его нынешней инкарнации €вл€етс€ его бескомпромиссна€ тотальность и подрывной характер изменений. Ќа будущем круглом столе «BIM: пределы роста» это станет одной из основных тем обсуждени€: возможен ли частичный BIM?  ак выжить и стать эффективными в услови€х внедрени€ BIM дисциплинам, дл€ которых эта парадигма ещЄ не разработана или откровенно неэффективна?

2.7. ¬ысокомерие
»ли, вернее, монодисциплинарность — так озаглавил этот «грех» ’.ƒ. в оригинальной статье.

»нформационно изолированные, посв€щенные одной дисциплине структурные единицы (так называемые «силосы», в современном управленческом сленге) считаютс€ рассадником неэффективности. —егодн€шние программные инструменты дл€ BIM, по мнению автора, плохо поддерживают совместную работу над проектом на ранних стади€х. ќсновные исследовательские усили€ направлены на проблемы внутри конкретных дисциплин и на координацию объектной модели между дисциплинами на поздних стади€х. “олько в последние годы наметилс€ прогресс в инструментах концптуального проектировани€, позвол€ющих соедин€ть концептуальные модели с результатами узкоспециализированного, монодисциплинарного анализа. ѕриводитс€ пример того, как осознание проблемы соединени€ концптуальных моделей со специализированными методами их исследовани€ родило новую терминологию в стади€х проектировани€: «критерийный» проект. ќн соответствует более ранней терминологии «концептуальной» стадии и представл€ет собой пока ещЄ только видение того, как в будущем BIM-модели будут использоватьс€ дл€ своего рода «быстрого прототипировани€» проекта — оценки сценариев и вариантов с довольно глубокой проработкой по специализированным расчЄтам. ѕока считаетс€, что творческие возможности архитекторов ограничены нежеланием консультантов (т.е. подр€дчиков специализированных работ и экспертных оценок проекта) производить анализ и моделирование множества всего того, что архитекторы желают исследовать в качестве возможного варианта. ѕрактически невозможно встретить ѕќ, хорошо подход€щее дл€ задачи «скоростного» междисциплинарного сотрудничества на концептуальной стадии, дл€ получени€ быстрых ответов от специализированных дисциплин на вопросы об эффективности рассматриваемого варианта. —ейчас информационные модели слишком перегружены информацией, слишком т€желы и требовательны к детализованности, чтобы использоватьс€ в вышеупом€нутом «критерийном» дизайне с его посто€нными изменени€ми входных параметров.

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

ƒ.’. предлагает также решение проблемы перехода между концептуальными и архитектурными модел€ми к инженерным, расчетным модел€м (с об€зательными возможност€ми визуализации на всех этапах, этого неотъемлемого компонента BIM). ѕо его мнению, базирующиес€ на облачных вычислени€х программные системы (фреймворки) снимут существующую необходимость заново строить расчетные модели, а специализированные данные дл€ них будут извлекатьс€ из единой информационной модели через «умные фильтры», программные компоненты дл€ различных семантических (смысловых) представлений одних и тех же геометрических объектов.

 омментарий. «начение «дисциплинарного высокомери€» трудно переоценить дл€ нашей дискуссии про BIM и его пределы применимости. Ћично € считаю, что ƒ.’. слишком оптимистичен в отношении облачных технологий — проблемы в св€зывании разных дисциплин в единую модель лежат совершенно не в вычислительной (решаемой и без облака) и организационно-технической плоскости (частично решаемой при помощи облака, поскольку в нем разрозненные, специализированные данные и компоненты модели можно хранить централизованно, легко и автоматически получать доступ к актуальным верси€м таких данных и делать таким образом «иллюзию единой модели» — всЄ в рамках оговоренной, жестко ограниченной номенклатуры ѕќ). ћы, надеюсь, поговорим об этом подробно в следующей публикации на Writandraw.ru.

¬ыводы и комментарий.

 онечно, как подчеркивает ƒ.’., описанные в статье смертные грехи BIM не €вл€ютс€ системными проблемами непосредственно самой BIM-парадигмы, а скорее происход€т от столкновени€ этой парадигмы с реальностью внедрени€. ћногие из них обусловлены социальными аспектами индустрии AEC и будут значительно измен€тьс€ при переносе на нашу почву ¬осточной ≈вропы. ¬ случае BIM выражение «практика — критерий истины» как никогда правдиво. Ќадеюсь, что этот, на мой взгл€д, очень глубокий анализ BIM-практики от опытного эксперта поможет вам по-новому взгл€нуть и на проблематику, окружающую BIM, и на нашу дискуссию, далеко не всегда дот€гивающую до такого уровн€ понимани€ проблем и €влений в информационном моделировании.

 омментариев: 24
id 7968     10 сент€бр€ 2012, 19:21
 ќлег “.
’ороша€ серьезна€ стать€. —пасибо!
ќсобенно пон€тен и близок пункт 2.6.

ќтветить   ÷итировать выделенное

id 7969     10 сент€бр€ 2012, 20:12
 ¬ладимир —авицкий
’ороша€ стать€.
ћногое из того ,что сказано € выразил в схематическом виде в своих стать€х,а именно про технологию внедрени€ , сотав и виды информации при внедрении данной технологии.

ќтветить   ÷итировать выделенное

id 7971     10 сент€бр€ 2012, 21:08
 Atlant
"“аким образом, дл€ IPD (и, следовательно, дл€ BIM тоже) необходимо в некотором смысле невозможное: смена ориентации с поиска выгоды дл€ своей организации на стремление улучшить общее дл€ всех участников процесса дело."
÷итата, показывающа€, что Ѕ»ћ - технологи€ дл€ следующего эволюционного витка организации человечества - социализма. Ќу, или его конвергенции в услови€х нынешнего экономического стро€. ¬ывод: Ѕ»ћ будет развиватьс€, не смотр€ ни на что. —рочно всем осваивать. Ёволюцию не остановишь =)

ќтветить   ÷итировать выделенное

id 7972     10 сент€бр€ 2012, 21:09
 √еннадий

÷итата из ¬ладимир —авицкий, id 7969:

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


» про проектирование, повтор€ющее работу строителей. Ёто незабываемо!

ќтветить   ÷итировать выделенное

id 7975     10 сент€бр€ 2012, 21:37
 јлександр Ѕауск
√еннадий, вы мен€ крайне об€жете, если будете джентльменом и не станете засор€ть обсуждение.

Atlant, насчет "социализма и BIM" € и сам иногда подумываю, но тут автор имел в виду несколько другое.
«десь идет речь о том, чтобы компенсировать друг другу усили€, которые вбрасываютс€ в BIM, через координацию действий на меж-организационном уровне, и учет того, что что сделал дл€ процесса, "как в одной команде" - в отличие от режима общени€ "вы нам направьте почтой требование, а мы посмотрим, выполнить его или дожидатьс€, когда вы судом станете грозить".
ј усили€ на BIM должны быть потрачены очень большие со стороны проектировщиков и их консультантов - и не факт, что все остальные выгодоприобретатели это признают и оцен€т.
¬ целом эта иде€ очень правильна€ и при пропаганде BIM еЄ ни в коем случае нельз€ опускать.  ажетс€, что-то подобное вскользь упоминалось в моей старой статье здесь, но не уверен.

Ёто тоже в некотором смысле социализм, но в американском представлении.

ќтветить   ÷итировать выделенное

id 7977     10 сент€бр€ 2012, 21:54
 ¬ладимир —авицкий

÷итата из јлександр Ѕауск, id 7975:

ј усили€ на BIM должны быть потрачены очень большие со стороны проектировщиков и их консультантов - и не факт, что все остальные выгодоприобретатели это признают и оцен€т.


ќчень правильна€ мысль.»менно недоценка усилий создателей информационной модели €вл€етс€ одним из тормозов внедрени€ этой технологии.
 ак мне кажетс€, что эти противоречи€ наибольше устран€ютс€ в проектно-строительных фирмах.“ут создание товарной информации дл€ строителей может быть оценено руководством фирмы, при условии еЄ полезности, повышении производительности труда »“– и рабочих, сокращении сроков строительства, удешевлении строительной продукции и т.д.

ќтветить   ÷итировать выделенное


ѕол€, помеченные * об€зательны дл€ заполнени€

  »м€ *

  e-mail

  web

¬ы можете ввести не более 3000 символов, осталось:

¬ведите
первые 3 символа:

 *

ќбновить



    

„итайте также:


¬акансии:

јктуальное обсуждение

RSS-лента комментариев

-->

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: Dassault Systèmes и софтверна€ республика
ѕроект ЂЌародное —јѕ–-интервьюї

—лучайна€ стать€:

BIM дл€ проектов повторного применени€ — ƒарь€ –оманюк, яна  олмогорова (28 апрел€ 2021)
isicad Top 10

—амые попул€рные материалы

   ‘орумы isicad:

isicad-2010 isicad-2008
isicad-2006 isicad-2004

ќ проекте

ѕриглашаем публиковать на сайте isicad.ru новости и пресс-релизы о новых решени€х и продуктах, о проводимых меропри€ти€х и другую информацию. јдрес дл€ корреспонденции - info@isicad.ru

ѕроект isicad нацелен на

  • укрепление контактов между разработчиками, поставщиками и потребител€ми промышленных решений в област€х PLM и ERP...
ѕодробнее

»нформаци€ дл€ рекламодателей


¬се права защищены. © 2004-2021 √руппа компаний «Ћ≈ƒј—»

ѕерепечатка материалов сайта допускаетс€ с согласи€ редакции, ссылка на isicad.ru об€зательна.
¬ы можете обратитьс€ к нам по адресу info@isicad.ru.