Пользовательские рабочие процессы

Custom workflows are how you define deterministic, auditable pipelines for hardware development – so that design work moves through validation and release by rule, not by memory.

В разработке ПО CI/CD означает, что каждое изменение автоматически проверяется, и ничего не выпускается, пока проверки не пройдены. У команд по разработке аппаратуры всегда был свой эквивалент этого подхода — ERC-проверки, ревью BOM, проверки правил проектирования, согласования перед выпуском, — но исторически эти проверки зависели от того, доступен ли нужный человек и не забыл ли он их запустить. Пользовательские workflows в Altium 365 устраняют этот разрыв: они определяют, что именно должно произойти, в каком порядке и что должно быть успешно пройдено до начала следующего этапа.

Workflow связывает последовательность событий — коммиты, ревью, валидации, релизы — в структурированный конвейер, который выполняется автоматически. Инженер не управляет процессом. Процесс управляет собой сам.

Что определяют пользовательские workflows

• Stage sequences and gates — workflow определяет этапы, через которые проходит проект или компонент, и условия, которые должны быть выполнены на каждом контрольном этапе, прежде чем начнется следующий. Проект, не прошедший валидацию, не может перейти к релизу. Компонент, не завершивший квалификацию, не может быть одобрен для библиотеки. Контроль обеспечивает платформа, а не рецензент, который должен не забыть проверить.

• Automated validation at each stage — с каждым этапом workflow могут быть связаны проверки валидации. Когда проект достигает этого этапа, проверки запускаются автоматически. Результаты фиксируются в журнале — что запускалось, для какой ревизии, что было обнаружено и когда. Если что-то идет не так на стадии прототипа или в производстве, вам не придется восстанавливать ход решений по памяти или по цепочкам писем. Вся история уже есть.

• Release pipelines — весь путь от проекта до валидированного релизного артефакта — валидация, генерация выходных файлов, загрузка в Workspace — может быть определен как workflow. Релизы, в которых пропущены шаги или обойдены проверки, становятся структурно невозможными, а не просто нежелательными. Ничего не выпускается без прохождения определенных вами контрольных этапов.

• Notification and coordination — workflows определяют, кто получает уведомления на каждом этапе и какие действия от него требуются. Этап ревью проекта уведомляет назначенных рецензентов; контрольный этап релиза ожидает их утверждения. Координация встроена в определение процесса, а не ведется через почту или чат.

Ценность явной фиксации процессов

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

Пользовательские workflows делают процесс полноценным артефактом. Он определяется один раз, затем применяется единообразно и автоматически контролируется. Новые инженеры следуют тому же процессу, что и опытные. Процесс не деградирует под давлением сроков. Исключения становятся заметными, потому что требуют явного переопределения, а не просто решения пропустить шаг.

Когда стоит инвестировать в пользовательские workflows

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

Еще один признак — когда одна и та же ошибка процесса повторяется снова и снова. Если проекты доходят до релиза без одной и той же проверки, если постоянно забывается одно и то же согласование или один и тот же тип выходных данных снова генерируется с неверными настройками, — это проблема workflow. И решение здесь в том, чтобы сделать правильное поведение автоматическим, а не полагаться на человеческую память.