Pilot in izvedba
Kaj mora dokazati pilot avtomatizacije, preden naročite celotno izvedbo?
Kako naročiti omejen preizkus, ki omogoči odločitev o nadaljevanju. Primeri, pričakovani izidi, meje obsega in dokazi za prevzem.
Prikaz, v katerem se podatek prenese med orodjema, lahko potrdi osnovno povezavo. Za naročilo redne uporabe potrebujete tudi dokaz, da ekipa zna prepoznati nepravilnost in nadaljevati delo, kadar primer odstopa od običajnega.
01
Najprej določite odločitev po pilotu
Zapišite vprašanje, na katero mora preizkus odgovoriti. Na primer: »Ali lahko iz potrjenih servisnih zahtevkov pripravimo naloge v obstoječem sistemu, ne da bi dispečer ponovno prepisoval dogovorjene podatke?«
Takšno vprašanje omeji obseg na določen vir, dejanje in uporabnika. Razvrščanje vseh e-poštnih sporočil, načrtovanje celotne ekipe in samodejno potrjevanje terminov bi bili dodatni obsegi. Vključite jih samo, če so potrebni za presojo postavljenega vprašanja.
Dogovorite se tudi, kdo bo odločal in kdo bo rešitev uporabljal pri preizkusu. Oseba, ki odobri proračun, lahko potrebuje drugačen dokaz kot dispečer, ki preverja dnevne naloge. Obe zahtevi naj bosta vidni pred začetkom.
02
Zapišite izhodišče za isti korak
Opazujte, kako ekipa danes obravnava primere, vključene v pilot. Ločeno zabeležite aktivno delo zaposlenega, čakanje na druge in popravke. Če boste merili prihranek prepisovanja, ga primerjajte z istim delom po uvedbi preizkusa.
Kadar sistem pripravi osnutek, v novi čas vključite pregled osnutka in izjeme. Časa izvajanja programa ne enačite s časom zaposlenega. Prav tako iz majhnega izbranega vzorca ne napovedujte samodejno letnega učinka.
Za finančno presojo uporabite ločen izračun donosnosti avtomatizacije. Pilot naj zagotovi vhodne podatke in njihove omejitve; poslovno odločitev dopolnite s stroški nadaljnje izvedbe in uporabe.
03
Primere in pričakovane izide pripravite pred izvedbo
Spodnja tabela je ponazoritev preizkusa priprave servisnih nalog. Ne prikazuje izvedenega projekta ali izmerjenih rezultatov. Konkretne podatke in meje določite za svoj proces.
| Primer | Pričakovani izid | Kaj preveri uporabnik |
|---|---|---|
| Zahtevek vsebuje vse obvezne podatke | Nastane naloga za pravo lokacijo in napravo | Vsebino, povezave in odgovorno osebo |
| Manjka identifikacija naprave | Primer gre v pregled brez potrditve popolnosti | Jasno oznako manjkajočega podatka |
| Isti zahtevek prispe ponovno | Sistem ravna po dogovorjenem pravilu za ponovitev | Ali je nastala neupravičena dodatna naloga |
| Zunanji sistem zavrne zapis | Primer dobi vidno stanje in način nadaljevanja | Kdo izve za težavo in kaj lahko naredi |
| Potrjeni podatki se pozneje spremenijo | Sprememba se obravnava po dogovorjenem postopku | Katera različica velja za izvedbo |
Pri vsakem primeru zabeležite uporabljeno različico rešitve, vhod in dejanski izid. Microsoftove smernice za izvedbene projekte povezujejo teste z zahtevami ter priporočajo zapis pričakovanih rezultatov in meril sprejema. Enako načelo lahko uporabite pri manjšem poslovnem pilotu, brez uvajanja obsežne projektne administracije.
04
Merila naj določijo dovoljeno vedenje ob odstopanju
Merilo »sistem deluje pravilno« je premalo določeno. Pri obveznem podatku navedite, katero vrednost pričakujete. Pri nepopolnem primeru določite, ali se postopek ustavi, pripravi osnutek ali dodeli pregled človeku.
Ločite nepravilnost, ki prepreči nadaljevanje, od pripombe glede prikaza. Napačna lokacija servisne naloge ima drugačno posledico kot neustrezen vrstni red stolpcev. Pred začetkom določite, katere napake preprečijo prevzem in katere je mogoče obravnavati v posebej dogovorjenem seznamu.
Pri AI koraku vključite tudi dvoumne in drugače zapisane zahteve. En uspešen zagon ne preveri ponovljivosti. Načrt ponovitev in pregled izidov prilagodite dejanski nalogi; univerzalnega odstotka, ki bi za vsako avtomatizacijo dokazal sprejemljivost, ni smiselno predpisati.
05
Dogovorite okolje in omejitve preizkusa
Jasno naj bo, ali pilot uporablja pripravljene podatke ali omejen del rednega dela. Zapišite, katera dejanja lahko izvaja, kdo jih potrjuje in kako ob ustavitvi nadaljujete obstoječi postopek. Testnega obvestila ne pošiljajte dejanskemu kupcu samo zato, ker povezava že deluje.
Če pilot preveri samo pripravo osnutkov, njegovih rezultatov ne predstavljajte kot dokaz samostojnega pošiljanja ponudb. Če uporablja samo eno vrsto zahtevka, odločitev o drugih vrstah ostane odprta. Omejitve naj spremljajo rezultate, da jih pri nadaljevanju ne izgubite.
Za glasovne sisteme potrebujete še preizkus slovenskih klicev, saj besedilni scenarij ne preveri celotnega telefonskega pogovora.
06
Pilot zaključite z izrecno odločitvijo
Zaključek naj vsebuje pregled dogovorjenih primerov, odkrite omejitve in preostalo delo. Na tej podlagi izberite nadaljevanje, dopolnitev preizkusa ali ustavitev. Za vsako dodatno fazo določite nov obseg in ceno, preden jo naročite.
Tako je pilot lahko koristen tudi, kadar razkrije neustrezno povezavo ali prevelik obseg ročnih izjem. Na strani procesa AXO-8 sta omejen preizkus oziroma poglobljen pregled namenjena preverjanju naslednje faze. Ne pomenita obveznosti, da mora slediti celotna gradnja.
Pred širšim naročilom opredelite tudi predajo sistema in potrebnih dostopov. Preverjen proces bo potreboval skrbnika, ki lahko prevzame njegovo nadaljnje delovanje.
Viri in izvor priporočil
Priporočila in primeri postopkov so uredniško gradivo AXO-8. Zunanje vire za tehnične trditve lahko preverite spodaj. Označene ponazoritve ne predstavljajo rezultatov naročnikov.
Pogosta vprašanja
Kratki odgovori brez marketinške megle.
- Ali je demonstracija na sestanku že pilot?
- Lahko pokaže določen del delovanja. Za presojo nadaljnje izvedbe pa potrebujete dogovorjen obseg, primerljive podatke, zabeležene izide in uporabniški pregled. Sam prikaz uspešnega primera teh zahtev še ne pokrije.
- Koliko primerov mora vključevati pilot?
- Število prilagodite razlikam v vhodih, posledicam napake in namenu odločitve. Poleg običajnega poteka vključite pomembna odstopanja in ponovitve. Izvajalec naj pojasni, kaj izbrani vzorec omogoča preveriti in kaj ostane odprto.
- Ali lahko po uspešnem pilotu takoj vključimo vse uporabnike?
- Preverite, ali so bili zajeti potrebni obseg, obremenitev, dostopi in način podpore. Uspeh v omejenem okolju potrdi dogovorjeni preizkus. Širitev lahko zahteva dodatno preverjanje in pripravo.
Ne ugibajte
Določite dokaz pred naročilom pilota
Pripravite opis enega koraka, nekaj primerov in vprašanje za odločitev o nadaljevanju. Rezervirajte pogovor z AXO-8, da opredelimo obseg preizkusa in merila, po katerih ga boste lahko ocenili.