Flujos de trabajo personalizados

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.

En el desarrollo de software, CI/CD significa que cada cambio se verifica automáticamente y que nada se entrega hasta que las comprobaciones se superan. Los equipos de hardware siempre han tenido el equivalente: ejecuciones de ERC, revisiones de BOM, comprobaciones de reglas de diseño, aprobaciones de liberación; pero, históricamente, esas comprobaciones han dependido de que la persona adecuada esté disponible y recuerde ejecutarlas. Los flujos de trabajo personalizados en Altium 365 cierran esa brecha: definen qué debe ocurrir, en qué orden y qué debe aprobarse antes de que comience la siguiente etapa.

Un flujo de trabajo conecta la secuencia de eventos —commits, revisiones, validaciones, liberaciones— en una canalización estructurada que se ejecuta automáticamente. El ingeniero no gestiona el proceso. El proceso se gestiona a sí mismo.

Qué definen los flujos de trabajo personalizados

• Stage sequences and gates – un flujo de trabajo define las etapas por las que pasa un diseño o un componente y qué debe cumplirse en cada punto de control antes de que comience la siguiente etapa. Un diseño que no supera la validación no puede avanzar a la liberación. Un componente que no ha completado la calificación no puede aprobarse para la biblioteca. El punto de control lo impone la plataforma, no que un revisor recuerde comprobarlo.

• Automated validation at each stage – cada etapa de un flujo de trabajo puede tener asociadas comprobaciones de validación. Cuando el diseño llega a esa etapa, las comprobaciones se ejecutan automáticamente. Los resultados quedan registrados – qué se ejecutó, sobre qué revisión, qué encontró y cuándo. Cuando algo sale mal en prototipo o producción, no estás reconstruyendo decisiones a partir de la memoria o de hilos de correo electrónico. El registro está ahí.

• Release pipelines – la ruta completa desde el diseño hasta el artefacto de liberación validado – validación, generación de salidas, carga al Workspace – puede definirse como un flujo de trabajo. Las liberaciones que omiten pasos o eluden comprobaciones pasan a ser estructuralmente imposibles, no solo desaconsejadas. Nada se entrega sin pasar los puntos de control que definas.

• Notification and coordination – los flujos de trabajo definen quién recibe notificaciones en cada etapa y qué acción se requiere de cada persona. Una etapa de revisión de diseño notifica a los revisores designados; la puerta de liberación espera su aprobación. La coordinación está integrada en la definición del proceso, no gestionada por correo electrónico o chat.

El valor de hacer explícitos los procesos

La mayoría de las organizaciones de hardware tienen procesos de liberación que existen como un entendimiento compartido: todos saben, de forma aproximada, qué debería ocurrir, pero los detalles varían según el proyecto, el ingeniero y la presión de tiempo existente. Cuando se omite un paso, es porque alguien lo olvidó o decidió que esta vez no era necesario.

Los flujos de trabajo personalizados convierten el proceso en un artefacto de primera clase. Se define una vez, se aplica de forma coherente y se impone automáticamente. Los ingenieros nuevos siguen el mismo proceso que los ingenieros con experiencia. El proceso no se degrada bajo la presión de las fechas límite. Las excepciones son visibles porque requieren una anulación explícita, no simplemente la decisión de saltarse un paso.

Cuándo invertir en flujos de trabajo personalizados

Los flujos de trabajo aportan valor en proporción a la frecuencia con que se ejecuta el proceso y a lo importantes que sean los fallos. Un equipo que libera un diseño por trimestre para un fabricante de prototipos flexible puede no necesitar automatización formal del flujo de trabajo. Un equipo que libera semanalmente para fabricación aeroespacial o médica —donde un fallo de proceso tiene un costo real— obtiene un retorno inmediato.

La otra señal es cuando sigue ocurriendo el mismo fallo de proceso. Si los diseños llegan a liberación sin la misma comprobación, o se olvida la misma aprobación, o se genera el mismo tipo de salida con una configuración incorrecta, eso es un problema de flujo de trabajo, y la solución es hacer que el comportamiento correcto sea automático en lugar de depender de que las personas lo recuerden.