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

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 7987     11 сент€бр€ 2012, 0:21
 ≈вгений Ўирин€н

÷итата из ¬ладимир “алапов, id 7983:

«а год многое (очень многое) изменилось. ƒл€ современных технологий и их внедрени€ год - это огромный срок! „то, ничего более нового не было?


ћне кажетс€, что здесь год-два - не срок, за который благодар€ технологи€м может помен€тьс€ радикально така€ огромна€ отрасль. “ем более ее культурный аспект - о чем пишет ƒ.’ольцер. Ёту статью € не раз читал в оригинале, кстати.
Ќа примере Roombook действительно может что-то помен€тьс€, а может по€витьс€ другой Roombook дл€ Revit, который посчитает все идеально! » все будут счастливы!
BIM-технологи€ (у конкретных вендоров) - не та матери€, котора€ радикально мен€етс€ во времени...

Ќапример, вз€ть ArchiCAD (€ его лучше знаю просто) радикально помен€лс€ за последние 3 года! Ќо сущностные проблемы внедрени€ остались, как то: адаптаци€ возможностей программы под разные типологии и конструктивные схемы, разделение ролей внутри процесса моделировани€, регламенты и т.п.

“.е. мне кажетс€, в данном случае, что проблема срока не совсем уместна. “ема IPD, конечно, требует развернутого описани€ и обсуждени€

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

id 7988     11 сент€бр€ 2012, 1:08
 ¬ладимир “алапов

÷итата из ≈вгений Ўирин€н, id 7987:

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


ќтрасль - не помен€етс€, но изменени€ происход€т и имеют конкретную динамику.

÷итата из ≈вгений Ўирин€н, id 7987:

“ем более ее культурный аспект


 ультурный аспект - наименее значимый среди вли€ющих на отрасль.

÷итата из ≈вгений Ўирин€н, id 7987:

Ќа примере Roombook действительно может что-то помен€тьс€


«а это времы по€вилось много "румбуков", но главное в другом - активно пошел процесс разработки приложений, а это - признак коренного перелома во внедрении BIM.

÷итата из ≈вгений Ўирин€н, id 7987:

мне кажетс€, в данном случае, что проблема срока не совсем уместна


ѕри современных сроках технологического обновлени€ (полтора года) проблема срока исключительно уместна.

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

id 7989     11 сент€бр€ 2012, 1:37
 ≈вгений Ўирин€н

÷итата из ¬ладимир “алапов, id 7988:

но главное в другом - активно пошел процесс разработки приложений


 аких приложений? ƒополнений под конкретные задачи - верно ли € пон€л? ќн был почти с самого начала. ƒл€ Revit действительно последнее врем€ много новых дополнений. ƒл€ ArchiCAD их не меньше.
Ќа мой взгл€д, способствует внедрению технологий (и их дальнейшему совершенствованию) не приложени€, а вли€ние растущего сообщества, гос.законов и т.п.
Ќа примере различи€ сообществ Autodesk и Graphisoft лично € вижу причину динамики внедрени€, освоени€. Graphisoft упустил или мало вкладывал в развитие сообщества, да и бюджеты не те. ј Autodesk поддержал энтуазиастов, создал экспертное сообщество. Ћюди - это же самый ценный капитал...
Ќаверное, про культурный аспект € неверно выразилс€, может, назвать это социальным, не знаю.  ак раз в нем вс€ затыка, вроде это уже обсуждали. — этой точки зрени€, социальной - тренд социализации, демократизации, консьюмеризации (ќлег Ўиловицкий предпочитает этот термин) способствует рывку, а не экстра-продвинутых функций. ћне так кажетс€.

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

id 7993     11 сент€бр€ 2012, 7:21
 ¬ладимир “алапов

÷итата из ≈вгений Ўирин€н, id 7989:

 аких приложений? ƒополнений под конкретные задачи - верно ли € пон€л?


»менно так. —ейчас их становитс€ принципиально больше.

÷итата из ≈вгений Ўирин€н, id 7989:

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


Ёто все тоже вли€ет, но все-таки внедр€ютс€ в проектную практику не вли€ние сообщества, а конкретные программы.

÷итата из ≈вгений Ўирин€н, id 7989:

— этой точки зрени€, социальной - тренд социализации, демократизации, консьюмеризации (ќлег Ўиловицкий предпочитает этот термин) способствует рывку, а не экстра-продвинутых функций.


¬ы думаете, что реактивна€ авиаци€ сменила поршневую благодар€ социализации и демократизации, а не из-за ее технических возможностей? ј ведь с BIM - то же самое!

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

id 7997     11 сент€бр€ 2012, 7:56
 ¬ладимир “алапов

÷итата из ≈вгений Ўирин€н, id 7989:

Graphisoft упустил или мало вкладывал в развитие сообщества, да и бюджеты не те


 роме денег еще "т€м" нужен: если предлагать работать в BIM, повтор€€ действи€ строителей, как рекомендуют некоторые, то никакие деньги не помогут.

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

id 8005     11 сент€бр€ 2012, 13:34
 ≈вгений Ўирин€н

÷итата из ¬ладимир “алапов, id 7993:

Ёто все тоже вли€ет, но все-таки внедр€ютс€ в проектную практику не вли€ние сообщества, а конкретные программы.


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

¬прочем, это не принципиально сейчас, и ¬ам виднее, это уж точно.

„то касаетс€ статьи, то мне больше всего показалс€ интересным этот кусок: "— другой стороны, очень важно провести границу между блуждающим, эрративным, открытым исследовательским процессом, характерным дл€ дизайна, и более формальным, целеустремлЄнным процессом создани€ трехмерных форм и их св€зывани€ с последующим созданием разнообразной документации. ƒл€ этого необходимо исследовать Уцифровую экосистемуФ BIM-организации, представить еЄ на бумаге и таким образом визуализировать св€зи между инструментами и конечный результат рабочего процесса."
ќчень схожую историю € наблюдал на этом интерактивном сайте (правда, это исследование в области промдизайна и —јѕ–):http://www.industrialdesignresearch.com/index.html
’ольцер отмечает различие проектных поисков и "целеустремленного" построени€ информационной модели. Ќа мой взгл€д, и сайт, и этот абзац ’ольцера подтверждают то, что € пыталс€ нащупать в своей заметке на isicad.

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


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

  »м€ *

  e-mail

  web

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

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

 *

ќбновить



    

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


¬акансии:

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

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

-->

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

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

Onshape дл€ пользователей Solidworks. Ѕудущее Onshape — –альф √рабовски (23 апрел€ 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.