Popular searches

Didn't find it? Write to us
Best practices and tips

Почему инженеры продолжают проектировать как 20 лет назад, даже когда у них есть современный CAD

Компания может купить современную CAD-систему, установить её на компьютеры проектировщиков и при этом почти ничего не изменить в самом процессе проектирования.

CAD.kz editorial team

Компания может купить современную CAD-систему, установить её на компьютеры проектировщиков и при этом почти ничего не изменить в самом процессе проектирования.

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

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

Старый DWG — это не просто шаблон

Один из самых устойчивых процессов в проектных организациях выглядит примерно так: старый проект → копия → изменения → проверка → новый проект.

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

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

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

Именно поэтому переход на специализированное проектирование — это не просто замена одной CAD-системы другой. Меняется способ представления самого объекта.

Инженер начинает работать как оператор переноса данных

Есть ещё одна характерная ситуация. Один и тот же параметр появляется в проекте несколько раз.

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

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

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

Почему «мы просто перейдём на новую программу» обычно недостаточно

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

Если раньше инженер:

  • создавал геометрию;
  • отдельно выполнял расчёт;
  • вручную оформлял результаты;
  • собирал спецификацию;
  • проверял соответствие между документами,

то после внедрения нового ПО он может продолжить делать ровно то же самое. Только теперь — в новом интерфейсе.

Поэтому при выборе программного обеспечения полезно задавать не вопрос: «Какие функции есть у этой программы?» а другой: «Какие операции в нашем проекте программа способна взять на себя?» Это принципиальная разница.

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

Самая показательная разница — изменение проекта

Представим обычную ситуацию: в проекте меняется один параметр. Например, нужно изменить диаметр участка трубопровода.

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

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

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

Хорошая система должна помогать инженеру не только создать решение, но и не потерять его целостность после изменений.

Специализация начинается там, где объект перестаёт быть просто геометрией

Для разных дисциплин это особенно заметно. Трубопровод — это не просто несколько линий на плане. У него есть диаметр, материал, характеристики, арматура, отметки и связи с другими элементами. Поверхность для генплана — не просто цветной фон. Она содержит информацию о рельефе, отметках и геометрии территории.

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

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

Но есть ещё одна причина — привычка

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

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

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

Как понять, действительно ли компании нужно новое ПО

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

На каждом этапе задать несколько вопросов:

  • Что инженер вводит вручную?

Что он переносит из одного файла в другой?

Какие данные приходится вводить повторно?

Что приходится проверять после изменения проекта?

Какие операции выполняются одинаково десятки или сотни раз?

Где информация существует отдельно от самого проектного объекта?

Ответы обычно дают гораздо больше для выбора ПО, чем длинная таблица функций.

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

Современный CAD не отменяет старые привычки

Сам факт покупки нового программного обеспечения не делает процесс проектирования современным. Можно установить новую систему и продолжить проектировать по принципу: скопировать → изменить → подписать → проверить → повторить.

А можно использовать переход на новое ПО как повод пересмотреть саму последовательность работы: создать объект → задать его свойства → связать с другими элементами → получить необходимые представления и документацию из этих данных.

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

Именно здесь современное проектное ПО перестаёт быть просто новым инструментом для рисования и становится инструментом организации самой работы инженера.

Если вы планируете обновить программное обеспечение для проектирования, важно не ограничиваться покупкой лицензий. В CAD.kz можно подобрать ПО под конкретные задачи проектной организации — от CAD-платформ и BIM-инструментов до специализированных решений для инженерных дисциплин.

Мы также помогаем с настройкой и внедрением, обучаем сотрудников работе в программе и остаёмся на связи для консультаций и сопровождения. То есть задача не заканчивается на передаче лицензии: мы помогаем сделать так, чтобы новое ПО действительно стало частью рабочего процесса проектировщика.