Tisoč milj dolgo potovanje implementacije programske opreme se začne s fazo nič (James Monaghan)

čestitke Odločili ste se za implementacijo neke programske opreme in želite, da bo uspešna. Ali bo Agile ali Waterfall ali Lean ali Scrum ali kaj povsem drugega. Medtem ko ima uspešna izvedba projekta svoje zahteve za njegovo vodenje, obstaja
so številne stvari, o katerih bi morali razmisliti, preden začnete.

Ali je bil ciljni operativni model ustrezno opredeljen?

Hitenje z uvedbo nove tehnologije ima številne pasti, a nič pogostejše kot začetek uvajanja/integracije sistema, ne da bi upoštevali, kakšna bo splošna širša slika, ko bo dokončana. Veliko preveč projektov je propadlo
na začetku, ker neki ključni del tehnologije ni bil vključen v celotno shemo. Z vsemi finančnimi tehnologijami in motilci na današnjem trgu si bodo vsi prizadevali za brezhibno integracijo drug z drugim, vendar brez popolnega razumevanja
of kako želite, da se povežejo in iz kakšnega razloga, se lahko zlahka znajdete, da boste sredi poti preoblikovali svoj ciljni operativni model in morali zavreči ves trud in sredstva, ki ste jih porabili do zdaj. To je tako, kot da bi medtem poskušali zgraditi letalo
letenje ali zamenjava avtomobilske gume med vožnjo. Tipični TOM-ji bodo imeli sistem za upravljanje odnosov s strankami (CRM), ki ga bo uporabljalo osebje, ki se sooča s strankami, ki se bo povezal s sistemom za upravljanje življenjskega cikla odjemalca, ki bo vključeval potek dela in mehanizem pravil.
posredovanje potrebnih nalog ustreznim osebam za dokončanje vnosa podatkov/nalaganja dokumentov/validacije in preverjanja. Morda obstaja sistem za upravljanje glavnih podatkov (MDM), ki se obravnava kot vir zapisa/zlata kopija, vendar je vse prepogosto to zakrit
sistem več agregiranih ali integriranih shramb podatkov z različnimi sistemi, ki lahko posodabljajo zapise. Obstajajo lahko sistemi za transakcije/trgovanje/posojanje z vgrajenimi ali integriranimi storitvami za spremljanje transakcij. Za podatke/dokumente lahko obstajajo tretji ponudniki
ali novice/negativne novice/predstavne namene. Vsi ali nekateri od teh lahko temeljijo na oblaku ali tudi na sistemih v prostorih. Zdaj pa vas ponovno vprašam, ali ste pomislili, kje se ta 1 nova tehnologija prilega vašemu splošnemu TOM in ali je končna različica ali
integracijo v trenutno nastavitev, vendar nameravate to spremeniti v prihodnosti

Za vse vaše trenutne sisteme, kako dolgo jih nameravate podpirati/ohranjati?

Obstaja pogosta napaka, znana kot zmota nepovratnih stroškov, pri kateri samo zato, ker ste porabili X dolarjev/evrov/funtov za sistem, je predaleč, da bi priznali poraz in ga zavrgli. Ali da ni pokvarjen, zato ga ni treba popraviti. Ali da je preveč zakoreninjen
v trenutnih sistemih, da ga lahko odstranite ali zamenjate. Če je temu tako, potem ste verjetno končali z eno samo točko napake, ne da bi se tega sploh zavedali. Sodobne tehnološke rešitve so prilagodljive in jih je treba graditi za spremembe. Prejšnje združitve/prevzemi
ali je združevanje sistemov prisililo tehnologijo v integracijo in običajni postopek je preprosto omogočiti, da deluje. Te je treba obravnavati kot priložnosti, da ponovno razmislijo o tem, kako je nekaj narejeno, in si prizadevajo za učinkovitejši način. drugič
večina novih tehnologij bo imela ali trdi, da ima podobne ponudbe/module/funkcije, kot so poročanje, nadzorne plošče, potek dela, motorji pravil za upravljanje primerov, konfiguracijski studio. Cilj tega je nagovoriti najširše možno občinstvo in ga ima
nekateri ljudje razmišljajo: "Zakaj moram kupiti X, ko pa Y že ima to sposobnost?". Toda s tem v mislih, ali res želite svoj CRM spremeniti v sistem za spremljanje transakcij? Ali vaš sistem računa v prehod za vaš MDM? Ali vaš MDM kot glavni
točka za vnos podatkov. Veste, da boste imeli na tisoče zapisov s telefonskimi številkami 12345678.

Osebje/vloge

Da bo kakršna koli izvedba uspešna, boste imeli definirane vloge na obeh straneh projekta. Vaši in prodajalci. Očitno je odvisno od proračuna, obsega in časovnice. Morda imate 4-tedensko izvedbo v oblaku, ki zahteva 2 osebja
prodajalec ali pa je to lahko 10 faz 12-tedenskih večjih izdaj z 2-tedenskim agilnim pristopom k zahtevam, ki ga sestavljajo analitiki poslovanja/izdelka, razvijalci, strokovnjaki za zadeve, preizkuševalci zagotavljanja kakovosti, ki vsi potrebujejo tako nižje kot višje vloge, projekt
vodje za vsako poslovno linijo/regijo/jurisdikcijo in vodja programa, ki nadzira vse. Dodajte sponzorja projekta in zlahka boste razumeli, zakaj postane programska oprema za podjetja draga, včasih previsoko draga. To je tudi preden upoštevate število zaposlenih
ki jih morate dodeliti za ujemanje. Ne pozabite, da bo vaše osebje, vključeno v ta projekt, precej časa odsotno od svojih vsakodnevnih vlog. Pomembno je zagotoviti, da je osebje prodajalca izkušeno in da ni bilo
nedavno najel, da bi izpolnil povpraševanje po vašem projektu.

Drugi dejavnik je partnerski model. Številni uveljavljeni prodajalci imajo certificirane partnerje, nekatera butična podjetja in nekateri izmed štirih velikih, ki jih je mogoče pripraviti tudi za pomoč pri implementacijah, vendar imajo tudi ceno.

Prenos podatkov

Ena od glavnih tem, ki vključuje nov del programske opreme, je upoštevanje dostopa do podatkov in/ali migracije podatkov. Če bo novi sistem po potrebi poizvedoval po vaši trenutni bazi podatkov ali bazah podatkov, kdaj bo dobil dostop, kateri uporabniki imajo kakšna dovoljenja
za dostop do njega, ali je dostop samo za branje ali lahko uporabniki urejajo ali ustvarjajo nove zapise in ko posodabljajo osrednji zapis, kateri sistemi imajo prednostni vrstni red za te spremembe? Kaj pa, če drug sistem poskuša narediti spremembo, medtem ko drug uporabnik
vaše nove tehnologije trenutno ureja? Ali to zdaj pomeni, da bi morale biti vse zahteve za urejanje podatkov usmerjene prek te nove tehnologije? Kaj se zgodi, ko vse nove tehnologije zahtevajo enak prednostni vrstni red? Ti so samo za aktivne sisteme za evidenco strank.
Kaj pa ustvarjanje novega konsolidiranega enotnega sistema? Bi morali uporabiti pristop velikega poka za selitev vseh podatkov prvi dan? Predstavljajte si tveganja. Kaj pa prehodno obdobje, na primer ko je pregled načrtovan, za izvedbo pregleda pridobite iz enega ali več virov
in nato čisti zapis objavite v novi centralni bazi podatkov. To bi namesto tega omogočilo selitev v obdobju od 12 do 18 mesecev. To ni pristop, ki ustreza vsem. To je vse, preden sploh začnete razmišljati o ravnanju z dvojniki.

integracije

Ko razmišljate o dodajanju nove tehnologije v svoj ekosistem, se morate prepričati, da bo brezhibno delovala z vašo trenutno nastavitvijo. To ima na začetku 2 možnosti, kot neto nov dodatek za rešitev določene težave ali kot zamenjavo obstoječega sistema
ali sistemi na mestu. Kakor koli že želite zagotoviti, da ima dostop do ustreznih sistemov, ki jih potrebuje za porabo navzgor in navzdol. Prav tako morate biti prepričani, da je mogoče vzdrževati vse obstoječe vodovodne napeljave do sistema, ki se umika.
Obstaja tudi vprašanje o dovoljenjih, ki se dosledno spregleda. Nadzor uporabniškega dostopa, ki ureja, katera dovoljenja imajo uporabniki za novo tehnologijo za podatke, do katerih ima dostop, hkrati pa zagotavlja, da ni zahtev za skrbniška dovoljenja.
Ko pa v prihodnosti dodate novejšo tehnologijo, ali morate na tej točki izboljšati nadzor dostopa za vse zgodovinske sisteme? Tako kot zgoraj, ne pozabimo na potrebo po določitvi, katera tehnologija ima prednostni vrstni red za spremembe/posodobitve podatkov. V nasprotnem primeru
kako se prepričate, da sistem A izvede spremembo danes, sistem B jo jutri razveljavi in ​​sistem A poskusi znova naslednji dan.

Dostop do sistema – Politike Infosec

Ali ste interno angažirali ustrezne ekipe, da bi pravočasno zagotovili vire in dostop do ustreznih sistemov. Če nameravate čakati do zadnjega trenutka, preden zahtevate dovoljenje za okolje ali dostop do baze podatkov itd.
lahko preprosto ugotovite, da so vaši ciljni datumi nenadoma nedosegljivi.

Kupci proti uporabnikom

Ali so končni uporabniki nove tehnologije vključeni v proces odločanja? Kakšen smisel ima odločanje v imenu drugih uporabnikov, če se ti na koncu odločijo, da to, kar se gradi, ni primerno za njihove namene. Bitka med poslom in
TO je stalnica, ki se pojavlja povsod in niha naprej in nazaj glede na to, kdo bo odločal. Od zasnove sistema se vse prepogosto pričakuje, da bo odlično rešila vsak problem za vsakega uporabnika. Prekomerno razvijanje tehnologije za 100-odstotno rešitev
je občudovanja vredno, a navsezadnje zahtevno prizadevanje. Začetni cilj bi moral biti rešitev za večino in počakati do uspešne dostave, preden poskusite z robnimi primeri. Teh zadnjih 20 % ali 10 % izdaj ne bi smelo zadrževati glavnega namena pridobivanja
tehnologija, vendar vse prepogosto postane vsepotratna. Vprašanje, ki si ga morate zastaviti, je, kaj je dokončno potrebno 1. dan, in omejite svoje možnosti na podnabor, saj je privzeti odgovor brez vedno, vedno, vse.

Torej, zdaj, ko gledamo, kaj moramo upoštevati, da bo izvedba projekta uspešna, se moramo zavedati, da je pred začetkom pomembnejših več stvari, ki jih je treba vključiti. To bo vplivalo tudi na odločitev o tem, katero programsko opremo najprej izbrati
mesto. Ni vse zlato, kar se sveti. Prepričajte se, da je tisto, kar izberete, primerno za vse vidike in ne le za en sam pričakovani končni rezultat.