На закрытии «Дня управления» (Management Day) – мероприятия, состоявшегося на прошлой неделе в Анахайме (США, шт. Калифорния) в рамках Конференции по автоматизации проектирования (Design Automation Conference), прошла дискуссия о том, как правильно организовать коллективы сотрудников для проектирования и верификации.
Подтвердив наличие проблемы растущей кадровой нехватки, Кен Вагнер (Ken Wagner), вице-президент технического отдела аппаратуры связи, компания PMC Sierra, сказал, что требуются не просто хорошие инженеры, но высококвалифицированные сотрудники, работающие в определенных дизайн-центрах. Он также рассказал о своем опыте создания глобального коллектива проектировщиков с круглосуточной занятостью.
«Эту задачу нельзя решить, перевозя команду вслед за солнцем, – сказал он. – Обмен информацией между отдельными группами коллектива проектировщиков очень труден, и его нельзя свести лишь к передаче данных в конце рабочего дня. Инженерам надо обсуждать состояние дел друг с другом. Создавать коллектив, распределенный между США и Индией, – не самая удачная идея, поскольку сотрудники такого коллектива никогда не работают в одно и то же время». Вагнер предложил такой принцип разделения проекта, при котором его отдельными самостоятельными частями занимаются разработчики разных дизайн-центров. При этом каждая команда работает независимо от других, и одну задача не решает несколько подразделений.
Майкл Яссовский (Michael Jassowski), руководитель отдела стратегических технологий, Intel, согласился с таким подходом. Он сказал, что компании Intel часто приходилось работать с несколькими центрами по причине больших размеров реализуемых проектов. Компания использовала модульный принцип – каждый коллектив занимался проектированием отдельного модуля, а интерфейсы между модулями были стандартными и легко верифицировались. Любой перерасход средств, затраченных на разработку кристалла, подтверждался путем тщательного контроля. Яссовский заметил, что при такой организации от каждого подразделения требовалась способность самостоятельно решать поставленные задачи.
Джиту Хэйн (Jitu Khane), директор центра разработки, Applied Micro Circuits, применяет несколько иной подход. Он сказал, что его компания также использует модульный принцип, но разделяет процесс разработки от верификации. По мнению Хэйна, следует учесть и по возможности избежать то обстоятельство, что если разработка ведется в Сан-Хосе, а верификация – во Вьетнаме или Индии, команда разработчиков может исправить обнаруженные при верификации ошибки лишь на следующий день.
В заключение можно сделать вывод о том, что структура коллектива дизайнеров должна напоминать структуру системы на кристалле – быть модульной с четко заданными интерфейсами между модулями. При этом рабочий процесс можно распределить между центрами разработки или организовать его по конвейерному принципу. Однако следует свести к минимуму необходимость в информационном обмене на дальние расстояния между разными коллективами дизайн-центров в разных географических точках мира, чтобы уменьшить задержку на прохождение данных и риск недопонимания.
Источник: edn.com