Организационный аспект разработки РЭА Опции

[Konrad]

Приветствую, господа.

Работаю на достаточно крупном госпредприятии (около тысячи работников). Контора специализируется на прецизионной электромеханике + делает электронику к ней. В части разработки электроники у нас существует следующее разделение труда: схема рождается в подразделении ответственном за разработку схем, затем вместе с ТЗ она попадает в другое подразделение в котором разводят платы и разрабатывают конструктив. При этом "электроника" у нас двух видов : это либо контрольно-проверочная аппаратура (КПА), либо системы для ответственных применений. В зависимости от назначения разработкой как схем так и плат/конструктивов внутри соответствующих подразделений занимаются специализирующиеся на конкретной тематике сектора.
Я работаю в секторе разрабатывающем электронные схемы контрольно-проверочной аппаратуры. При этом сталкиваюсь с тем, что большинство конструкторов ни хрена не понимают в электронике и чтобы получить нормальную печать нужно сидеть с девочкой-конструктором и объяснять ей досконально что и как провести и после всё проверять и зачастую переделывать. При этом они многократно завышают трудоемкость работ, берут, ссылаясь на занятость, какие-то огромные сроки. А в связи с тем, что схемотехническое подразделение и конструкторское являются независимыми по отношению друг к другу и подчиняются только высшему руководству, конструктора часто отказывают нам в содействии и заботятся в первую очередь о прикрытии своей задницы, а не о конечном результате совместной работы...
Наблюдая такое дело я взял курс на повышение собственной автономности: когда существует возможность я стараюсь самостоятельно разводить платы (правда это оказывается возможным лишь тогда когда речь идет о макетах и прототипах). Походу я обнаружил, что платы таким образом появляются на свет гораздо быстрее чем когда к ним руку прикладывают наши конструктора. Далее обратил внимание, что незамысловатые конструкции которые они разрабатывают для КПА базируются на стандартизованной евромеханнике и трудоемкость этой работы тоже не столь велика.
В результате всех этих экспериментов и наблюдений я пришел к выводу о целесообразности:
- как минимум возложить обязанность трассировки ПП на разработчика схемы
- как максимум ликвидировать в структуре КБ КПАшный сектор и передать их тематику нам (схемотехникам-КПАшникам) усилив наш сектор парой-тройкой специалистов соответствующего профиля

В связи с такими выводами мне стало очень интересно: каким образом организуется разработка/проектирование РЭА на других предприятиях?

Сообщение отредактировал Konrad - Jul 21 2013, 11:58

[Konrad]

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

[AlexandrY]

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

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

Такую схему как у вас я в свое время сделал за полтора месяца.

Это у вас, как понимаю, привод не сильно мощного BLDC двигателя.

Я тоже делал на Cortex-M3 и тоже управлял 27В BLDC c точным позиционированием, но функций в дивайсе было больше.
У него помимо RS232 были CAN, USB, miscroSD, LCD дисплей и проч.
За полтора месяца одним человеком было сделано все: исследование двигателя, разработка схемы, создание базы компонентов, закупка компонентов, трассировка платы, заказ платы (изготовили в Германии за один день + два дня доставка), пайка , программирование микроконтроллера, отладка, запуск на объекте, и наконец через два месяца от старта объект был на выставке в Германии.

Вопрос, что было бы если бы я заболел? А ничего!
Актуальность проекта сохранялась еще пару месяцев, максимум пропустили бы выставку. И если что, был бы найден другой специалист, но один!
Он бы конечно сделал все по своему и совершенно по другому, но в бизнесе важен только результат.

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

[vicnic]

Вопрос, что было бы если бы я заболел? А ничего!
Актуальность проекта сохранялась еще пару месяцев, максимум пропустили бы выставку. И если что, был бы найден другой специалист, но один!
Он бы конечно сдела все по своему и совершенно по другому, но в бизнесе важен только результат.

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

[AlexandrY]

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

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