Поддерживая два или три направления САПР, очень трудно сделать единую систему документооборота с единой выверенной библиотекой элементов. Ротация кадров в таком случае приобретает большую проблему. Аналогичная ситуация и с другими направлениями в ИТ-компании (программирование, конструкторы и т.д.).

Хочется отметить и то, что если брать квалифицированного профессионала, но без знания нужного САПРа - и ждать, пока он переучится, то срок проекта может увеличиться от нескольких месяцев до года. В зависимости от обучаемости сотрудника. Но тогда этот проект в дальнейшем можно будет поддерживать и развивать с помощью других сотрудников этого предприятия.

Третья ошибка: на предприятии нет единой библиотеки (конструкторской, программной или электрических элементов).

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

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

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

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

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

Трудно описать словами то, что иногда приходится видеть на собеседовании.

У программистов достаточно посмотреть код, который он писал на предыдущем месте работы: код без единой строчки комментариев очень «красив» и «понятен».

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