Przepływ zmieniany bezpośrednio na działającej wersji nie daje drogi powrotu. To najczęstszy sposób zepsucia czegoś, co działało.
Kopia przed edycją
Duplikat przepływu przed wprowadzeniem zmian. Powrót do poprzedniej wersji jest wtedy natychmiastowy. Kopia powinna być wyłączona, żeby nie wykonywała się równolegle z oryginałem i nie tworzyła podwójnych dokumentów — to typowa pomyłka przy pracy nad zmianą.
Historia wersji
Część platform ją prowadzi, część nie. Przy tych drugich kopia jest jedynym zabezpieczeniem. Warto sprawdzić przed rozpoczęciem pracy, jak głęboko sięga historia i czy da się z niej przywrócić stan jednym działaniem, czy trzeba odtwarzać kroki ręcznie.
Powód zmiany
Zapisany przy przepływie. Po jakimś czasie nikt nie pamięta, dlaczego dodano dany warunek — a warunek, którego nikt nie rozumie, zostaje na zawsze, bo nikt nie odważy się go usunąć. Notatka nie musi być długa: co zmieniono, dlaczego, kto prosił. Najcenniejsze są zapisy o wyjątkach — informacja, że dany warunek powstał po konkretnej awarii, chroni go przed usunięciem w ramach porządków.
Zmiany w godzinach pracy
Edycja działającego przepływu przerywa wykonania w toku. Zmiany warto wprowadzać poza szczytem, a przy przepływach ważnych — wyłączyć wyzwalacz, poczekać na zakończenie trwających wykonań, dopiero potem edytować. Sprawy z tego okna trzeba potem obsłużyć uruchomieniem ręcznym.
Przy przepływach opartych na odpytywaniu cyklicznym sprawa jest prostsza — zdarzenia poczekają w systemie źródłowym i zostaną pobrane przy następnym cyklu. Przy powiadomieniach ze zdarzeń jest odwrotnie: wysłane w czasie edycji przepadają bezpowrotnie.
Sprawdzenie po zmianie
Zmiana wygląda na drobną do momentu, w którym coś przestaje działać. Nawet poprawka jednego pola wymaga przejścia przez podstawowe przypadki, w tym te nietypowe. Zakres opisuje tekst o testowaniu przepływów.
Przepływy zależne
Zmiana w jednym wpływa na inne. Spis powiązań jest przydatny wtedy, gdy przepływów jest więcej niż kilka. Zależność bywa ukryta: dwa przepływy zapisują do tego samego pola, jeden ustawia znacznik, na którym opiera się drugi. Wystarczy prosta lista, który przepływ czego dotyczy i z jakim systemem rozmawia.
Sprzątanie
Kopie robocze usuwane po zakończeniu zmiany. Nagromadzone wersje tego samego przepływu to gwarancja pomyłki — prędzej czy później ktoś włączy nie tę, którą trzeba, albo poprawi nieaktywną. Pomaga jasne nazewnictwo: wersja działająca bez dopisków, robocze wyraźnie oznaczone i wyłączone.
Kto może zmieniać
Zmiana w przepływie to zmiana w procesie firmy. Prawo edycji warto ograniczyć, a każdą zmianę wiązać z osobą, która ją wprowadziła i za nią odpowiada. Zasady przypisania opisuje tekst o tym, kto utrzymuje przepływy.
Po wdrożeniu zmiany
Warto przez pewien czas obserwować wykonania uważniej niż zwykle. Błąd wprowadzony zmianą rzadko ujawnia się od razu — częściej przy pierwszym rekordzie, który trafia w poprawiony warunek. Sposób obserwacji opisuje tekst o monitorowaniu działania przepływów.
