Korak koji nikada ne morate automatizovati

Predložena sinhronizacija ima dvadeset pravougaonika. Sedmi prepisuje status u tabelu. Osmi menja format tabele za platformu za e-poštu. Deveti šalje poruku rukovodiocu da odobri uvoz. Plan pita koji agent treba da obavlja korake od sedam do devet.

Prvo pitanje je zašto ti koraci postoje. Ovo je ilustracija, a ne revizija stvarnog tima.

Razgovor o projektovanju radnih tokova predlaže četiri grupe za posao: ukloniti korak, upotrebiti običan kod, upotrebiti agenta ili zadržati ljudsku odluku. Koristan potez prethodi izboru modela. Uklanjanje koraka može ukloniti i potrebu za čitavom infrastrukturom oko njega.

Počnite od ishoda koji kupac vidi

Imenujte rezultat koji radni tok mora da proizvede. Za vezu između prodavnice i sistema za e-poštu to može biti: „Kupac koji je kupio više ne dobija podsetnik o korpi.“ Taj rezultat zahteva stanje, vreme i pravilo za obustavljanje slanja. Ne zahteva tabelu, noćni izvoz svih podataka ili sanduče rukovodioca.

Ilustracija Tajo ispod usmerava pregled na predloženo mapiranje i granicu pre aktivacije. Ne sprovodi zaustavljanje podsetnika za napuštenu korpu. Za taj ishod operater najpre mora da definiše signal kupovine i pravilo zaustavljanja. Još jedno mapirano polje ne može da zameni nijednu od tih odluka.

TajoIlustracija koncepta · Primer podataka

Pregledajte sinhronizaciju pre pokretanja

Sinhronizujte izmene podataka kupaca sa mojom platformom za e-mail.

Aplikacija Tajo MCPNacrt

Sinhronizacija kupaca

ProdavnicaPlatforma za e-mail

Mapiranje polja

Izvorno polje	Odredišno polje	Pravilo
email	EMAIL	Direktno
first_name	FIRSTNAME	Direktno
last_name	LASTNAME	Direktno

Sintetički pregled je uspeo

Mapirana su 3 polja · Nema upisa u odredište

Aktivacija zahteva odobrenje.

Pregled mapiranjaNapravite nacrt

Ilustrativni prikaz zasniva se na alatima Tajo za mapiranje. Sintetički pregled i sačuvan nacrt ne aktiviraju sinhronizaciju.

Prođite postojećim putem unazad od rezultata. Za svaki korak pitajte šta bi prestalo da radi kada bi nestao. Prava kontrola ima odgovor: izgubio bi se pristanak, spor oko plaćanja bio bi zanemaren ili bi poruka mogla biti poslata bez ovlašćenja. Uobičajena predaja možda ima samo istorijski odgovor: starom sistemu bila je potrebna datoteka.

Grupa „ukloniti“ nije dozvola za brisanje zaštita. Ispitajte svrhu svakog koraka pre nego što ga razvrstate.

1. Potreban ishod

   rezultat za kupca
   vratite se unazad
2. Provera koraka

   svrha i kontrola
   uklonite suvišno
3. Zadržan posao

   vlasnik i test

Pregled otkriva cilj i zavisnosti koje ga zaista štite. Ako tabela nosi poslovnu procenu koja ne postoji drugde, tu procenu morate sačuvati čak i ako datoteka nestane.

Vrsta koraka	Pitanje	Primer u ilustrativnom toku za korpu
Ukloniti	Da li štiti ili proizvodi potreban ishod?	Dupli izvoz koji niko ne čita
Običan kod	Da li je pravilo tačno i stabilno?	Zaustaviti podsetnik kada postoji potvrđena kupovina
Procena modela	Da li korak zahteva ograničeno tumačenje?	Usmeriti zahtev napisan slobodnim tekstom pravom timu
Osoba ili odobrena politika	Da li izbor daje ovlašćenje ili nosi značajne posledice?	Odobriti pristup podacima kupaca

Tabela je alat za projektovanje. Ne prikazuje kako je bilo koja kompanija stvarno razvrstala svoje korake.

Tačna pravila sprovedite kodom

API poziv, provera polja, poređenje vremena ili provera dozvola ne postaju bolji zato što ih model improvizuje. Kod može izraziti nepromenljivo pravilo, dati isti rezultat pri ponavljanju i pokazati proverljivu grešku. Koristite ga tamo gde se pravilo može jasno iskazati.

U primeru korpe događaj kupovine može stići kasno ili dvaput. Program treba da prepozna porudžbinu, uporedi trenutno stanje i odbije podsetnik kada zna da je kupovina obavljena. Ako sistem ne može da utvrdi da li je kupovina obavljena, potreban mu je status neizvesnosti. Model ne može sam sebi dati dozvolu da nagađa da kupac nije kupio.

Neki poslovi odolevaju tačnim pravilima. Zahtev podršci može glasiti: „Kupio sam juče, ali na računu je moja stara adresa.“ Usmeravanje takve poruke moglo bi koristiti ograničenu semantičku procenu. Izlaz treba da bude poznat tim ili „neizvesno“, a ne neograničeno uputstvo da se menja porudžbina. Odvojite procenu modela od koda koji sprovodi pristup i upisuje stanje.

Zašto jedan agent može sakriti korake

„Jedan agent može pročitati radni tok i uraditi sve.“ U demonstraciji to može delovati jednostavnije. U stvarnom radu i dalje neko mora objasniti zašto agent sme da vidi zapis, koje radnje sme da preduzme i kako se loša radnja ispravlja. Agent širokog opsega često krije iste korake u promptu i uklanja oznake koje su ih činile proverljivim.

Drugi prigovor je da pregled četiri grupe i sam košta vremena. Tačno. Neka bude kratak. Izaberite jedan rezultat za kupca, navedite korake potrebne za njega i pitajte šta svaki doprinosi. Vežba vredi samo ako smanjuje posao ili razjašnjava odgovornost. Opširan pregled svakog susednog sistema postaje još jedan pravougaonik.

Proverite podelu u normalnom slučaju i slučaju greške. Ako je uklonjeni korak potajno bio kontrola, test to treba da otkrije. Ako procenu modela ne možete oceniti na primerima, suzite je ili vratite odluku čoveku. Ako se kod mora menjati za svaki izuzetak kupca, razdvojte stabilnu mehaniku od lokalnog poslovnog pravila.

Pregledu treba i pravilo za zaustavljanje. Tim može razlagati svaki zadatak sve dok razvrstavanje ne košta više od ušteđenog rada. Stanite kada svaki zadržani korak ima vlasnika, okidač i razlog postojanja koji se može testirati. Zabeležite jednu neizvesnost koja bi promenila dizajn, pa je proverite u najmanjem stvarnom delu toka. Za sinhronizaciju to može biti pitanje da li događaj kupovine stiže dovoljno brzo da zaustavi zakazani podsetnik. Vodič za integraciju daje širi plan; četiri grupe sprečavaju da plan sačuva nepotrebne korake. Ponovo proverite podelu kada se tok rada ili dozvole promene.

Najjeftiniji korak je onaj koji ishod nikada nije zahtevao.