Pēc tehniskā atjauninājuma pabeigšanas vienmēr ir ieteicams veikt sauso izmēģinājumu. Atjauninot darbojošās vietnes kopiju, jūs varat identificēt iespējamās problēmas un atrisināt tās pirms darbības uzsākšanas. Turklāt pārliecinieties, ka ir pieejami atbilstoši atbalsta resursi, ja pēc atjauninājuma izlaišanas pēkšņi rastos pēkšņs pieprasījums pēc viņu laika.
2. posms: testēšana
Šajā posmā pieredzējusi testēšanas komanda novērtē, vai programmatūras sistēma atbilst funkcionālajām un nefunkcionālajām prasībām, ko sauc par lietotāja pieņemšanas testēšanu (UAT). Kvalitātes nodrošināšanas inženieri izveido vidi, kas atkārto biznesa lietošanas scenārijus; pēc tam tiek veikti vienību testi, pirms sarežģītākas vienību kombinācijas tiek pārbaudītas pašā sistēmā. Visbeidzot, tiek sagatavoti testēšanas ziņojumi, kuros sīki izklāstīti testēšanas rezultāti, un ar tiem tiek iepazīstināti izstrādātāji un ieinteresētās personas.
Šī posma sākumā QA inženieri izveido testēšanas gadījumus - detalizētus aprakstus par to, kā novērtēt konkrētas funkcijas, piemēram, priekšnosacījumus, ievades datus un veicamās darbības, gaidāmos rezultātus, kā arī paredzamos priekšnosacījumus un darbības, kas jāveic attiecībā uz šo funkciju. Viens no galvenajiem rezultātiem šajā posmā ir RTM, kurā prasības ir saistītas ar attiecīgajiem testa gadījumiem.
3. posms: izvietošana
Kad visi ar kodu un datubāzi saistītie jautājumi ir atrisināti, var pilnībā ieviest jauno versiju. Tas prasa no lietotājiem pielikt visas pūles, lai pārvarētu viņu dabisko pretestību pārmaiņām un pieņemtu jauno programmatūru un procesus. Var būt arī saprātīgi uz laiku turpināt izmantot esošo ERP līdztekus tai, lai, pārejot no vienas vides uz citu, neizlaistu kādus svarīgus procesus, kad notiek datu pāreja no vienas vides uz otru.
Tāpat kā instalēšanas un testēšanas posmos, arī atjaunināšanas procesa laikā riska pārvaldība ir jāpārvalda proaktīvi. Tas sākas ar potenciālo draudu identificēšanu, kam seko to novērtēšana un riska mazināšanas plānošana. Tie var ietvert šādus riskus:
4. posms: Darbības uzsākšana
Jebkura tehnoloģiju projekta darbības uzsākšanas jeb ieviešanas posms neapšaubāmi ir ārkārtīgi svarīgs. Tas iezīmē laiku, kad jaunais produkti vai pakalpojumu pāreja no izstrādes un testēšanas uz faktisko lietošanu un ieviešanu reālajā dzīvē - bieži vien pēc mēnešiem vai pat gadiem ilgas sagatavošanās, plānošanas, izpildes, uzraudzības, kontroles un atgriezeniskās saites ar iekšējām un ārējām ieinteresētajām personām.
Sāciet domāt uz priekšu, lai nodrošinātu vienmērīgu pāreju no darbības uzsākšanas uz uzturēšanas un atbalsta fāzēm, tostarp izveidojot pārejas vai nodošanas plānu un noslēdzot visus lietotāja akcepttestēšanas testus vai paziņojot par turpmāko rīcību. Izveidojiet arī ārkārtas kontaktu sarakstu gadījumiem, ja darbības uzsākšanas laikā rodas steidzami risināmas problēmas vai eskalējamas situācijas.
Šajā posmā ir svarīgi arī novērtēt, kādu ietekmi jauninājums atstās uz lietotājiem - tā var būt gan sistēmas izslēgšana, gan darba plūsmas izmaiņas konkrētās nodaļās - un nodrošināt, ka visas iesaistītās puses saprot tā ietekmi. Pēc tam šī informācija ir jāpaziņo tālāk.
Kad pāreja uz jaunu digitālo aktīvu pārvaldības sistēmu ir sākusies, ir svarīgi uzraudzīt un atbalstīt pastāvīgās problēmas, kad tās rodas. Viena no efektīvām metodēm ir regulāru noslēguma sanāksmju plānošana darbības uzsākšanas periodā, lai risinātu radušās problēmas un dalītos gūtajā pieredzē, lai veiktu uzlabojumus turpmāko atjauninājumu laikā. Šajās sanāksmēs ieteicams iesaistīt arī projekta komandas locekļus, lai dalītos ar gūto pieredzi un noteiktu jomas, kuras jāattīsta nākamajā reizē.
Šajā posmā pēc darbības uzsākšanas var būt nepieciešami arī papildu atbalsta resursi - atkarībā no atjaunināšanas apjoma -, lai risinātu neparedzētas problēmas, kas var rasties. Tie varētu ietvert tehnisko atbalstu augstas prioritātes jautājumu risināšanai, tematiskos ekspertus, kas palīdzētu pieņemt procesu lēmumus, un superlietotājus/līderus jauniem vai nepieredzējušiem lietotājiem.
