BIM
BIM

По ретроспективе своего опыта усматривается понимание «что нужно было всё делать не так…».

Всё это «не так» заключается в понимании буквально, что наблюдаемый процесс освоения BIM в проектных Организациях со стороны самой Организации, её руководства должен быть очень простым, дешевым и качественным – да, именно все эти три взаимоисключающих условия. И вот под таким «лозунгом» Организация и ищет специалиста, руководителя, эксперта для воплощения своих нужд, хотелок, вынужденных временных трудностей. Вы можете это встречать по формулировкам как: «нам нужно просто подхватить…», «мы уже что-то делаем, и может у Вас есть какие-нибудь улучшатели нашего делания…», и банальные «у нас есть программы/программа, мы научили людей – но что-то процесс не идёт…» и многие ещё подобные. И так или иначе, во всех этих и многих других обстоятельствах работодатель «идёт» на рынок труда в поисках того, кто ему «всё сделает» под тот вышесказанный лозунг. И обычно лицо, которое занимается поиском/отсмотром потенциального сотрудника не является ни владельцем проектной Организации, ни её руководителем, и чаще всего даже мало имеющее отношение вообще к понятию BIM, о котором здесь в частности идёт речь, и лицо может быть даже не HR. И фактически тем самым, вышестоящее руководство Организации абстрагируется от всей этой истории, делегируя «полномочия» лицу, которое мало представляет и всю ситуацию в организации в целом. Однако, стоит отметить, что Организация, её руководитель, собственник, учредитель имеют прямую зависимость прибыли от качества оказываемых услуг того наемного специалиста, отбор которого осуществляется. То есть, выходной продукт, всё таки деятельности проектной Организации это: будь то плоская документация ПИР; и/или прогрессивное 3D-представление – BIM-модель, а в качественном внедрении именно одно следствие другого, а никак не наоборот (и не имеет смысла отрицать что 3D должно быть первичней 2D – иначе это буквальная фраза при обратному представлении, как натягивание «совы на глобус») – должен будет измениться.

Но что же происходит на стороне того же специалиста. Данный потенциальный сотрудник обманывается всей этой ситуацией. Не задает обратных глубоких вопросов, не интересуется истинными мотивами Организации (да и его собеседователь может и не знать о них), и либо соглашается на условия «эникейщика» (это по другому даже и не назовешь), либо не сходятся во мнение/понимании. А суть того же процесса внедрения BIM – это четко оговоренный во временных рамках проект с применением тех же методологий ведения/управления проектами: с планом, дорожными картами, целями – именно вытекающими из целей самой Организации, и никак иначе.

В моем понимании, и для обстоятельств чтобы не обмануться ситуацией, подобным специалистам следует руководствоваться некоторыми рисками, что я принял для себя при рассмотрении Организаций для проекта внедрения BIM:

  1. При отсутствии в Организации понимания ценности в отношении процесса, продуктов/результатов BIM – Организация не перейдет на BIM.

  2. Отсутствие у Организации на верхнем уровне одноименной цели «перейти на BIM» или подобной – Организация не перейдет на BIM.

  3. Если Организация считает, что её переход на BIM это некоторый второстепенный процесс, мало пересекающийся с основным процессом – проектированием/выпуском документации ПИР – Организация не перейдет на BIM.

  4. Если Организация не выстроила себе представление (не говоря уже о плане) о переходе на BIM – Организация не перейдет на BIM (об этом можно судить о представителе Организации с кем у Вас происходит диалог по этому вопросу).

  5. Если Организация не ориентируется в текущих, краткосрочных (возможно и долгосрочных) перспективах использования программных средств, продуктах/результатах BIM, иначе по договоренности данное представление должен сформировать руководитель проекта внедрения BIM и Организация по отсутствию собственного должна принять предлагаемое и зафиксировать, а если такого не происходит – Организация не перейдет на BIM.

  6. Если Организация не сформировала схему архитектуры применения программных средств (или в этой схеме отсутствуют средства формирования BIM), иначе по договоренности это выполняет руководитель проекта внедрения BIM, на что Организация должна согласиться, в отсутствие собственной и если такого не происходит – Организация не перейдет на BIM.

  7. Если Организация оставляет «за скобкой»/умалчивает вопросы лицензирования программных продуктов и просит Вас не задавать такие вопросы или они находятся «вне зоны вашей ответственности/компетенции» (и многие другие формулировки) – Организация не перейдет на BIM. А ситуация банально простая: измениться ситуация во внешнем контуре и вся ваша работа может быть уже не нужна, как собственно и Вы Организации.

  8. Умалчивание вопросов финансирования, не внятное понимание доходов/расходов как по самим программным средства так и по продуктам/результатам BIM, что обычно также остается «за скобкой» в диалоге с Организацией/её представителем – Организация не перейдет на BIM.

  9. Элементарная неготовность Организации меняться под культуру формирования BIM, как процесса иного ведения проектных работ, как совместного – Организация не перейдет на BIM (при отрицании условий, изменений и предложений руководителя проекта внедрения BIM такое становится очевидным).

  10. Отсутствие заинтересованности, требуемой помощи/содействия (воздействие административным ресурсом) со стороны Организации/её представителя на процессы внедрения BIM – Организация не перейдет на BIM.

Данные пункты могут быть расшиты ещё более глубоким опытом и мнением моих коллег, с  какими то может быть не согласны, но я постарался охватить самые на мой взгляд ключевые аспекты. Также я считаю, что исключив/не установив тот или иной пункт Вы формируете самые настоящие риски проекта внедрения BIM, с которыми Вы впоследствии и фактически столкнетесь или должны будете мириться при процессе внедрения.

И самое важное – фиксируйте письменно для себя при найме, те важные именно для Вас вопросы; или уже в рабочем режиме фиксируйте все те нужные договоренности с вышестоящим представителем Организации, чтобы и не обманывать ни себя в ожиданиях, ни представителя/Организацию в его/её ожиданиях, да и чтобы при «повороте»/изменении договоренностей вы понимали к чему всё идет. Подходите к внедрению BIM именно как к полноценному проекту с его управлением по уже многочисленным методологиям к этому. Устанавливайте рамки/границы, договаривайтесь о зонах ответственности, формируйте и фиксируйте план и действуйте по нему, обязательно задайтесь целью и определите ценности и также зафиксируйте их, и здесь речь что это нужно сделать не у себя в заметках, а именно в самой Организации.

Если приходить к краткости от развернутых выше тезисов, то я бы выделил именно вот такие критерии оценки рисков Организации по внедрению/переходу на BIM (всё это, по моему мнению, должны быть именно зафиксировано, иначе – Организация не перейдет на BIM):

№ риска

Критерий риска

Оценка риска

1

Определена ценность BIM для Организации

2

Переход на полноценный BIM как одна из основных верхнеуровневых целей Организации

3

BIM принимается/применяется как и основной процесс проектирования/формирования ПИР

4

Организация ориентируется в ситуации по BIM в целом и о его перспективах применения

5

Вектор развития Организации выбран совместно с BIM и согласуется с пунктом выше

6

Сформирована схема архитектуры программных средств с применением BIM

7

Применение лицензированных программных средств BIM в Организации

8

Организация представляет расходы на BIM и доходы от применения/использования продуктов/результатов BIM

9

Готовность Организации изменять свои бизнес-процессы под идеологию BIM

10

Заинтересованность Организации продвигать BIM внутри Организации (преодоление инерции)

Итого:

Попробуйте составить такую табличку у себя в Организации, в процентных/равнодолевых оценках рисков (или усложнив – добавить веса рискам), и оцените на сколько Ваш проект BIM в Организации, так скажем, удачная затея. Буду рад обратной связи в комментариях. Очень интересно увидеть опыт коллег.

Это моя первая статья, так что прошу отнестись без особой придирчивости)

Спасибо!

Комментарии (12)


  1. kekoz
    17.02.2025 12:43

    Вступление статьи прямо кричит «Не та КДПВ! НЕ ТА!!!» :)

    Вот эту надо было!
    //
    //


    1. FerZ_174 Автор
      17.02.2025 12:43

      Спасибо за комментарий) Не хотел первую вроде как серьезную статью начинать с мема, но согласен, что было бы уместно.


  1. Vincent112
    17.02.2025 12:43

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


    1. FerZ_174 Автор
      17.02.2025 12:43

      Именно так! Вот поэтому у меня и родилась идея написать данную статью. Что либо Организация уже имеет некоторое представление и ей необходимо все моменты закрепить в регламентах ИСМ/СМК (интегрированная система менеджмента/система менеджмента качества), либо это всё таки эти моменты (названные мной рисками в таблице) формирует руководитель проекта внедрения BIM фиксируя внутри Организации. То есть относится к процессу внедрения BIM/ТИМ - не заканчивая настройкой САПР, семействами, мануалами и т.д., а формировать культуру работы предприятия в концепции BIM.


  1. Sladexer
    17.02.2025 12:43

    Коллега, а как бороться? Уходить в места, где готовы идти на уступки или ждать чуда сверху?

    Вы этой статьёй в боевую точку попали, но сдаваться не хочется. Есть прикладные советы?


    1. FerZ_174 Автор
      17.02.2025 12:43

      Статья и написана, как "всё нужно было делать не так", то есть начинать проект именно с некоторого опросника (сбор данных) Организации с выявлением именно что рисков проекта для себя и фиксируя их. Затем переходить к плану, и составлять его таким образом, чтобы риски минимизировать. А уже далее инициировать мероприятия выполнения того же плана за подписью вышестоящего руководства (важно!!! не пытаться внедрить "снизу", то есть от тех же проектировщиков - а убеждать, что это важно не им и именно самому руководству - это действительно так). Но всё это касается именно нового внедрения... На текущим предложил бы выйти на контакт с руководством и уже окончательно даже по той таблице утвердить для себя и сделать вывод и да - он может быть по рискам не утешительный... И уже действовать - либо принять и работать/мучиться также минимизируя или уходить на новый проект, увы так.


  1. Yogen1
    17.02.2025 12:43

    Сам начинал внедрение. Для себя взял инициативу 10 лет назад в одной крупной конторе. Сделал проекты и большие и сложные по срокам. Самостоятельно руководил проектами. От гип и го спец не было на тот момент ни какой помощи. Оно и понятно. В статье так и написано что бесполезно работать с инженерами. Тогда я для себя решил найти способ стучать в двери руководителей с определенным портфолио работ. Итог: ни один рук. так и не вышел на полноценное общение. Я сел и проанализировал может что-то я не так думаю и делаю. Ну не из той позиции что все 'козлы' и кто-то виноват. Давай побывать работать в 2 d и я для себя открыл новый пласт знаний. Но опять проблема. Это надо, точнее ни кому не нужно. Добился в чертежах и спецификациях хороших показателей. Итог этой проектной деятельности я вырос в хорошего спеца, а внедрение так и не получилось сделать качественно. Сейчас в новой компании и по вашему опроснику в данной компании, где я работаю, по моей субъективной оценки. Не хотят переходить в стандарт программы. Разработчики сказали ради одной маленькой компании ни кто это разрабатывать не будет. И пункт что компания не хочет подстраиваться под работу программы, это самострел в голову при покупке одного ПО. Нет точного понимания с чего компания заработает деньги при покупке данного по. Удачи Вам в пробивании толщи льда. Мне коллега рассказывал что две одинаковые процедуры написанные в двух компаниях работаю по разному. В одной все работает и занимается внедрением полным ходом. Другая просто отчитывается по бюджету. Печалька...


    1. FerZ_174 Автор
      17.02.2025 12:43

      Хотел бы прокомментировать из Вашего текста выборочные вещи .И думаю начну с конца. Касательно отчитываются по бюджету и следуют процедуре: культуру работы и исполнения закладывает руководитель, если ему важно, чтобы действительно работало - будет требовать, а если отчетность по бюджету то цель "прибыль любыми средствами" - то проблема встанет рано или поздно перед таким руководителем ведь он не знает как фактически работает Организация, из чего получаются его деньги. "Нет точного понимания с чего компания заработает деньги при покупке данного по" - это очень и очень странное заявление, что компания не может оценить выгоду... пусть предусмотрит метрики для процессов и снимая их уже анализирует: будь то это время, количество замечаний, уменьшение брака и смотрит уже по внедрению. "Не хотят переходить в стандарт программы." - ну в данном случае ищите/пишите/(обращайтесь чтоб написали ПО под заказ для Вас) более подходящую программу или принимайте что есть и уже закрывайте ручные процессы другими способами. "Разработчики сказали ради одной маленькой компании никто это разрабатывать не будет." - да, это так, любые хотелки не будут закрываться, а вообще стоит смотреть на это комплексно и если какие то моменты закрываются - то не "закрываемые" либо вручную, либо разрабатывайте средства автоматизации. "ни один рук. так и не вышел на полноценное общение" - это опять зависит от самого руководителя, по личным примерам были очень заинтересованные вышестоящие руководители (но в большинстве случаев стараются действительно уйти в сторону/абстрагироваться)...


  1. onetape
    17.02.2025 12:43

    Внедрение bim начинается с концепции внедрения, смете внедрения, стратегии внедрения -- определения цены внедрения, ПО, изменения бизнес-процессов, обучения и прочего. Далее эта концепция со стоимостью защищается у держателей бюджета, далее ответственные, сроки и тому подобное. Без защиты документа по которому будет внедрение технологии - так себе попытка внедрения.

    Незабываем про метрики проекта, чего мы хотим достичь. Давайте быть честными -- "полного бима" нет и не бывает. Это технология, которая закрывает определенный перечень задач. Любая проектная компания/институт это завод, который производит продукцию. Нельзя просто так взять и заменить работающую технологию (традиционное 2д проектирование) на новую. Для многих компаний традиционный подход к проектированию просто не стоит менять на bim, это безрезультативно и не приведет к повышению стоимости продукции.

    Владельцы/управляющие компаний могут в полной мере не осознавать что такое bim. Одна из важных задач внедренца - рассказать им про bim на языке бизнеса. Сколько bim принесет (или унесет) денег, емкости проектирования, и прочего. Есть примеры компаний, где bim "пошел" снизу, но это наверное больше исключения из правил.

    Внедрение bim (тим) - это дорого, трудоемко и не всегда с первого раза успешно.


    1. FerZ_174 Автор
      17.02.2025 12:43

      Коллега, прям поддерживаю каждый абзац!!! И именно то, что Вы написали в самом первом - это исходит из тех же методологий управления проектами. Но отношение бизнеса к этому как к просто: "нужны программки, настройки, семейства ...", и именно такое отношение появилось в следствие того, что сами внедренцы, BIM-менеджеры и рук проектов внедрения так и преподносят ситуацию (возможно, могу ошибаться).


      1. onetape
        17.02.2025 12:43

        Это так преподносится, потому что эти задачи легко оцифровать (стоимость ПО, количество каталожных единиц, специалисты по настройке САПР, бим-менеджеры/координаторы) и продать бизнесу. А попробуйте подсчитать стоимость написания методологии bim (как мы будем проектировать по новой технологии), её внедрения, её шлифовки, остановки бизнес-процессов, изменения процессов hr, и прочее, прочее. Это самое дорогое и сложно-доказательное: не многие внедренцы в это умеют, немногий бизнес готов услышать и потратить на это деньги.

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


        1. FerZ_174 Автор
          17.02.2025 12:43

          Да, соглашусь... Но даже по первому Вашему комментарию, что я видел в поле - это не так... А касательно второго - дак это собственно то и нужно делать то: все описывать, заключать в стандарты, составлять СМК, менять бизнес-процессы. Но бизнес думает (есть на то примеры): достаточно программ, или кого-то научить, или что-то настроить/подкрутить - а важно собственно потом по этим новым бизнес-правилам организовать взаимодействие людей (тут уже даже в лирику немного).

          Дело в том, что так или иначе начинается и уже идёт вторая волна внедрения BIM/ТИМ - импортозамещающая. И идёт она в точно таком же исполнении! И вот в этом печаль.