Flux de travail personnalisés

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.

Dans le développement logiciel, CI/CD signifie que chaque modification est vérifiée automatiquement, et que rien n’est livré tant que les contrôles ne sont pas validés. Les équipes hardware ont toujours eu l’équivalent – exécutions ERC, revues de nomenclature (BOM), contrôles des règles de conception, validations avant publication – mais ces contrôles ont historiquement dépendu de la disponibilité de la bonne personne et du fait qu’elle pense à les lancer. Les workflows personnalisés dans Altium 365 comblent cette lacune : ils définissent ce qui doit se produire, dans quel ordre, et ce qui doit être validé avant que l’étape suivante ne commence.

Un workflow relie la séquence d’événements – commits, revues, validations, publications – en un pipeline structuré qui s’exécute automatiquement. L’ingénieur ne gère pas le processus. Le processus se gère lui-même.

Ce que définissent les workflows personnalisés

• Stage sequences and gates – un workflow définit les étapes par lesquelles passent une conception ou un composant, ainsi que les conditions qui doivent être remplies à chaque jalon avant le début de l’étape suivante. Une conception qui échoue à la validation ne peut pas passer à la publication. Un composant qui n’a pas terminé sa qualification ne peut pas être approuvé pour la bibliothèque. Le jalon est appliqué par la plateforme, et non parce qu’un réviseur pense à vérifier.

• Automated validation at each stage – chaque étape d’un workflow peut avoir des contrôles de validation qui lui sont associés. Lorsque la conception atteint cette étape, les contrôles s’exécutent automatiquement. Les résultats sont consignés – ce qui a été exécuté, sur quelle révision, ce qui a été détecté, à quel moment. Quand quelque chose tourne mal en prototype ou en production, vous ne reconstituez pas les décisions à partir de souvenirs ou de fils d’e-mails. L’historique est là.

• Release pipelines – le parcours complet, de la conception à l’artefact de publication validé – validation, génération des sorties, téléversement vers le Workspace – peut être défini comme un workflow. Les publications qui sautent des étapes ou contournent des contrôles deviennent structurellement impossibles, et pas seulement déconseillées. Rien n’est livré sans avoir franchi les jalons que vous avez définis.

• Notification and coordination – les workflows définissent qui est notifié à chaque étape et quelle action est attendue de chaque personne. Une étape de revue de conception notifie les réviseurs désignés ; le jalon de publication attend leur approbation. La coordination est intégrée à la définition du processus, et non gérée par e-mail ou chat.

La valeur de rendre les processus explicites

La plupart des organisations hardware ont des processus de publication qui existent sous forme de compréhension partagée – tout le monde sait à peu près ce qui doit se passer, mais les détails varient selon le projet, selon l’ingénieur et selon le niveau de pression sur les délais. Lorsqu’une étape est manquée, c’est parce que quelqu’un a oublié ou a décidé que ce n’était pas nécessaire cette fois-ci.

Les workflows personnalisés font du processus un artefact à part entière. Il est défini une fois, appliqué de manière cohérente et imposé automatiquement. Les nouveaux ingénieurs suivent le même processus que les ingénieurs expérimentés. Le processus ne se dégrade pas sous la pression des délais. Les exceptions sont visibles parce qu’elles exigent un contournement explicite, et non une simple décision de sauter une étape.

Quand investir dans des workflows personnalisés

Les workflows apportent une valeur proportionnelle à la fréquence d’exécution du processus et à l’importance des conséquences en cas d’échec. Une équipe qui publie une conception par trimestre pour un fabricant de prototypes peu exigeant n’a peut-être pas besoin d’une automatisation formelle du workflow. Une équipe qui publie chaque semaine pour la fabrication dans l’aéronautique ou le médical – où un échec du processus a un coût réel – en retire un bénéfice immédiat.

L’autre signal apparaît lorsque le même échec de processus se reproduit sans cesse. Si des conceptions arrivent au stade de publication sans le même contrôle, ou si la même approbation est oubliée, ou si le même type de sortie est généré avec de mauvais paramètres – alors il s’agit d’un problème de workflow, et la solution consiste à rendre le bon comportement automatique plutôt que de compter sur les personnes pour s’en souvenir.