Podedovani sistem nosi več kot staro kodo
Zrel sistem pogosto vsebuje leta postopno oblikovanega poslovnega vedenja. Nekatera pravila so izrecno zapisana v kodi, druga pa obstajajo v časovnem razporedu paketnih obdelav, dogovorih o podatkovnih zbirkah, operativnih kontrolnih seznamih, postopkih dobaviteljev in presoji izkušenih ljudi. S tehnološkega vidika so lahko videti naključna, vendar ostajajo bistvena za kontinuiteto.
Modernizacija ne uspe, ko je sedanji sistem dokumentiran le kot sestavni del, ki ga je treba zamenjati. Uporabnejši pogled prikazuje zmožnosti, ki jih omogoča, odločitve, ki jih podpira, kritične podatke, ki jih ima v lasti, odvisnosti, ki jih napaja, kontrole, ki jih zagotavlja, in izjeme, ki jih ljudje upravljajo okoli njega. Ta pogled razkriva, kaj se lahko spremeni in kaj mora ostati povezano.
Pred seznamom zamenjav ustvarite register kontinuitete
Register kontinuitete navede dejstva in vedenja, ki jih mora ohraniti vsak prehod: stabilno identiteto, poslovne opredelitve, pooblastila za odobritev, časovne obveznosti, pravila usklajevanja, revizijske dokaze, pričakovanja glede okrevanja in meje storitev. Vsaka postavka mora imeti lastnika in način preverjanja. Register ni izgovor za ohranjanje vsakega zgodovinskega vedenja, temveč podlaga za premišljeno odločitev, kaj ohraniti, spremeniti ali opustiti.
To spremeni odkritje. Namesto, da se sprašujete le, katere funkcije uporabniki potrebujejo, ekipe vprašajte, zakaj obstaja pravilo, kaj sledi, če se spremeni in kdo ima avtoriteto, da sprejme to posledico. Zastarelo vedenje se lahko z zaupanjem odstrani, ko je bil preučen njegov namen in odvisnost. Pomembno vedenje se lahko preoblikuje, ne pa po nesreči izgubi.
Cilj in prehode načrtujte skupaj
Ciljna arhitektura pokaže predvidene prihodnje odgovornosti in meje, sama pa ne pojasni, kako bo organizacija delovala jutri. Prehodne arhitekture opisujejo vmesna stanja, ki morajo podpirati dejansko delo med premikanjem podatkov, vmesnikov in uporabnikov. Vključujejo začasno lastništvo, soobstoj, usklajevanje, dodatne kontrole in izrecna merila za opustitev.
Oblikovanje prehodov poleg ciljnih testov, ali je cilj dosegljiv. Če ni verodostojen način za premikanje kritične identitete, zagnati stara in nova pravila skupaj ali preveriti rezultate v obeh posestvih, cilj morda potrebuje različne meje. Prehod je arhitektura sama po sebi, ne projektni oder, ki lahko ostane nedokumentiran.
Migracijo razdelite po poslovnih zmogljivostih in dokazih
Tehnične plasti so redko najvarnejša enota migracije. Premik vseh podatkov, nato vseh storitev in nazadnje vseh kanalov lahko ustvari dolga obdobja brez celovitega poslovnega izida. Rez po poslovni zmogljivosti sledi smiselni poti skozi pravila, podatke, vmesnike in operacije. Lahko je ozek, vendar ga je mogoče sprejeti kot celoto.
Izberite rezine po odvisnosti in posledicah, ne samo enostavnost. Zgodnje delo mora preizkusiti najbolj tvegane predpostavke, hkrati pa se izogniti nesprejemljivemu polmeru eksplozije. Vsaka rezina potrebuje uspeh, spravo in merila za obnovitev. Dokončanje pomeni, da lahko organizacija deluje in pojasni novo pot, ne le, da je bila uporabljena koda.
Soobstoj obravnavajte kot operativni model
Vzporedno delovanje uvaja vprašanja, ki jih migracijski diagram pogosto izpusti. Kateri sistem je avtoritativen za vsako dejstvo? Ali lahko obe sprejmeta spremembe? Kako je identiteta korelirana? Ko se rezultati razlikujejo, kdo odloča? Kako hitro se mora doseči sprava? Kateri dokazi dokazujejo, da je novo vedenje enakovredno, kjer je pomembna enakovrednost?
To so operativne odločitve. Potrebujejo lastnike, runbooke, spremljanje in stopnjevanje. Dvojno pisanje ali replikacija podatkov je lahko del mehanizma, vendar pa niti ne vzpostavlja poslovne avtoritete. Jasna odločitev o izvoru resnice in nadzorovana pot izjeme sta pomembnejša od prefinjenosti tehnologije sinhronizacije.
Okrevanje mora zajeti poslovno stanje, ne le namestitve
Povrnitev programske različice ne razveljavi samodejno naročil, poslanih obvestil, sprejetih odločitev ali spremenjenih podatkov, ki so nastali med njenim delovanjem. Načrt okrevanja mora opredeliti nepovratne učinke, izravnalne ukrepe in točko, po kateri vrnitev v prejšnje stanje ni več odgovorna.
Za vsak prehod opredelite, kaj je mogoče ponovno predvajati, uskladiti, kompenzirati ali obnoviti. Preizkusite proces odločanja, kot tudi mehanizem. Voditelji morajo vedeti, kdo lahko ustavi napredovanje, kateri dokazi sprožijo to izbiro in kako se operacije nadaljujejo, medtem ko se vprašanje razume.
Načrt poti naj vodijo pragovi za odločanje, ne le koledar
Načrt za posodobitev bi moral pokazati dokaze, potrebne za premik med državami: razumevanje področja uporabe pravil, uskladitev podatkov znotraj odobrene tolerance, preskušanje izterjave, sprejeta podpora lastništvu ali odpravljena kritična odvisnost. Datumi, vendar datumi brez pragov, spodbujajo napredek, ki ga je treba sporočiti, preden se tveganje spremeni.
Sklepni zapisi ohranjajo, zakaj je bil izbran cilj, zaporedje ali začasni kompromis. Prav tako navajajo, kdaj je treba predpostavko pregledati. To naredi upravljanje lažje in uporabnejše: osredotoča pozornost na posledično negotovost, namesto da zahteva vse podrobnosti, da gredo skozi isti forum.