Zašto kažem ne većini zahtjeva za automatizaciju

Kada me netko zamoli da automatiziram nešto, moj prvi instinkt je reći ne.

Ovo vjerojatno zvuči čudno. Gradim sustave za život. Automatizacija je značajan dio onoga što radim. Pomislili biste da bih bio željni preuzeti projekte automatizacije.

Ali većina zahtjeva za automatizaciju ne bi trebala biti automatizirana. Barem ne još.

Što zapravo čujem

Kada netko kaže “želim automatizirati X,” ono što čujem je jedno od nekoliko stvari:

“X je bolan i želim da bol prestane.” Fer dovoljno. Ali automatizacija nije jedini način za smanjenje boli. Ponekad je proces bolan jer je pokvaren, i popravljanje procesa eliminira bol bez dodavanja složenosti automatizacije.

“Čuo sam da automatizacija štedi vrijeme.” Može. Ali ušteda vremena mora premašiti vrijeme utrošeno na izgradnju, testiranje i održavanje automatizacije. Za niskofrekventne zadatke, ova jednadžba rijetko funkcionira.

“Trebali bismo biti moderniji.” Modernost nije operativni cilj. Pitanje nije je li nešto moderno. Pitanje je radi li bolje od alternative.

“Pokušavam riješiti problem koji zamišljam da ću imati u budućnosti.” Ovo je najčešće. Netko predviđa rast, volumen ili složenost koja još ne postoji i želi se pripremiti. Ali automatizacija za probleme koje nemate je skupo osiguranje.

Tri uvjeta

Prihvatit ću projekt automatizacije kada su ispunjena tri uvjeta:

Proces je stabilan. Ako se tijek rada često mijenja, automatizacija postaje teret održavanja. Svaka promjena procesa zahtijeva promjenu automatizacije. Ne štedite vrijeme — množite svoje opterećenje ažuriranja.

Stabilno znači: proces se odvija na isti način najmanje nekoliko mjeseci. Pravila su jasna. Iznimke su dokumentirane i konzistentno obrađene. Ako netko pita “kako ovo funkcionira?” odgovor ne uključuje “pa, ovisi.”

Vlasništvo je jasno. Netko treba posjedovati automatizaciju. Ne samo je izgraditi — održavati je. Kada se pokvari, tko popravlja? Kada se posao promijeni, tko ažurira? Kada se pojave rubni slučajevi, tko ih obrađuje?

Ako je odgovor “smislit ćemo” ili “tko god je dostupan,” automatizacija će propadati. Jasno vlasništvo znači specifična osoba koja razumije i automatizaciju i poslovni proces koji podržava.

ROI opravdava složenost. Automatizacija nije besplatna. Izgradnja oduzima vrijeme. Testiranje oduzima vrijeme. Održavanje oduzima vrijeme. Koristi moraju nadmašiti ove troškove.

Radim jednostavnu matematiku: Koliko vremena ovaj zadatak traje ručno? Koliko često se događa? Koji je godišnji trošak vremena? Koliko će automatizacija koštati za izgradnju i održavanje? Je li povrat razuman?

Ako je povrat duži od godine dana, skeptičan sam. Previše se mijenja u godini dana. Automatizacija bi mogla postati zastarjela prije nego što se isplati.

Kada kažem ne

Evo specifičnih situacija gdje odbijem:

Proces nije dokumentiran. Ako ne možete opisati proces u jasnim koracima, ne može se automatizirati. Automatizacija zahtijeva eksplicitnu logiku. “Mi to nekako riješimo” nije automatizabilno.

Različiti ljudi to rade različito. Ako bi pet ljudi opisalo proces na pet različitih načina, ne postoji jedna stvar za automatizaciju. Prvo standardizirajte, zatim razmotrite automatizaciju.

Iznimke nadmašuju pravila. Ako većina slučajeva zahtijeva posebno rukovanje, automatizacija stvara više posla nego što štedi. Na kraju održavate složenu logiku za rubne slučajeve dok još uvijek ručno obrađujete iznimke.

Volumen je prenizak. Ako se zadatak događa jednom tjedno i traje deset minuta, automatizacija rijetko ima smisla. Čak i ako automatizacija štedi 80% vremena, štedite osam minuta tjedno. To je sedam sati godišnje. Je li to vrijedno izgradnje i održavanja automatizacije?

Nitko to neće posjedovati. Ako nema jasnog vlasnika, automatizacija postaje napuštena. Pokvarit će se i nitko neće primijetiti. Odmaknuti će se od stvarnosti i nitko je neće ažurirati. Napuštena automatizacija je gora od nikakve automatizacije.

Pravi problem je nešto drugo. Ponekad se automatizacija predlaže da se izbjegne rješavanje težeg problema. Proces je bolan jer je loše dizajniran, ili zato što ga ljudi ne slijede, ili zato što postoji jaz u vještinama. Automatizacija ne popravlja ove probleme — kodira ih.

Razgovor koji slijedi

Kada kažem ne zahtjevu za automatizaciju, objašnjavam zašto. Obično to vodi do korisnijeg razgovora.

“Proces nije dovoljno stabilan” vodi do: “Što bi trebalo biti istinito da bude stabilan?” Ovo često otkriva probleme procesa koji trebaju pažnju neovisno o automatizaciji.

“ROI ne funkcionira” vodi do: “Što bi učinilo da vrijedi automatizirati?” Ponekad ovo otkriva da bi manja, jednostavnija automatizacija bila vrijedna čak i ako velika vizija nije.

“Vlasništvo je nejasno” vodi do: “Tko bi ovo posjedovao ako bismo izgradili?” Ponekad ovo otkriva da nitko zapravo ne želi odgovornost, što je signal da se projekt ne bi trebao dogoditi.

Ovi razgovori su često vrjedniji od automatizacije koja bi bila. Razjašnjavaju što tvrtka zapravo treba, umjesto onoga što je netko zamislio da želi.

Čemu kažem da

Prihvaćam projekte automatizacije kada:

• Zadatak je stvarno repetitivan — događa se dnevno ili više puta dnevno
• Pravila su jasna i dokumentirana
• Iznimke su malobrojne i dobro definirane
• Netko specifičan će posjedovati rezultat
• Matematika pokazuje jasne uštede vremena
• Proces je stabilan mjesecima

Ovi projekti obično uspijevaju. Automatizacija se izgradi, održava i koristi. Zapravo štedi vrijeme. Čini posao pouzdanijim.

Obrazac je jasan: automatizacija najbolje funkcionira kada se primjenjuje na zrele, stabilne procese s jasnim vlasništvom. Loše funkcionira kada se primjenjuje na kaotične, nedefinirane procese koje nitko potpuno ne razumije.

Meta-poanta

Reći ne lošim zahtjevima za automatizaciju je dio dobrog posla.

Konzultant koji kaže da svemu ne služi klijentu — služi vlastitom računu. Vrijednost nije u izgradnji automatizacije. Vrijednost je u izgradnji automatizacije koja funkcionira.

Ponekad je najvrjednije što mogu učiniti objasniti zašto automatizacija ne bi trebala biti izgrađena. To štedi klijentu novac. Štedi svima vrijeme. Sprječava stvaranje tereta održavanja koji bi se akumulirao godinama.

Znati kada ne automatizirati je jednako važno kao znati kako automatizirati.

---

Povezano

• Članak: Zašto automatizacija pokvarenog procesa pogoršava stvari — Redoslijed koji je bitan: prvo popravi, zatim automatiziraj
• Deep Dive: Cijene, granice i kada odustati — Kako reći ne štiti ishode