⛓️ Как управлять hardware-проектами
Управление hardware-проектами - это управление стоимостью ошибки, а не только сроками. В отличие от software, здесь нельзя "Поправить в следующем релизе": производственные окна на фабриках бронируются за год, а любая поздняя правка тянет за собой эффект домино - от архитектуры до драйверов и интеграции.
Главная иллюзия - что процесс по этапам гарантирует предсказуемость. Проекты ломаются не из-за отсутствия плана, а из-за изменений требований после старта, архитектурных проблем, которые всплывают на поздних тестах, и иллюзии точной оценки новой разработки.
Если одна команда задержалась - застрянут все и скрывать это бесполезно.
Роль PM в hardware - не классический контроль статусов, а сборка системы из связей между командами. Нет "своей" команды, есть тимлиды RTL, верификации, бэкенда, софта и прототипирования.
Задача - видеть всю конструкцию: кто от кого ждет битстрим, модели или тесты и синхронизировать их раньше, чем зависимость превратится в блокер.
Когда сроки едут, нельзя давить на команду. Нужно быстро уведомить всех зависимых, честно пересобрать ожидания и сократить scope до минимально необходимого. В hardware работает не "спасти всё", а договориться: какие тесты перенести, какой объем считать достаточным для ближайшей контрольной точки.
Ключевые навыки - проактивность и коммуникация. Никто не придет и не скажет о проблеме заранее. PM сам идёт к людям, определяет блокеры, фиксирует процессы, которые держатся на личных договорённостях, и говорит с разными командами на их языке.
Иногда честно договориться о минимально достаточном объёме к контрольной точке - единственный способ вернуть проект в управляемое состояние.
LinkedIn: Дарья Капустина, Senior Project Manager - YADRO
