GETMOBIT: как работает инженерная команда Hardware-Software Co-Design

Мы разрабатываем платформу нового поколения для оркестрации доступа к VDI и endpoint-компонентам корпоративных рабочих мест. Над программно-аппаратными комплексами (ПАК) работает команда специалистов разных профилей в тесном контакте друг с другом.

Разработка железа и софта различается по своей природе. Железо живет по законам физики, а софт — по логике, заданной человеком. Поэтому изменения в софте быстрее и дешевле. Но в итоге они связываются в ПАК ценностью, создаваемой для пользователя.

Как формируется полезная функция?

Разрабатывается электронный модуль → для него создается firmware → модуль устанавливается в продукт → он работает совместно с другими модулями под управлением системного и прикладного ПО → вся совокупность компонентов превращается в функцию для пользователя.

Как соединяем процессы железа и софта?

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

1. Уровень продукта. Фича и пользовательская ценность, зафиксированные владельцем продукта в дорожной карте. Она актуализируется почти всей продуктовой командой: владелец продукта (CPO), пресейл, системный архитектор, системный аналитик, CTO, техлиды и разработчики, тестировщики, техподдержка, закупки и производство.

2. Уровень процессов. Синхронная работа всех команд спринтами одинаковой длительности. Цели согласованы с системным контекстом релизов, ограничениями инфраструктуры и бизнес-требованиями. Есть планирование, приоритизация и квоты ресурсов. В конце спринта — обзор, демо, ретро и обратная связь.

3. Уровень реализации. Этапы разработки, где валидируется связка железо-софт и поведение продукта как единой системы. Инженерные решения проверяются через тестирование, протоколы, логи, бенчмарки и анализ метрик. Софт соответствует своим спецификациям, железо своим, в связке они обеспечивают заданную функцию с требуемым уровнем качества

4. Уровень инструментов. Команда использует одинаковые или совместимые инструменты и форматы данных. Общие артефакты и данные телеметрии сокращают время поиска дефектов между командами софта и железа.

5. Уровень исполнителей. Короткие коммуникации для уточнения требований, ограничений и поиска оптимальной реализации. Многие архитектурные решения принимаются на стыке дисциплин, где ограничения железа становятся требованиями к софту, и наоборот.

Процессы разработки железа и софта синхронизованы как единая система на всех пяти уровнях взаимодействия команды, в том числе по РБПО в триаде "конфиденциальность - целостность - непрерывность". Сбой на любом из уровней вызывает каскадную деградацию смежных процессов и напрямую влияет на качество продукта целиком. Чем раньше обнаруживается проблема на стыке железо-софт, тем дешевле ее исправление — иногда на порядки.

Команду сплачивает общая цель — собрать и довести до результата систему, которая работает как единое целое в логике Hardware-Software Co-Design

Наш сайт. Мы в МАХ и ВК

#команда #рбпо #vdi #endpoint #hardware_software_codesign #разработка