Na tej stronie
Proponowana synchronizacja ma dwadzieścia kroków. Siódme kopiuje status do arkusza. Ósme zmienia format arkusza dla platformy e-mailowej. Dziewiąte wysyła wiadomość do kierownika z prośbą o zatwierdzenie importu. Plan pyta, który agent powinien wykonywać kroki od siódmego do dziewiątego.
Pierwsze pytanie brzmi, dlaczego te kroki istnieją. Ten przykład jest ilustracyjny, nie pochodzi z audytu rzeczywistego zespołu.
Dyskusja o projektowaniu procesów proponuje cztery kategorie pracy: usunąć krok, użyć zwykłego kodu, użyć agenta albo zostawić decyzję człowiekowi. Najcenniejszy ruch następuje przed wyborem modelu. Usunięcie kroku może usunąć też całą otaczającą go maszynerię.
Zacznij od wyniku widocznego klientowi
Nazwij rezultat, który proces ma przynieść. Przy połączeniu sklepu z systemem e-mailowym może to być: „Klient, który kupił, nie dostaje już przypomnienia o koszyku”. Ten rezultat wymaga stanu, czasu i reguły wykluczenia. Nie wymaga z definicji arkusza, nocnego pełnego eksportu ani skrzynki kierownika.
Poniższa ilustracja Tajo skupia uwagę na proponowanym mapowaniu i granicy przed aktywacją. Nie wdraża blokowania przypomnień o koszyku. Aby osiągnąć ten wynik, osoba obsługująca proces musi najpierw określić sygnał zakupu i regułę blokowania. Kolejne mapowane pole nie zastąpi żadnej z tych decyzji.
Sprawdź synchronizację przed uruchomieniem
Synchronizuj aktualizacje klientów z moją platformą emailową.
Synchronizacja klientów
| Pole źródłowe | Pole docelowe | Reguła |
|---|---|---|
email | EMAIL | Bezpośrednio |
first_name | FIRSTNAME | Bezpośrednio |
last_name | LASTNAME | Bezpośrednio |
Próba na danych syntetycznych zakończona powodzeniem
3 pola zmapowane · Bez zapisu w systemie docelowym
Ilustracyjny układ oparty na narzędziach mapowania Tajo. Próba na danych syntetycznych i zapisany projekt nie uruchamiają synchronizacji.
Przejdź istniejącą drogę wstecz od wyniku. Przy każdym kroku zapytaj, co przestałoby działać po jego zniknięciu. Rzeczywista kontrola ma odpowiedź: zginęłaby informacja o zgodzie, pominięto by spór o płatność lub wysłano wiadomość bez uprawnienia. Zwyczajowe przekazanie może mieć jedynie historyczne wyjaśnienie: stary system wymagał pliku.
Kategoria „usuń” nie pozwala kasować zabezpieczeń. Zbadaj cel każdego kroku przed klasyfikacją.
- Wymagany wynikrezultat klientaidź wstecz
- Sprawdź krokicel i kontrolausuń zbędne
- Zachowana pracawłaściciel i test
Przegląd wskazuje rezultat i zależności, które naprawdę go chronią. Jeśli arkusz zawiera osąd biznesowy nieobecny gdzie indziej, należy zachować osąd, nawet jeśli plik zniknie.
| Rodzaj kroku | Pytanie | Przykład w ilustracyjnym procesie koszyka |
|---|---|---|
| Usuń | Czy chroni lub tworzy wymagany wynik? | Zduplikowany eksport, którego nikt nie czyta |
| Zwykły kod | Czy reguła jest ścisła i trwała? | Wyklucz przypomnienie po potwierdzonym zakupie |
| Osąd modelu | Czy potrzebna jest ograniczona interpretacja? | Przypisz swobodny tekst prośby do właściwego zespołu |
| Człowiek lub zatwierdzona polityka | Czy wybór nadaje uprawnienie lub ma istotne skutki? | Zatwierdź dostęp do danych klienta |
Tabela jest narzędziem projektowym. Nie opisuje faktycznej klasyfikacji kroków w żadnej firmie.
Ścisłe reguły zapisz w kodzie
Wywołanie API, walidacja pola, porównanie znaczników czasu czy kontrola uprawnień nie poprawią się dzięki improwizacji modelu. Kod potrafi wyrazić niezmiennik, działać tak samo przy ponowieniu i pokazać zrozumiały błąd. Użyj go tam, gdzie regułę da się sformułować.
W przykładzie koszyka zdarzenie zakupu może dotrzeć późno lub dwa razy. Program powinien rozpoznać zamówienie, porównać bieżący stan i odmówić przypomnienia, gdy zakup jest znany. Jeśli system nie może ustalić, czy zakup nastąpił, potrzebuje stanu niepewności. Model nie może sam nadać sobie prawa do zgadywania, że klient nie kupił.
Niektóre zadania opierają się ścisłym regułom. Zgłoszenie wsparcia może brzmieć: „Kupiłem to wczoraj, ale na potwierdzeniu widnieje mój stary adres”. Przekierowanie wiadomości może wymagać ograniczonego osądu znaczeniowego. Wynikiem powinien być znany zespół lub „niepewne”, a nie otwarta instrukcja zmiany zamówienia. Oddziel decyzję modelu od kodu egzekwującego dostęp i zapisującego stan.
Dlaczego jeden agent może ukryć kroki
„Jeden agent przeczyta proces i zrobi wszystko”. Na pokazie może to wyglądać prościej. W produkcji nadal ktoś musi wyjaśnić, dlaczego agent może widzieć rekord, jakie działania wolno mu podjąć i jak cofnąć błąd. Agent o szerokim zakresie często ukrywa te same kroki wewnątrz polecenia i usuwa etykiety, dzięki którym dało się je kontrolować.
Drugi zarzut mówi, że przegląd czterech kategorii sam kosztuje czas. Tak jest. Zachowaj jego mały zakres. Wybierz jeden wynik klienta, wypisz kroki potrzebne do jego uzyskania i zapytaj, co wnosi każdy z nich. Ćwiczenie ma wartość tylko wtedy, gdy zmniejsza pracę lub wyjaśnia odpowiedzialność. Rozbudowany audyt wszystkich sąsiednich systemów byłby kolejnym zbędnym krokiem.
Sprawdź podział na zwykłym przypadku i awarii. Jeśli usunięty krok był ukrytą kontrolą, test powinien to ujawnić. Jeśli osądu modelu nie można ocenić na przykładach, zawęź go lub oddaj decyzję człowiekowi. Jeśli kod trzeba zmieniać przy każdym wyjątku klienta, oddziel trwałą mechanikę od lokalnej reguły biznesowej.
Przegląd potrzebuje też reguły zakończenia. Zespół może rozbijać zadanie tak długo, aż klasyfikacja kosztuje więcej niż oszczędzona praca. Zatrzymaj się, gdy każdy zachowany krok ma właściciela, wyzwalacz i sprawdzalny powód istnienia. Zapisz jedną niewiadomą mogącą zmienić projekt, a potem sprawdź ją w najmniejszym działającym zakresie. Przy synchronizacji może chodzić o to, czy zdarzenie zakupu przychodzi dość szybko, by zatrzymać zaplanowane przypomnienie. Poradnik integracji daje szerszą sekwencję planowania; cztery kategorie nie pozwalają jej utrwalać zbędnych kroków. Wróć do podziału, gdy zmieni się proces lub uprawnienia.
Najtańszy krok to ten, którego wynik nigdy nie wymagał.
Najczęściej Zadawane Pytania
Co należy usunąć przed automatyzacją?
Kandydatem jest krok istniejący tylko przez usuwalne przekazanie, zduplikowany rekord lub nieużywany raport. Przed skasowaniem sprawdź odbiorców dalszych wyników i funkcje kontrolne.
Kiedy krok potrzebuje modelu?
Użyj modelu do wąskiego osądu znaczeniowego, którego nie da się zapisać jako trwałej ścisłej reguły, z obserwowalnymi danymi wejściowymi, typowanym wynikiem i ścieżką niepewności.
Które decyzje powinny pozostać u człowieka?
Decyzje wymagające zgody, nadania uprawnień lub niosące skutki poza autoryzowanym zakresem systemu pozostaw odpowiedzialnej osobie albo jawnej, zatwierdzonej polityce.