Система контроля версий для hardware или чем на самом деле должен заниматься отдел стандартизации

[Dotarev]

2.2 Репозиторий необходимо создавать для каждой самостоятельной сборочной единицы.

Допускается не заводить репозиторий до тех пор, пока изменение не нагрянет.

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

[Iscander_Che]

Из собственного опыта: как только для изделия повисает вопрос о выпуске партии, сразу следует вспомнить о ЕСКД. Тогда если изделие «взлетит», проблем с документированием будет значительно меньше. Причём применять ЕСКД необходимо вплоть до обозначения документов. Реальный пример: «а давайте использовать свою систему, зачем нам ЕСКД», решили когда-то родоначальники фирмы. В итоге когда дело дошло до госзаказа, работа резко затормозилась, т.к. ни инструментов, ни методологии работы строго по ЕСКД ни у кого не было.

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

[rahmaevao]

Да, вы правы. Как не плюйся на бюрократию, но она реально помогает.
Но при этом все зависит от уровня, на котором находится команда/контора. Бывает сложно смирится в необходимости всех этих мер и люди забивают на это получается просто хаос. Тогда и нужен костыль. Но при этом не стоит этот костыль боготворить.
И еще. Я отмечал, что порой официальный документооборот на предприятии дублируются неофициальным, ввиду устаревания официального. И в каждой голове / каждом отделе свои понятия правильности, а это плохо. Поэтому я за то, чтобы костыль задокументировать. Но после обсуждения с сообществом разработчиков, который помогут найти слабые места данного костыльного стандарта.