På denne siden
En foreslått synkronisering har tjue bokser. Boks sju kopierer en status inn i et regneark. Boks åtte formaterer arket for en e-postplattform. Boks ni sender e-post til en leder for å godkjenne importen. Planen spør hvilken agent som bør utføre boks sju til ni.
Det første spørsmålet er hvorfor boksene finnes. Eksempelet er tenkt, ikke en gjennomgang av et virkelig team.
En samtale om å utforme arbeidsflyter foreslår fire kategorier for arbeid: fjern steget, bruk vanlig kode, bruk en agent eller la et menneske bestemme. Det nyttige grepet kommer før modellvalget. Å fjerne et steg kan gjøre all teknikken rundt det unødvendig.
Begynn med resultatet kunden ser
Beskriv resultatet arbeidsflyten må produsere. For en kobling mellom butikk og e-postsystem kan det være «en kunde som har kjøpt, får ikke lenger en påminnelse om handlekurven». Resultatet krever tilstand, riktig tid og en regel for å holde tilbake meldingen. Det krever ikke nødvendigvis et regneark, en full eksport hver natt eller en leders innboks.
Tajo-illustrasjonen nedenfor holder gjennomgangen tett på den foreslåtte kartleggingen og grensen før aktivering. Den implementerer ikke stopp av påminnelser om handlekurv. For det resultatet må den ansvarlige først definere kjøpssignalet og stoppregelen. Et ekstra kartlagt felt kan ikke erstatte noen av avgjørelsene.
Gå gjennom en synkronisering før den kjøres
Synkroniser kundeoppdateringer med e-postplattformen min.
Kundesynkronisering
| Kildefelt | Målfelt | Regel |
|---|---|---|
email | EMAIL | Direkte |
first_name | FIRSTNAME | Direkte |
last_name | LASTNAME | Direkte |
Syntetisk forhåndsvisning bestått
3 felt kartlagt · Ingen skriving til målsystemet
Illustrativ utforming basert på Tajos kartleggingsverktøy. En syntetisk forhåndsvisning og et lagret utkast aktiverer ikke en synkronisering.
Følg den eksisterende veien bakover fra resultatet. For hvert steg: Hva ville feile hvis steget forsvant? En virkelig kontroll har et svar: Samtykke ville gått tapt, en betalingstvist ville blitt oversett, eller en utsending uten tillatelse kunne skjedd. En vanemessig overlevering har kanskje bare et historisk svar: Det gamle systemet trengte en fil.
Kategorien «fjern» gir ikke tillatelse til å slette sikkerhetskontroller. Undersøk formålet med steget før du velger kategori.
- Påkrevd resultatkundens utfallgå bakover
- Undersøk stegeneformål og kontrollfjern døde steg
- Arbeid som beholdeseid og testbart
Gjennomgangen finner leveransen og avhengighetene som faktisk beskytter den. Hvis et regneark bærer en forretningsmessig vurdering som ikke finnes andre steder, må vurderingen beholdes selv om filen forsvinner.
| Type steg | Spørsmål | Eksempel i en tenkt handlekurvflyt |
|---|---|---|
| Fjern | Beskytter eller produserer steget det påkrevde resultatet? | En duplisert eksport ingen leser |
| Vanlig kode | Er regelen eksakt og stabil? | Hold tilbake en påminnelse når et bekreftet kjøp finnes |
| Modellvurdering | Krever steget avgrenset tolkning? | Klassifiser en fritekstforespørsel for riktig team |
| Menneske eller godkjent regel | Gir valget fullmakter, eller har det vesentlige konsekvenser? | Godkjenn tilgang til kundedata |
Tabellen er et verktøy for å utforme løsningen. Den forteller ikke hvordan en virkelig bedrift har sortert stegene sine.
Legg eksakte regler i kode
Et API-kall, en feltkontroll, en sammenligning av tidsstempler eller en tillatelsessjekk blir ikke bedre fordi en modell improviserer operasjonen. Kode kan uttrykke en betingelse som alltid skal holde, kjøre likt to ganger og gi en feil som kan undersøkes. Bruk kode når regelen kan sies tydelig.
I handlekurveksempelet kan en kjøpshendelse komme sent eller to ganger. Programmet bør finne ordren, sammenligne gjeldende tilstand og nekte å sende en påminnelse når kjøpet er kjent. Hvis systemet ikke kan fastslå om kjøpet skjedde, trenger det en tilstand for usikkerhet. En modell kan ikke gi seg selv tillatelse til å gjette at kunden ikke kjøpte.
Noe arbeid lar seg ikke beskrive med eksakte regler. En støtteforespørsel kan lyde: «Jeg kjøpte dette i går, men kvitteringen viser den gamle adressen min.» Å sende meldingen til riktig team kan bruke en avgrenset vurdering av mening. Resultatet bør være et kjent team eller «usikker», ikke en åpen instruks om å endre ordren. Hold modellens valg adskilt fra koden som håndhever tilgang og skriver tilstand.
Hvorfor én agent kan skjule stegene
«Én agent kan lese arbeidsflyten og gjøre alt.» En demo kan få det til å virke enklere. I drift må noen fortsatt forklare hvorfor agenten får se en post, hvilke handlinger den kan utføre, og hvordan en feil handling kan rettes. En bred agent skjuler ofte de samme stegene inne i en prompt og fjerner merkelappene som gjorde dem mulige å kontrollere.
En annen innvending er at gjennomgangen i fire kategorier selv koster tid. Det gjør den. Hold den kort. Velg ett kunderesultat, list stegene som trengs, og spør hva hvert steg bidrar med. Øvelsen er nyttig bare hvis den gjør arbeidet mindre eller ansvaret klarere. En omfattende gjennomgang av hvert tilstøtende system blir bare enda en boks.
Test sorteringen med et normalt tilfelle og et feiltilfelle. Hvis et fjernet steg i skjul var en kontroll, bør testen vise det. Hvis en modellvurdering ikke kan evalueres på eksempler, gjør den smalere eller gi beslutningen tilbake til et menneske. Hvis kode må endres ved hvert kundeunntak, skill den stabile teknikken fra den lokale forretningsregelen.
Gjennomgangen trenger også en stoppregel. Et team kan fortsette å dele opp oppgaven til sorteringen koster mer enn arbeidet som spares. Stopp når hvert steg som er beholdt, har en eier, en utløsende hendelse og en testbar grunn til å finnes. Skriv ned den ene usikkerheten som ville endre løsningen, og test den i den minste mulige delen av drift. For en synkronisering kan det være om en kjøpshendelse kommer tidlig nok til å stoppe en planlagt påminnelse. Integrasjonsguiden gir en bredere plan. De fire kategoriene hindrer at planen bevarer unødvendige steg. Vurder sorteringen på nytt når arbeidsflyten eller tillatelsene endres.
Det billigste steget er det resultatet aldri trengte.
Ofte Stilte Spørsmål
Hva bør fjernes før automatisering?
Et steg som bare kompenserer for en overlevering som kan fjernes, en duplisert post eller en rapport ingen bruker, er en kandidat. Sjekk hvem som bruker resultatet senere, og hvilke kontroller steget bærer, før det slettes.
Når trenger et steg en modell?
Bruk en modell for en smal vurdering av mening som ikke kan uttrykkes som en stabil, eksakt regel, med synlige inndata, utdata med definerte typer og en vei for usikkerhet.
Hvilke beslutninger bør et menneske ta?
Valg som krever samtykke, gir tillatelser eller har konsekvenser utenfor systemets autoriserte omfang, bør ligge hos en ansvarlig person eller en uttrykkelig godkjent regel.