BIM-поддержка проектировщиков

Знакомая ситуация: специалисту по разделу ОВ поручили участок, с которым раньше не работали в команде. Сроки поджимали, разбираться было некогда, а передать задачу было некому: остальные специалисты в команде были заняты своими разделами. Итог предсказуем: срок по разделу сдвинулся, а на звонке с заказчиком пришлось объяснять перенос обтекаемыми формулировками.

По отдельности каждый такой эпизод выглядит рядовым, не хватило времени, не той компетенции, кто-то взял на себя чужую задачу. Руководитель проектного отдела или BIM-координатор списывает это на текущую загрузку и переходит к следующей задаче. Проблема в том, что через месяц похожая история повторяется в другом разделе, с другим специалистом, а иногда и вовсе без видимой причины, кроме того, что «все были заняты». Срыв сроков проектирования редко случается один раз, обычно это уже вторая или третья версия одной и той же истории.

Если в последнее время вы чаще слышите в команде «не успеваем», «пришлось переделывать» или «взял, потому что больше некому» это не повод для паники и не диагноз «команда работает плохо». Это управленческий сигнал: за ним стоит конкретная нехватка ресурса, которую можно точно определить, а не расплывчатая «нехватка BIM-специалистов» вообще.

Вопрос в такой ситуации не «где найти еще одного человека в штат». Вопрос, какого именно ресурса не хватает: это и определяет, каким будет решение.

Три типа сигналов перегрузки команды

Не все сигналы, о которых шла речь выше, говорят об одном и том же. Сорванный срок по разделу ОВ, переделка после замечаний на координации, специалист, который тянет чужую задачу, выглядят как разные грани одной проблемы «не хватает ресурса», но требуют разных решений. Прежде чем думать, как усилить проектный отдел BIM, стоит понять, какой именно разрыв стоит за конкретным сигналом.

Разрывов три:

Разница важна не в теории, а практически. Компетентностный разрыв не закрыть простым увеличением состава команды: еще один человек без нужной экспертизы не спасёт раздел, в котором не хватает конкретного навыка. И наоборот временной разрыв не решить поиском узкого эксперта, если проблема не в компетенциях, а в объёме работы на ограниченный период.

Поэтому первый практический шаг не «где взять ресурс», а честно определить, какой из трех разрывов вы наблюдаете чаще всего в своей команде. От этого зависит, какое решение будет работать, а какое станет тратой времени и бюджета.

Спектр вовлечённости: от специалиста до BIM-отдела на аутсорсе

Диагностика типа разрыва не самоцель, а подготовка к следующему вопросу: что с этим делать. Здесь вы чаще всего упираетесь в ложную развилку: либо нанять человека в штат, либо смириться и тянуть своими силами. Между этими двумя крайностями целый диапазон вариантов, и выбор конкретной точки на этом диапазоне определяется именно тем разрывом, который вы диагностировали в предыдущем разделе.

Привлечение BIM-специалистов на аутсорсе точнее описывать через спектр вовлечённости, глубину, с которой внешний ресурс участвует в вашем проекте, чем через одну услугу с фиксированным содержанием.

На одном конце спектра точечный специалист: по сути, аутстаффинг BIM-специалиста под конкретный участок работы или задачу на ограниченный период, который встраивается в уже существующие процессы команды. Это ответ на временной разрыв или узкую нехватку компетенции по одному направлению.

Дальше полноценная внешняя команда: она берёт на себя роль BIM-отдела на аутсорсе для конкретного проекта или блока задач, с большей самостоятельностью и собственной внутренней координацией. Уместно, когда объем или сложность работы превышают возможности внутренней команды системно, а не разово.

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

Важно: экспертное участие и обучение команды здесь не отдельная услуга, конкурирующая с «аутсорсом», и не выбор в пользу «консалтинга» как альтернативы ему, а часть того же спектра вовлечения, которая включается, когда того требует ситуация. Разница между «привлечь специалиста на участок» и «получить команду с сопровождением» в глубине вовлечения, а не в природе решения.

Соответственно, следующий шаг сопоставить эту шкалу с тем, что вы увидели про свою команду в предыдущем разделе.

Как выбрать нужную точку на спектре

Три типа разрыва из предыдущего раздела и три точки спектра вовлечённости не соединяются автоматически это осознанный выбор, который стоит сделать до того, как искать подрядчика. Вот несколько вопросов о своей команде, которые стоит честно себе задать.

• Сколько это будет длиться? Если проблема ограничена по времени — сдать конкретный этап, закрыть пиковую загрузку на квартал, — обычно достаточно точечного решения: аренда BIM-инженера на срок проекта или разовое усиление проектной команды BIM одним-двумя специалистами.
• Это про один участок или про процесс в целом? Если не хватает конкретной компетенции по разделу или инструменту, а остальные процессы работают штатно, — снова подходит точечный специалист под нужную экспертизу. Если же речь про несколько разделов сразу или про то, как вообще устроена работа с моделью, — это уже задача для полноценной команды, а не для одного человека.
• Достаточно ли закрыть объём, или нужно, чтобы команда стала сильнее? Если единственная цель — сдать текущий проект, подходит команда, которая просто берёт на себя блок задач. Если проблема системная и хочется, чтобы через полгода команда сама справлялась лучше, — стоит присмотреться к формату с добавленным экспертным сопровождением и обучением.
• Готовы ли вы дать внешней стороне самостоятельность в рамках задачи? Точечный специалист обычно работает под вашим прямым управлением; полноценная команда — с собственной внутренней координацией. Ответ на этот вопрос — не только про объём работы, но и про то, сколько управленческого внимания вы готовы на это выделить.

Ответы редко укладываются в одну строку идеально и это нормально: спектр вовлечённости непрерывен, а не состоит из трёх изолированных точек. Но даже приблизительные ответы на эти четыре вопроса обычно достаточно точно указывают, в какой части спектра стоит искать решение.

Как проходит интеграция внешней команды

Допустим, диагностика подсказала: нужна полноценная команда или специалист на конкретный участок. Следующий закономерный вопрос — а как это будет работать на практике? Как внешние люди, которые ещё вчера не видели вашего проекта, встроятся в него так, чтобы не создать больше проблем, чем решить?

Здесь важно разделить два сценария. Один — когда задачу просто «перекидывают» внешнему исполнителю: получил файлы, сделал, вернул, дальше как получится. Другой — когда интеграция выстроена как управляемый процесс с понятными этапами. Разница между ними определяет, получите вы предсказуемый результат или новый источник рисков.

Первый этап — согласование стандарта. Прежде чем внешняя команда откроет модель, стороны фиксируют, по каким правилам ведется работа: это может быть формализованный BEP (BIM Execution Plan — план исполнения BIM на проекте) или требования EIR (Exchange Information Requirements — требования к обмену информацией), если они приняты в проекте, а может быть более простой внутренний регламент компании. Важен не документ сам по себе, а то, что обе стороны одинаково понимают структуру модели, нейминг, уровень детализации и точки контроля.

Второй этап — доступы: к моделям, общей среде данных, инструментам совместной работы. Без чёткой настройки прав на этом этапе внешняя команда либо не может нормально работать, либо получает доступ шире необходимого.

Третий этап — коммуникация: кто из внешней команды — точка контакта, как часто проходят статусы, кто с вашей стороны отвечает за согласования. Обычно эту роль у вас держит BIM-координатор или BIM-менеджер — человек, который синхронизирует внешний ресурс с внутренними процессами и разделами проекта.

Четвертый этап — контроль качества: проверка результата не в конце проекта, а на промежуточных точках, чтобы отклонения от стандарта или ошибки не накапливались до сдачи раздела.

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

Риски привлечения внешнего ресурса — и как ими управляют

Даже там, где интеграция выстроена как управляемый процесс, привлечение внешнего ресурса — не решение без рисков. Честный взгляд на них важнее, чем ещё один аргумент «за»: без этого решение принимается на основе неполной картины, а риски всё равно проявятся — просто позже и неожиданнее.

• Потеря контроля. Когда часть работы уходит за пределы внутренней команды, вы уже не видите процесс так же плотно, как со штатным специалистом за соседним столом. Управляется это тем же, о чём шла речь в разделе про интеграцию: регулярными точками коммуникации и контролем качества на промежуточных этапах, а не только на финальной сдаче.
• Зависимость от подрядчика. Если знания о конкретном участке модели остаются только у внешней команды и нигде не фиксируются, при смене подрядчика или завершении контракта образуется разрыв. Управляется это тем, что стандарты, структура модели и рабочая документация с самого начала фиксируются как часть проекта — независимо от того, кто именно сейчас ведёт эту часть модели.
• Встраивание в BIM-стандарт заказчика. У вас, скорее всего, уже есть свой сложившийся стандарт — нейминг, уровень детализации, структура файлов. Внешняя команда должна встроиться в него, а не привнести свой. Риск здесь — потеря согласованности модели, и снимается он именно на этапе согласования стандарта, до того как в модели появятся первые несостыковки.
• Конфиденциальность проектных данных. Модели, чертежи, а иногда и коммерческая информация о проекте выходят за пределы компании. Управляется это соглашением о конфиденциальности, ограничением доступа по ролям и понятными правилами хранения и передачи данных — а не молчаливым доверием.

Ни один из этих рисков не повод отказаться от идеи привлечения внешнего ресурса — но каждый требует конкретного ответа на вопрос «как мы этим управляем», а не общих заверений, что «всё будет под контролем».

На что смотреть при выборе подрядчика для BIM-отдела на аутсорсе

Управлять рисками, описанными выше, проще всего ещё до подписания договора — на этапе выбора подрядчика. Именно этот вопрос обычно остаётся за кадром: материалы про привлечение BIM-специалистов на аутсорсе объясняют, зачем это нужно, но редко — как выбрать конкретного исполнителя. Вот на что стоит смотреть.

• Релевантный опыт под вашу задачу. Не опыт вообще, а опыт именно в нужных разделах проектирования, типах объектов и инструментах. Подрядчик, который силён в промышленных объектах, не обязательно закроет компетентностный разрыв в жилом проекте — и наоборот.
• Готовность работать по вашему стандарту. Подрядчик должен встраиваться в ваш BEP, EIR или внутренний регламент, а не настаивать на собственном подходе к неймингу и структуре модели. Это стоит проверить еще на этапе переговоров, а не после начала работы.
• Понятный процесс коммуникации и контроля качества. Тот же набор вопросов из раздела про интеграцию стоит задать и подрядчику: кто отвечает за связь с вами, с какой периодичностью и на каких этапах проверяется результат. Расплывчатый ответ здесь — сигнал, что интеграция скорее будет разовой передачей задач, чем управляемым процессом.
• Гибкость формата вовлечения. Способен ли подрядчик предложить именно ту глубину участия, которая нужна вам, — от точечного специалиста до команды с сопровождением, — или у него есть только один формат, независимо от вашей ситуации.
• Прозрачность условий и ценообразования. Понятно ли заранее, как считается стоимость привлечения BIM-специалиста — по часам, по объёму, по этапам, — и что входит в эту стоимость, прежде чем начинать работу, а не по факту выставленного счёта.
• Практики работы с конфиденциальностью данных. Есть ли у подрядчика внятный подход к NDA, ограничению доступа и хранению проектных данных — или это решается уже по ходу дела, после того как модели переданы.

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

Что делать дальше

Путь от сигналов перегрузки в команде до конкретных критериев выбора подрядчика подводит к одному выводу: наращивание ресурса BIM-команды — не бинарный выбор «нанять в штат или терпеть». Это выбор нужной точки на спектре вовлечения внешней команды — от точечного специалиста до команды с экспертным сопровождением. Какая именно точка подойдет вам, зависит от того, какой разрыв вы диагностировали в своей команде: компетентностный, временной или качественный.

Если после прочтения вы всё ещё не до конца уверены, где на этом спектре находится ваша ситуация, это нормально: диагностика редко даёт однозначный ответ с первого раза, особенно когда решение касается реального проекта и реальных сроков.

Tiver Group работает с BIM-моделированием архитектурных, конструктивных и инженерных разделов и использует широкий набор инструментов — от Revit и Navisworks до Dynamo и Tekla. Это та экспертиза, которую можно приложить к вашей конкретной ситуации: закрыть точечную задачу по разделу, взять на себя часть проектных работ или выступить в роли BIM-отдела на аутсорсе для тех, кому нужна постоянная поддержка без расширения штата.

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