Atlikus techninį atnaujinimą, visada patartina atlikti bandomąjį paleidimą. Atnaujindami veikiančios svetainės kopiją galite nustatyti visas galimas problemas ir jas išspręsti prieš pradėdami veikti. Be to, įsitikinkite, kad yra pakankamai palaikymo išteklių, jei išleidus atnaujinimą staiga prireiktų jų laiko.
2 etapas: testavimas
Šiame etape patyrusi testavimo komanda įvertina, ar programinės įrangos sistema atitinka funkcinius ir nefunkcinius reikalavimus, ir tai vadinama naudotojo priėmimo testavimu (UAT). Kokybės užtikrinimo inžinieriai sukuria aplinką, kuri atkartoja verslo naudojimo scenarijus; tada atliekami vienetų testai ir tik tada sudėtingesni vienetų deriniai išbandomi pačioje sistemoje. Galiausiai parengiamos bandymų ataskaitos, kuriose išsamiai aprašomi bandymų rezultatai, ir jomis dalijamasi su kūrėjais ir suinteresuotosiomis šalimis.
Šio etapo pradžioje QA inžinieriai sukuria testavimo atvejus - išsamius aprašus, kaip įvertinti konkrečias funkcijas, pavyzdžiui, išankstines sąlygas, įvesties duomenis ir veiksmus, kurių reikia imtis, tikėtinus rezultatus, taip pat tikėtinas išankstines sąlygas ir veiksmus, atliekamus su ta funkcija. Vienas iš pagrindinių šio etapo rezultatų yra RTM, kuriame reikalavimai susiejami su susijusiais bandymų atvejais.
3 etapas: diegimas
Išsprendus visas su kodu ir duomenų baze susijusias problemas, galima visiškai įdiegti naują versiją. Tam reikia visų naudotojų pastangų, kad jie įveiktų natūralų pasipriešinimą pokyčiams ir priimtų naują programinę įrangą ir procesus. Taip pat gali būti protinga laikinai tęsti esamos ERP sistemos veikimą kartu su ja, kad, perkeliant duomenis iš vienos aplinkos į kitą, nebūtų praleisti jokie svarbūs procesai.
Kaip ir diegimo bei testavimo etapuose, atnaujinimo proceso metu rizikos valdymas turėtų būti valdomas aktyviai. Tai prasideda nuo galimų grėsmių nustatymo, jų įvertinimo ir poveikio mažinimo planavimo. Tai gali būti tokios grėsmės:
4 etapas: "Go-Live
Bet kokio technologinio projekto paleidimo arba diegimo etapas neabejotinai yra labai svarbus. Tai yra laikas, kai naujos produktai ar paslaugos iš kūrimo ir bandymų pereina į faktinį naudojimą ir diegimą realiame gyvenime - dažnai po kelių mėnesių ar net metų pasiruošimo, planavimo, vykdymo, stebėsenos, kontrolės ir grįžtamojo ryšio ciklų su vidaus ir išorės suinteresuotosiomis šalimis.
Pradėkite galvoti iš anksto, kad užtikrintumėte sklandų perėjimą nuo paleidimo prie techninės priežiūros ir palaikymo etapų, įskaitant perėjimo arba perdavimo plano kūrimą ir visų naudotojo patvirtinimo testavimo elementų uždarymą arba informavimą apie tolesnius veiksmus. Taip pat sudarykite skubios pagalbos kontaktų sąrašą, jei per paleidimo laikotarpį iškiltų skubių problemų sprendimo ar eskaluojamų situacijų.
Šiame etape taip pat būtina įvertinti, kokį poveikį atnaujinimas turės naudotojams - nuo sistemos išjungimo iki pasikeitusios darbo eigos tam tikruose skyriuose - ir užtikrinti, kad visos susijusios šalys suprastų jo pasekmes. Tada ši informacija turi būti perduota atgal.
Pradėjus pereiti prie naujos skaitmeninio turto valdymo sistemos, labai svarbu stebėti ir palaikyti nuolatines problemas, kai jos iškyla. Vienas iš veiksmingų metodų - planuoti reguliarius baigiamuosius susitikimus per diegimo laikotarpį, kad būtų sprendžiamos iškilusios problemos ir dalijamasi išmoktomis pamokomis, kurias būtų galima tobulinti per būsimus atnaujinimus. Į šiuos susitikimus taip pat patartina įtraukti projekto komandos narius, kad būtų galima pasidalyti išmoktomis pamokomis ir nustatyti tobulintinas sritis kitam kartui.
Šiame etape po paleidimo gali prireikti papildomų palaikymo išteklių (priklausomai nuo atnaujinimo apimties), kad būtų galima spręsti bet kokias netikėtai iškilusias problemas. Tai gali būti techninė pagalba sprendžiant didelio prioriteto klausimus, dalykiniai ekspertai, padedantys priimti sprendimus dėl procesų, ir supernaudotojai (angl. super users/champions), skirti naujiems ar nepatyrusiems naudotojams.
