Gawing kinokontrol na paglulunsad ang isang desisyon sa software.

Tukuyin ang resulta ng pagpapatakbo bago ang listahan ng tampok

Magsimula sa gawaing kailangang pagbutihin. Ilarawan ang kasalukuyang proseso sa simpleng wika: sino ang nagsimula nito, aling mga desisyon ang ginawa, kung saan ang impormasyon ay ibibigay sa ibang tao, at kung ano ang kailangang makita ng may-ari sa dulo. Pinipigilan nito ang isang mahabang paghahambing ng tampok na itago ang aktwal na problema sa pagpapatakbo.

Pumili ng isang maliit na bilang ng mga resulta na maaaring suriin pagkatapos ng paglunsad. Maaaring gusto ng restaurant ang mas kaunting paulit-ulit na mga entry ng order, maaaring gusto ng isang hotel ng mas malinaw na handoff para sa pagiging handa sa silid, at maaaring gusto ng multi-location operator ng isang pare-parehong pang-araw-araw na view. Itala ang kasalukuyang baseline kung saan umiiral ang isa para matapat na maihambing ng team ang bagong daloy ng trabaho.

• Pangalanan ang isang may pananagutan na may-ari ng rollout
• Isulat ang kasalukuyang daloy ng trabaho at ang mga friction point nito
• Paghiwalayin ang mahahalagang kinakailangan sa paglulunsad mula sa mga pagpapabuti sa hinaharap
• Pumili ng dalawa o tatlong nakikitang sukat ng tagumpay

Mga user ng mapa, pahintulot, data at konektadong kagamitan

Ilista ang bawat tungkulin na makakaapekto sa system at ang pinakamababang impormasyon o mga aksyon na kailangan ng bawat tungkulin. Ang mga manager, frontline staff, finance user at may-ari ay bihirang nangangailangan ng parehong access. Ang maagang pagdidisenyo ng mga pahintulot ay pinoprotektahan ang sensitibong impormasyon at pinapanatiling nakatutok ang mga pang-araw-araw na screen.

Ihanda ang impormasyong kailangan ng bagong system bago magsimula ang configuration. Ang mga malinis na pangalan ng produkto, mga talaan ng kwarto o ari-arian, mga patlang ng customer, mga balanse sa pagbubukas at mga listahan ng kawani ay mas madaling itama bago ang pag-import kaysa sa panahon ng paglulunsad. Idokumento nang hiwalay ang mga printer, terminal, scanner, device sa pagbabayad, at pagsasama dahil maaaring magkaroon ng magkaibang oras ng lead ang pag-apruba ng hardware at third-party.

• Matrix ng tungkulin at pahintulot
• May-ari ng data at naaprubahang import file
• Kinakailangang pagsusuri sa hardware at network
• Mga dependency sa pagbabayad o pagsasama
• Pagpapanatili at backup na mga inaasahan

Pilot ang tunay na daloy ng trabaho, hindi isang senaryo ng pagtatanghal

Ang isang kapaki-pakinabang na piloto ay sumusunod sa isang normal na araw ng trabaho. Subukan ang pinakaabala at pinaka-prone na error na mga landas, mga pagbubukod gaya ng mga pagkansela o pagbabago, mga end-of-day na pamamaraan, pag-uulat, at ang handoff sa pagitan ng mga team. Gumamit ng mga ligtas na talaan ng pagsubok sa halip na pribadong impormasyon ng customer o nangungupahan kapag hindi kinakailangan ang set ng data ng produksyon.

Panatilihing sapat na maliit ang piloto upang maobserbahang mabuti. Maaaring ilantad ng isang kinatawang lokasyon, departamento o daloy ng trabaho ang mga gaps sa pagsasaayos at pagsasanay nang hindi pinipilit ang buong organisasyon sa pamamagitan ng mga ito nang sabay-sabay. Itala ang bawat isyu sa isang may-ari, desisyon at deadline; huwag hayaan ang impormal na chat na maging ang tanging record ng rollout.

• Normal na transaksyon o paglalakbay sa serbisyo
• Mga pagbabago, pagbaligtad at paghawak ng exception
• Shift, araw o pagsasara ng panahon
• Pag-uulat ng manager at may-ari
• Offline o fallback na pamamaraan

Ihanda ang mga tao para sa paglulunsad

Dapat sundin ng pagsasanay ang trabahong ginagawa ng bawat tao. Bigyan ang mga frontline team ng maikling mga sesyon ng pagsasanay gamit ang mga makatotohanang gawain, at bigyan ang mga superbisor ng isang hiwalay na landas para sa mga pag-apruba, pagwawasto at pag-uulat. Ang isang mahabang demonstrasyon ay bihirang sapat para sa mga kawani na gagamit lamang ng bahagi ng system.

Mag-publish ng malinaw na cutover plan: kapag huminto sa pagbabago ang mga lumang record, kapag na-import ang final data, sino ang nagkukumpirma ng pagiging handa, at kung paano hihingi ng tulong ang team sa mga unang shift. Kung ang luma at bagong mga sistema ay dapat mag-overlap, eksaktong tukuyin kung alin ang pinagmumulan ng katotohanan para sa bawat panahon.

• Nakumpleto ang pagsasanay batay sa tungkulin
• Nakumpirma ang petsa ng paglunsad at mga responsibilidad sa pag-cutover
• Sumang-ayon ang nasa lugar o malayong saklaw ng suporta
• Fallback na hakbang na ibinahagi sa mga superbisor
• Nagpasya ang lumang-system na pag-access at pagpapanatili ng tala

Gamitin ang unang 30 araw upang patatagin at pagbutihin

Suriin ang paglulunsad araw-araw sa unang ilang araw ng pagpapatakbo, pagkatapos ay lingguhan para sa natitirang bahagi ng buwan. Paghiwalayin ang mga tanong sa pagsasanay mula sa mga problema sa pagsasaayos at mga tunay na agwat sa produkto. Ang pagkakaibang iyon ay ginagawang mas mabilis ang pag-follow-up at pinipigilan ang isang solusyon na maging isang hindi sinasadyang permanenteng proseso.

Sa pagtatapos ng 30 araw, ihambing ang mga napagkasunduang resulta sa baseline, kumpirmahin na naaangkop pa rin ang pag-uulat at mga pahintulot, at magpasya kung aling mga pagpapahusay ang nabibilang sa susunod na yugto. Karaniwang mas ligtas ang kinokontrol na ikalawang yugto kaysa sa pagdaragdag ng bawat hiniling na opsyon sa panahon ng paglulunsad.

• Araw 1–3: lutasin ang mga blocker at obserbahan ang tunay na paggamit
• Linggo 1: suriin ang kalidad ng data, mga pahintulot at mga pagbubukod
• Linggo 2–4: ihambing ang mga kinalabasan at pinuhin ang daloy ng trabaho
• Araw 30: isara ang mga isyu sa paglulunsad at aprubahan ang susunod na yugto

Magpatuloy sa gabay para sa iyong operasyon

Ang pagkakasunud-sunod ng pagpapatupad ay nananatiling magkatulad, ngunit ang mga daloy ng trabaho na nangangailangan ng pagsubok ay naiiba ayon sa industriya at produkto. Gamitin ang nauugnay na gabay na Joony upang tukuyin ang mga kinakailangan na partikular sa produkto bago planuhin ang paglulunsad.