Gamybos supjaustymo planai

Turinys:

Anonim

Gamybos nutraukimas vyksta kiekvieną kartą, kai įmonė perkelia iš esamos sistemos ar taikymo, pvz., Apskaitos ar atsargų valdymo programos arba gamybos gamybos sistemos, į naują. Nors faktinis dislokavimas gali užtrukti tik vieną ar dvi dienas, užduotys prieš ir po užduočių ir veiklos yra labai svarbios projekto sėkmei. Daugumoje įmonių skaičiuoklė yra naudinga dokumentuojant užduotis ir veiklą, vedančią iki gyvos dienos, ir tos dienos užduotis bei sekančias dienas.

Tikslai ir esminiai komponentai

„IBM“ geriausia veiksmingos duomenų migracijos praktika teigia, kad „cutover“ planas turėtų apimti tris pagrindines sritis. Ji turėtų apibrėžti migracijos užduotis pagal jų užbaigimo tvarką, įskaitant įvertinimus, ar sistema turės būti neprisijungus. Ji turėtų nustatyti galimas problemas ir apibūdinti, kaip sumažinti arba pašalinti riziką. Be to, jame turėtų būti nurodyti vidiniai ir išoriniai „cutover“ komandos nariai ir kontaktiniai duomenys, taip pat žmonės, kuriems reikalingi atnaujinimai ir informacija.

Parengimas ir preliminarios veiklos

Kiekvienas žingsnis kiekviename supjaustymo plano skyriuje turi būti nurodytas tokia tvarka, kuria jis turi būti užpildytas. Nustatykite užduotį, pagrindinį asmenį, numatomą trukmę, pradžios ir pabaigos datas ir atsarginį kontaktinį asmenį. Įtraukite pagrindinį asmenį, kad jis galėtų pasirašyti atliktas užduotis. Pirmajame plano skyriuje turėtų būti nurodytos užduotys ir veikla, kuri turi būti baigta prieš pradedant pradžią. Tai apima aparatinės įrangos, programinės įrangos ir išorinių įrenginių diegimą ir konfigūravimą, galutinio vartotojo mokymo atlikimą, reikalingų duomenų įkėlimą ir dabartinės sistemos atsarginę kopiją.

Nulinės valandos veikla

Nulinės valandos užsiėmimai vyksta „go-live“ dieną. Tai apima konkretų laiko uždavinį, susijusį su senosios sistemos uždarymu ir naujos sistemos aktyvinimu bei bandymu. Šiame skyriuje turėtų būti numatytas nenumatytų atvejų planas, pvz., Žingsniai, kuriais siekiama užbaigti grąžinimą, jei naujoji sistema nepavyksta. Jei perjungimo laikas nevyksta ne piko metu, plane turi būti aprašyta sistema, pagal kurią vartotojai būtų informuojami apie bet kokius laukiamus išjungimus ir jų trukmę bei nurodymus, kada ir kaip išeiti iš senosios sistemos.

Stebėjimas po pjovimo

Plane turėtų būti pateiktas nuolatinių bandymų stebėsenos ir vykdymo grafikas. Pvz., Jei perjungimas vyksta ne piko metu, stebėjimo ir bandymų tvarkaraštis mažiausiai kelias dienas piko naudojimo valandomis. Apima dalykus, kuriuos reikia stebėti, pvz., Sistemos sulėtėjimą ar nenuoseklų elgesį, taip pat visas galimas problemas, kurios buvo nustatytos iš anksto. Nurodykite nenumatytų atvejų plano įgyvendinimo veiksmus, įskaitant pranešimus naudotojams apie būtiną sustabdymą, ir įtraukite kontrolinį sąrašą, skirtą nuspręsti, ar uždaryti ir atlikti būtinus remonto darbus ar modifikacijas darbo dieną arba ne piko metu.