
Какие специалисты нужны? Матрица компетенций
Давайте для начала поймем кто нам нужен и зачем. А дальше разберем как нанимаются эти специалисты в Яндексе.
Автономный складской робот - это сложный продукт, в котором технологические, аппаратные и эксплуатационные требования переплетаются в единую систему. Поддерживать все это можно командой из шести ключевых ролей, каждая из которых несёт ответственность за свой «слой» продукта.
Важно отметить, что обычно продукты находятся в параллельной разработке и на разных этапах:
- Постановка требований
- Проектирование и разработка
- Интеграция и сборка
- Валидация и сертификация
- Пилотирование и развертывание
Далее рассмотрим по ролям.
Test Engineer
- Составляет набор unit&integration‑тестов для каждой подсистемы.
- Создаёт и поддерживает тест‑сценарии, настраивает автоматический сбор и анализ результатов.
- Реализует full‑system test‑suite на реальных полках склада.
- Анализирует покрытие и метрики, выдаёт отчёты о пропущенных кейсах.
- Создаёт «настоящие» сценарии работы на складе и сохраняет метрики.
Hardware Engineer
- Определяет аппаратные требования: типы датчиков (LiDAR, IMU), печатные платы, EMC‑требования.
- Проектирует схемы и платы, калибрует датчики, проводит EMC‑тесты.
- Проверяет совместное тестирование на сборке: размещение датчиков, работа приводов.
- Исправляет дефекты, найденные в тестах.
- Обеспечивает сервисную документацию.
Firmware Engineer
- Формирует спецификацию прошивки: драйверы датчиков, приводы, RTOS‑платформа.
- Пишет firmware‑модули, unit‑тесты и подключает их к CI.
- Финализирует сборку прошивок и прошивку всех модулей.
- Обеспечивает обновления во время испытаний.
- Поддерживает OTA‑пакеты и баг‑фиксы.
Systems Integration Engineer
- Выстраивает требования к интеграции подсистем, выбирает шины и протоколы (CAN, DDS, ROS‑2).
- Реализует и настраивает шину данных, проводит интеграционные тесты и поддерживает CI‑pipeline.
- Осуществляет сборку аппаратно‑программного комплекса, подключает к системам управления складом.
- Поддерживает стабильность интеграционной среды.
- Настраивает удалённый мониторинг и OTA‑обновления.
Systems Validation Engineer
- Инициирует план валидации: определяет критичные сценарии, критерии прохождения и метрики покрытия.
- Проводит симуляции и испытания безопасности, сопровождает CI‑pipeline.
- Проводит валидацию «первого запуска», проверяя критичные сценарии.
- Готовит отчёт о прохождении сертификации, организует проверку в реальных складских сценариях.
- Проводит пост‑развёртывание safety‑review при изменении требований.
Tech Lead
- Формирует общую архитектуру, разрабатывает документацию и согласует требования к безопасности (ISO 26262, SIL 3). Он также выстраивает процесс управления изменениями и рисками в гибкой методологии Agile/PM.
- Координирует совместную работу над архитектурой и кодовой базой, проводит ревью кода и настраивает CI‑pipeline.
- Проверяет, что все подсистемы удовлетворяют архитектурным требованиям, обеспечивает совместимость версий и корректный build.
- Управляет изменениями на основе результатов тестов.
- Определяет процесс релиза, обеспечивает обучение операторов и поддержку эксплуатации в рамках Agile/PM.
✅ Эти требования можно перевести в матрицу компетенций представленную на рисунке.
При этом часто, один специалист может совмещать роли. Правда в таком случае, лучше считать загрузку такого специалиста (в человек / часах или story points).