Benutzerdefinierte Workflows

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.

In der Softwareentwicklung bedeutet CI/CD, dass jede Änderung automatisch geprüft wird und nichts ausgeliefert wird, bevor die Prüfungen erfolgreich abgeschlossen sind. Hardware-Teams hatten schon immer das Äquivalent dazu – ERC-Läufe, BOM-Reviews, Design-Rule-Checks, Release-Freigaben –, aber diese Prüfungen hingen historisch davon ab, dass die richtige Person verfügbar war und daran dachte, sie auszuführen. Benutzerdefinierte Workflows in Altium 365 schließen diese Lücke: Sie definieren, was passieren muss, in welcher Reihenfolge und was bestanden werden muss, bevor die nächste Phase beginnt.

Ein Workflow verbindet die Abfolge von Ereignissen – Commits, Reviews, Validierungen, Releases – zu einer strukturierten Pipeline, die automatisch ausgeführt wird. Der Ingenieur steuert den Prozess nicht. Der Prozess steuert sich selbst.

Was benutzerdefinierte Workflows festlegen

• Stage sequences and gates – ein Workflow definiert die Phasen, die ein Design oder eine Komponente durchläuft, und was an jedem Gate erfüllt sein muss, bevor die nächste Phase beginnt. Ein Design, das die Validierung nicht besteht, kann nicht in die Freigabe übergehen. Eine Komponente, deren Qualifizierung nicht abgeschlossen ist, kann nicht für die Bibliothek freigegeben werden. Das Gate wird von der Plattform durchgesetzt, nicht dadurch, dass ein Reviewer daran denkt, zu prüfen.

• Automated validation at each stage – jeder Phase in einem Workflow können Validierungsprüfungen zugeordnet werden. Wenn das Design diese Phase erreicht, werden die Prüfungen automatisch ausgeführt. Ergebnisse werden protokolliert – was ausgeführt wurde, gegen welche Revision, was gefunden wurde, wann. Wenn im Prototyp oder in der Produktion etwas schiefläuft, müssen Entscheidungen nicht aus dem Gedächtnis oder aus E-Mail-Verläufen rekonstruiert werden. Die Aufzeichnung ist vorhanden.

• Release pipelines – der vollständige Weg vom Design bis zum validierten Release-Artefakt – Validierung, Ausgabegenerierung, Upload in den Workspace – kann als Workflow definiert werden. Releases, die Schritte überspringen oder Prüfungen umgehen, werden strukturell unmöglich und nicht nur unerwünscht. Nichts wird ausgeliefert, ohne die von Ihnen definierten Gates zu bestehen.

• Notification and coordination – Workflows legen fest, wer in jeder Phase benachrichtigt wird und welche Aktion von dieser Person erforderlich ist. Eine Phase zur Designprüfung benachrichtigt die vorgesehenen Reviewer; das Release-Gate wartet auf deren Freigabe. Die Koordination ist in die Prozessdefinition integriert und wird nicht per E-Mail oder Chat organisiert.

Der Wert explizit definierter Prozesse

Die meisten Hardware-Organisationen haben Release-Prozesse, die als gemeinsames Verständnis existieren – jeder weiß ungefähr, was passieren sollte, aber die Details variieren je nach Projekt, je nach Ingenieur und je nachdem, wie groß der Zeitdruck ist. Wenn ein Schritt übersehen wird, dann weil ihn jemand vergessen hat oder entschieden hat, dass er dieses Mal nicht notwendig sei.

Benutzerdefinierte Workflows machen den Prozess zu einem eigenständigen Artefakt. Er wird einmal definiert, konsistent angewendet und automatisch durchgesetzt. Neue Ingenieure folgen demselben Prozess wie erfahrene Ingenieure. Der Prozess verschlechtert sich nicht unter Termindruck. Ausnahmen sind sichtbar, weil sie eine ausdrückliche Außerkraftsetzung erfordern und nicht nur die Entscheidung, einen Schritt zu überspringen.

Wann sich die Investition in benutzerdefinierte Workflows lohnt

Workflows schaffen einen Wert, der proportional dazu ist, wie oft der Prozess abläuft und wie folgenreich Fehler sind. Ein Team, das einmal pro Quartal ein Design an einen nachsichtigen Prototypenhersteller ausliefert, benötigt möglicherweise keine formale Workflow-Automatisierung. Ein Team, das wöchentlich für die Luft- und Raumfahrt oder Medizintechnik fertigt – wo ein Prozessfehler echte Kosten verursacht –, erzielt sofort einen Nutzen.

Ein weiteres Signal ist, wenn derselbe Prozessfehler immer wieder auftritt. Wenn Designs mit immer derselben fehlenden Prüfung in die Freigabe gelangen, oder dieselbe Genehmigung vergessen wird, oder dieselbe Ausgabeart mit falschen Einstellungen erzeugt wird – dann ist das ein Workflow-Problem, und die Lösung besteht darin, das korrekte Verhalten zu automatisieren, statt sich darauf zu verlassen, dass Menschen daran denken.