Po diegimo turite suprasti, kur veikia automatizacija, kas valdo paskyras ir ką daryti jai sustojus. Darbų perdavimas turėtų apimti proceso aprašą, prieigų tvarką, patikrintus atvejus ir aiškią priežiūros atsakomybę. Tai verta aptarti dar prieš užsakant darbus.
Kokio proceso aprašo paprašyti?
Trumpame apraše turi būti paleidimo įvykis, pagrindiniai veiksmai, naudojamos sistemos ir tikslinis rezultatas. Pridėkite, kokios situacijos į šį etapą neįeina. Pavyzdžiui, naujo vizito sukūrimas gali neapimti jo atšaukimo.
Aprašas turi būti suprantamas darbą atliekančiam darbuotojui. Techninių nustatymų sąrašas naudingas specialistui, tačiau kasdieniam naudojimui taip pat reikia paaiškinimo, kur tikrinti rezultatus ir išimtis.
Kokias paskyras ir kopijas valdyti patiems?
Išsiaiškinkite, kieno paskyroje vyksta scenarijus ir kas apmoka naudojamas paslaugas. Jei sprendimas diegiamas jūsų aplinkoje, patikrinkite administratoriaus prieigą ir atsakingus žmones. Specialistui suteiktos teisės turi atitikti sutartą darbą.
Kur įmanoma, gaukite scenarijaus eksportą ir jo versijos informaciją. Eksportas gali neapimti prisijungimų, išorinių lentelių ar kitų priklausomybių. Vien JSON failas dar neįrodo, kad procesą galima atkurti be papildomo pasiruošimo.
Kokie bandymų rezultatai reikalingi?
Paprašykite konkrečių patikrintų atvejų: įprastas įrašas, trūkstamas laukas, pakartotinis įvykis ir sutrikęs žingsnis. Nurodykite datą, versiją ir rezultatą. Neužtenka bendro užrašo „viskas veikia“, jei neaišku, kas išbandyta.
Priimant darbus naudinga kartu peržiūrėti vieną pilną kelią nuo įvykio iki galutinės sistemos. Tuo pačiu darbuotojas mokosi rasti rezultatą ir suprasti, kokio požymio ieškoti sutrikus procesui.
Kas reaguos į klaidas ir pakeitimus?
Sutarkite, kas gaus pranešimus, kas turi teisę stabdyti procesą ir kas peržiūrės neapdorotus įrašus. Aptarkite ir programų pasikeitimus: naują lauko pavadinimą, kitą failo vietą ar atnaujintas teises.
Priežiūros susitarime atskirkite gedimo taisymą nuo naujos funkcijos kūrimo. Reagavimo laikas ir įtrauktų darbų ribos turi būti aiškios abiem pusėms. Jei nuolatinės priežiūros nebus, numatykite vidinį atsakingą žmogų.
Kaip užbaigti bendradarbiavimą neprarandant veikimo?
Peržiūrėkite naudojamas paskyras, sąskaitų apmokėjimą ir prieigas. Jei ryšys sukurtas per asmeninę specialisto paskyrą, prieš jį atjungiant reikia suplanuoti pakeitimą ir bandymą. Skubus prieigos panaikinimas gali sustabdyti procesą.
Galiausiai patikrinkite, ar dokumentacija ir scenarijaus kopija atitinka paskutinę veikiančią versiją. Numatyta perdavimo tvarka padeda ateityje keisti specialistą ar tobulinti procesą, tačiau programų prenumeratos ir priežiūros poreikis nuo to savaime neišnyksta.
Dažniausi klausimai
Ar scenarijaus failas yra visa sistema?
Dažnai ne. Gali reikėti išorinių duomenų, paskyrų ryšių, nustatymų ir atskiro kodo.
Ar po perdavimo automatizacijai nebereikės priežiūros?
To garantuoti negalima. Gali pasikeisti programos, prieigos ir pats verslo procesas.
Pasirinkite kitą žingsnį
Norite individualaus sprendimo? Rinkitės specialistą arba pateikite poreikį rekomendacijai. Jei jūsų procesui tinka paruoštas šablonas, jį įsidiegiate savarankiškai savo paskyroje.