Comments 12
Вступление статьи прямо кричит «Не та КДПВ! НЕ ТА!!!» :)
Вот эту надо было!
Честно говоря, смотря на BIM (простите ТИМ) в наших организациях, складывается ощущение что для большинства это какой-то невиданный зверь или вообще штука)
Именно так! Вот поэтому у меня и родилась идея написать данную статью. Что либо Организация уже имеет некоторое представление и ей необходимо все моменты закрепить в регламентах ИСМ/СМК (интегрированная система менеджмента/система менеджмента качества), либо это всё таки эти моменты (названные мной рисками в таблице) формирует руководитель проекта внедрения BIM фиксируя внутри Организации. То есть относится к процессу внедрения BIM/ТИМ - не заканчивая настройкой САПР, семействами, мануалами и т.д., а формировать культуру работы предприятия в концепции BIM.
Коллега, а как бороться? Уходить в места, где готовы идти на уступки или ждать чуда сверху?
Вы этой статьёй в боевую точку попали, но сдаваться не хочется. Есть прикладные советы?
Статья и написана, как "всё нужно было делать не так", то есть начинать проект именно с некоторого опросника (сбор данных) Организации с выявлением именно что рисков проекта для себя и фиксируя их. Затем переходить к плану, и составлять его таким образом, чтобы риски минимизировать. А уже далее инициировать мероприятия выполнения того же плана за подписью вышестоящего руководства (важно!!! не пытаться внедрить "снизу", то есть от тех же проектировщиков - а убеждать, что это важно не им и именно самому руководству - это действительно так). Но всё это касается именно нового внедрения... На текущим предложил бы выйти на контакт с руководством и уже окончательно даже по той таблице утвердить для себя и сделать вывод и да - он может быть по рискам не утешительный... И уже действовать - либо принять и работать/мучиться также минимизируя или уходить на новый проект, увы так.
Сам начинал внедрение. Для себя взял инициативу 10 лет назад в одной крупной конторе. Сделал проекты и большие и сложные по срокам. Самостоятельно руководил проектами. От гип и го спец не было на тот момент ни какой помощи. Оно и понятно. В статье так и написано что бесполезно работать с инженерами. Тогда я для себя решил найти способ стучать в двери руководителей с определенным портфолио работ. Итог: ни один рук. так и не вышел на полноценное общение. Я сел и проанализировал может что-то я не так думаю и делаю. Ну не из той позиции что все 'козлы' и кто-то виноват. Давай побывать работать в 2 d и я для себя открыл новый пласт знаний. Но опять проблема. Это надо, точнее ни кому не нужно. Добился в чертежах и спецификациях хороших показателей. Итог этой проектной деятельности я вырос в хорошего спеца, а внедрение так и не получилось сделать качественно. Сейчас в новой компании и по вашему опроснику в данной компании, где я работаю, по моей субъективной оценки. Не хотят переходить в стандарт программы. Разработчики сказали ради одной маленькой компании ни кто это разрабатывать не будет. И пункт что компания не хочет подстраиваться под работу программы, это самострел в голову при покупке одного ПО. Нет точного понимания с чего компания заработает деньги при покупке данного по. Удачи Вам в пробивании толщи льда. Мне коллега рассказывал что две одинаковые процедуры написанные в двух компаниях работаю по разному. В одной все работает и занимается внедрением полным ходом. Другая просто отчитывается по бюджету. Печалька...
Хотел бы прокомментировать из Вашего текста выборочные вещи .И думаю начну с конца. Касательно отчитываются по бюджету и следуют процедуре: культуру работы и исполнения закладывает руководитель, если ему важно, чтобы действительно работало - будет требовать, а если отчетность по бюджету то цель "прибыль любыми средствами" - то проблема встанет рано или поздно перед таким руководителем ведь он не знает как фактически работает Организация, из чего получаются его деньги. "Нет точного понимания с чего компания заработает деньги при покупке данного по" - это очень и очень странное заявление, что компания не может оценить выгоду... пусть предусмотрит метрики для процессов и снимая их уже анализирует: будь то это время, количество замечаний, уменьшение брака и смотрит уже по внедрению. "Не хотят переходить в стандарт программы." - ну в данном случае ищите/пишите/(обращайтесь чтоб написали ПО под заказ для Вас) более подходящую программу или принимайте что есть и уже закрывайте ручные процессы другими способами. "Разработчики сказали ради одной маленькой компании никто это разрабатывать не будет." - да, это так, любые хотелки не будут закрываться, а вообще стоит смотреть на это комплексно и если какие то моменты закрываются - то не "закрываемые" либо вручную, либо разрабатывайте средства автоматизации. "ни один рук. так и не вышел на полноценное общение" - это опять зависит от самого руководителя, по личным примерам были очень заинтересованные вышестоящие руководители (но в большинстве случаев стараются действительно уйти в сторону/абстрагироваться)...
Внедрение bim начинается с концепции внедрения, смете внедрения, стратегии внедрения -- определения цены внедрения, ПО, изменения бизнес-процессов, обучения и прочего. Далее эта концепция со стоимостью защищается у держателей бюджета, далее ответственные, сроки и тому подобное. Без защиты документа по которому будет внедрение технологии - так себе попытка внедрения.
Незабываем про метрики проекта, чего мы хотим достичь. Давайте быть честными -- "полного бима" нет и не бывает. Это технология, которая закрывает определенный перечень задач. Любая проектная компания/институт это завод, который производит продукцию. Нельзя просто так взять и заменить работающую технологию (традиционное 2д проектирование) на новую. Для многих компаний традиционный подход к проектированию просто не стоит менять на bim, это безрезультативно и не приведет к повышению стоимости продукции.
Владельцы/управляющие компаний могут в полной мере не осознавать что такое bim. Одна из важных задач внедренца - рассказать им про bim на языке бизнеса. Сколько bim принесет (или унесет) денег, емкости проектирования, и прочего. Есть примеры компаний, где bim "пошел" снизу, но это наверное больше исключения из правил.
Внедрение bim (тим) - это дорого, трудоемко и не всегда с первого раза успешно.
Коллега, прям поддерживаю каждый абзац!!! И именно то, что Вы написали в самом первом - это исходит из тех же методологий управления проектами. Но отношение бизнеса к этому как к просто: "нужны программки, настройки, семейства ...", и именно такое отношение появилось в следствие того, что сами внедренцы, BIM-менеджеры и рук проектов внедрения так и преподносят ситуацию (возможно, могу ошибаться).
Это так преподносится, потому что эти задачи легко оцифровать (стоимость ПО, количество каталожных единиц, специалисты по настройке САПР, бим-менеджеры/координаторы) и продать бизнесу. А попробуйте подсчитать стоимость написания методологии bim (как мы будем проектировать по новой технологии), её внедрения, её шлифовки, остановки бизнес-процессов, изменения процессов hr, и прочее, прочее. Это самое дорогое и сложно-доказательное: не многие внедренцы в это умеют, немногий бизнес готов услышать и потратить на это деньги.
Ну не может бизнес взять и остановить производство, поэтому бим внедряется лоскутами, и общий уровень зрелости компании растет. Немногие компании за "один присест" внедряют хотя бы выпуск чертежей по основным дисциплинам проектирования из этих бимов.
Да, соглашусь... Но даже по первому Вашему комментарию, что я видел в поле - это не так... А касательно второго - дак это собственно то и нужно делать то: все описывать, заключать в стандарты, составлять СМК, менять бизнес-процессы. Но бизнес думает (есть на то примеры): достаточно программ, или кого-то научить, или что-то настроить/подкрутить - а важно собственно потом по этим новым бизнес-правилам организовать взаимодействие людей (тут уже даже в лирику немного).
Дело в том, что так или иначе начинается и уже идёт вторая волна внедрения BIM/ТИМ - импортозамещающая. И идёт она в точно таком же исполнении! И вот в этом печаль.
Как не «похоронить» проект BIM