Niestandardowe przepływy pracy

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.

W tworzeniu oprogramowania CI/CD oznacza, że każda zmiana jest automatycznie sprawdzana i nic nie trafia do wydania, dopóki wszystkie kontrole nie zakończą się powodzeniem. Zespoły sprzętowe od dawna mają swój odpowiednik – uruchomienia ERC, przeglądy BOM, sprawdzanie reguł projektowych, akceptacje przed wydaniem – ale historycznie te kontrole zależały od tego, czy właściwa osoba była dostępna i pamiętała, aby je uruchomić. Niestandardowe przepływy pracy w Altium 365 wypełniają tę lukę: określają, co musi się wydarzyć, w jakiej kolejności i co musi przejść pomyślnie, zanim rozpocznie się kolejny etap.

Przepływ pracy łączy sekwencję zdarzeń – commitów, przeglądów, walidacji, wydań – w uporządkowany pipeline, który działa automatycznie. Inżynier nie zarządza procesem. Proces zarządza się sam.

Co definiują niestandardowe przepływy pracy

• Stage sequences and gates – przepływ pracy definiuje etapy, przez które przechodzi projekt lub komponent, oraz to, jakie warunki muszą być spełnione na każdym etapie kontrolnym, zanim rozpocznie się kolejny etap. Projekt, który nie przejdzie walidacji, nie może zostać wydany. Komponent, który nie zakończył kwalifikacji, nie może zostać zatwierdzony do biblioteki. Etap kontrolny jest wymuszany przez platformę, a nie przez to, że recenzent pamięta, by coś sprawdzić.

• Automated validation at each stage – z każdym etapem przepływu pracy mogą być powiązane kontrole walidacyjne. Gdy projekt dociera do tego etapu, kontrole uruchamiają się automatycznie. Wyniki są rejestrowane – co zostało uruchomione, dla której rewizji, co wykryto i kiedy. Gdy coś pójdzie nie tak na etapie prototypu lub produkcji, nie trzeba odtwarzać decyzji z pamięci ani z wątków e-mailowych. Zapis już istnieje.

• Release pipelines – cała ścieżka od projektu do zwalidowanego artefaktu wydania – walidacja, generowanie danych wyjściowych, przesłanie do Workspace – może zostać zdefiniowana jako przepływ pracy. Wydania, które pomijają kroki lub obchodzą kontrole, stają się strukturalnie niemożliwe, a nie tylko niewskazane. Nic nie trafia do wydania bez przejścia przez zdefiniowane przez Ciebie etapy kontrolne.

• Notification and coordination – przepływy pracy określają, kto jest powiadamiany na każdym etapie i jakie działanie jest od tej osoby wymagane. Etap przeglądu projektu powiadamia wyznaczonych recenzentów; etap wydania czeka na ich akceptację. Koordynacja jest wbudowana w definicję procesu, a nie zarządzana przez e-mail lub czat.

Wartość jawnego definiowania procesów

Większość organizacji sprzętowych ma procesy wydawnicze istniejące jako wspólne zrozumienie – wszyscy mniej więcej wiedzą, co powinno się wydarzyć, ale szczegóły różnią się w zależności od projektu, inżyniera i presji czasu. Gdy jakiś krok zostaje pominięty, dzieje się tak dlatego, że ktoś zapomniał albo uznał, że tym razem nie jest to konieczne.

Niestandardowe przepływy pracy czynią proces artefaktem pierwszej klasy. Jest definiowany raz, stosowany konsekwentnie i egzekwowany automatycznie. Nowi inżynierowie postępują według tego samego procesu co doświadczeni inżynierowie. Proces nie degraduje się pod presją terminów. Wyjątki są widoczne, ponieważ wymagają jawnego nadpisania, a nie tylko decyzji o pominięciu kroku.

Kiedy warto zainwestować w niestandardowe przepływy pracy

Przepływy pracy przynoszą wartość proporcjonalną do tego, jak często proces jest wykonywany i jak poważne są skutki błędów. Zespół publikujący jeden projekt na kwartał do mało wymagającego producenta prototypów może nie potrzebować formalnej automatyzacji przepływu pracy. Zespół wydający projekt co tydzień do produkcji lotniczej lub medycznej – gdzie awaria procesu ma realny koszt – uzyskuje natychmiastowy zwrot.

Drugim sygnałem jest sytuacja, w której ten sam błąd procesu powtarza się wciąż na nowo. Jeśli projekty trafiają do wydania bez tej samej kontroli, jeśli wciąż zapomina się o tej samej akceptacji albo ten sam typ danych wyjściowych jest generowany z niewłaściwymi ustawieniami – to jest problem przepływu pracy, a rozwiązaniem jest zautomatyzowanie poprawnego działania zamiast polegania na tym, że ludzie będą o nim pamiętać.