V tem prispevku na spletnem dnevniku smo počaščeni, da delimo znanje gostujočega avtorja in strokovnjaka za analitiko Mikea Norrisa o načrtovanju in napakah, da bi se izognili vaši pobudi za posodobitev analitike.
Ko razmišljamo o pobudi za posodobitev analitike, je treba raziskati več vprašanj ... Zdaj stvari delujejo, zakaj to storiti? Kakšni pritiski se pričakujejo? Kakšni naj bodo cilji? Kaj se je treba izogibati? Kako naj bi izgledal uspešen načrt?
Zakaj posodobiti Analytics?
V Poslovni analitiki se inovacije uresničujejo z neverjetno hitrostjo. Obstaja stalen pritisk, da se izkoristi "kaj novega" in vroče. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Samopostrežna storitev za vse, vpogled v hitrost razmišljanja… itd. Sliši se znano? Za mnoge voditelje je to čas, ko se soočajo z velikimi odločitvami o naložbah. Mnogi začenjajo nove poti, ki si želijo zagotoviti več zmogljivosti, in jim ne uspe. Drugi poskušajo na poti modernizacije in se trudijo zadržati zavezanost vodstva.
Mnogi od teh poskusov posodobitve so povzročili dodajanje novih prodajalcev, tehnologij, procesov in ponudb analitike. Ta oblika posodobitve omogoča hitrejši začetni dobitek, vendar pušča tehnične dolgove in režijske stroške, saj običajno ne nadomesti obstoječega dela analitične sestavljanke, temveč jih prekriva. Te vrste »posodobitev« so bolj preskok in ne tiste, ki bi jih ocenil kot »modernizacijo«.
Tukaj je moja definicija, kaj mislim, ko rečem modernizacija v kontekstu analitike:
»Posodobitev je izboljšanje analitike, ki jo že imamo, ali dodajanje funkcionalnosti ali zmogljivosti tehnologijam, ki so že v uporabi. Posodobitev se vedno izvaja za dosego cilja izboljšanja. Cilje je treba opredeliti s partnerstvom med skupnostjo uporabnikov in vodstvom IT/analitike. "
Ti cilji so lahko:
- Površno - bolj seksi videz vsebine ali izboljšana uporabniška izkušnja.
- Delujoč - izboljšana zmogljivost ali dodana funkcionalnost in zmogljivost
- Podaljševanje - zagotavljanje vgrajene izkušnje ali dodajanje dodatnih projektov in delovnih obremenitev.
V svojih več kot 20 letih v prostoru Business Analytics sem sodeloval s stotinami podjetij in organizacij, ki jim pomagam in svetujem pri namestitvah, nadgradnjah, konfiguracijah ter strateških načrtih in projektih. Ko se pozno vključim, me pogosto boli, da sem med projekti modernizacije nosilec doze resničnosti. Mnogi začnejo brez načrta ali še huje, z načrtom in brez potrditve tega načrta. Daleč najslabše so tiste, ki so bile kombinacija posodobitev IT in Analytics kot obsežen projekt vse v enem.
Pritiski za pričakovanje in premagovanje
- Vse mora biti Cloud & SaaS - Oblak ima številne prednosti in je očitna izbira za vsako neto strategijo in naložbo. Premik vsega iz prostora v oblak, ker je to strategija podjetja skupaj z datumom, je slaba strategija in izhaja iz slabega vodstva, ki deluje v vakuumu. Preden se prijavite na datum, se prepričajte, da so prednosti in morebitni učinki razumljeni.
- Vse na enem mestu - Da, obstajajo podjetja, ki vam lahko priskrbijo vse, kar potrebujete. Prodajalec z enim virom vam lahko proda ugodnosti, vendar so resnične ali zaznane? Analitični prostor je bil v veliki meri odprt in heterogen, kar vam omogoča, da se odločite za najboljšo pasmo, zato se dobro odločite.
- Novejši izdelki so boljši - Novejše enakovredne bolje bi lahko delovale za avtomobile, vendar običajno ne s programsko opremo, razen če gre za razvoj ponudbe. Prodajalci z dolgoletnimi izkušnjami in zgodovino se zdijo počasi v koraku, vendar je to z dobrim razlogom. Ti prodajalci imajo ponavadi robustno ponudbo, ki je drugi ne morejo ujemati, in ta ponudba ima z rastjo njihove uporabe veliko večjo življenjsko vrednost. Da, nekaj zamika, vendar to ne pomeni vedno, da je potrebna zamenjava. V mnogih primerih lahko obstaja več kosov, če so ločilne črte jasne.
- Hitenje z velikim izidom - Žal je čas, ki je dodeljen le redko natančen, zato je dobro določiti mejnike in manjše načrte z zmagami, ki bodo opredelile pomemben napredek in rezultate.
- Vse bo veliko hitreje - To je velik cilj in težnja, vendar ne vedno resničnost. Arhitektura ponudbe ima velik vpliv, prav tako kako dobro je izvedena vsaka integracija ter solokacija okoliških odvisnih in podpornih storitev in funkcij.
- Sodobna prihodnost nam to dokazuje - Kot sem rekel v uvodniku, inovacije letijo, zato je to področje, ki se bo še razvijalo. Vedno bodite na tekočem s tem, kar imate, in poskrbite, da bodo posodobitve načrtovane. Po vseh posodobitvah ocenite nove funkcije in funkcije, ki jih je treba uporabiti ali dati na voljo.
- Posodobitev je le »nadgradnja« in bo enostavna - Njegova posodobitev se ne nadgrajuje. To pomeni nadgradnje, posodobitve, zamenjave in uporabo novejših funkcij in zmogljivosti. Najprej nadgradite, nato uporabite nove funkcije in zmogljivosti.
Priprava načrta za posodobitev storitve Analytics
Preden poskušam posodobiti, bi predlagal nekaj stvari, ki jih bom delil za izboljšanje uspešnosti.
1. Določite cilje.
Ne morete imeti cilja, kot je »Zagotoviti hiter in brezhiben vir lepe analitike, ki omogoča enostavno porabo in ustvarjanje vsebine.« To je odličen cilj, da se projekt odobri, vendar je splošen cilj, ki je poln nevarnosti in pogube ... preprosto je prevelik. Osredotočite se in ustvarite cilje za eno samo tehnološko spremembo hkrati z izmerjenim zaželenim izidom. Posodobitev je v mnogih primerih treba narediti po kosih in izkušnje po izkušnjah. To pomeni več manjših projektov in ciljev.
Ljudje bodo trdili, da to pomeni več časa in skupnega truda ter morda preveč sprememb za uporabnike. Po mojih izkušnjah da, ta načrt bo videti daljši, vendar bolj odraža dejanski čas, ki ga bo vseeno potreboval. Kar zadeva pogostost spreminjanja uporabniške izkušnje, je to mogoče odpraviti tako, da rezultatov ne potisnete v produkcijo, dokler ne dobite celotnega niza sprememb, ki so smiselne. Načrti posodobitve "naredi vse naenkrat", ki sem jih videl, trajajo 12-18 mesecev dlje, kot je bilo pričakovano, kar je veliko težje razložiti. Hujši je pritisk, ki ga izvaja ekipa, ki izvaja načrt, in nenehna negativnost, ki izhaja iz izzivov na poti. Ti vodijo tudi do velikih zavojev, kar ima za posledico premikanje.
Največji razlog, da se osredotočite na manjše spremembe, je, da če se vaša analitika na poti prekine, je veliko hitreje in lažje odpraviti težave in jih odpraviti. Manj spremenljivk pomeni hitrejše reševanje težav. Vem, da se to sliši preprosto, vendar vam bom povedal, da sem sodeloval z več podjetji, ki so se odločila, da bodo poskušala posodobiti pošast, kjer:
- analitično platformo je bilo treba nadgraditi
- posodobljena tehnologija poizvedb
- analitična platforma se je preselila v oblak
- način preverjanja pristnosti zamenjal za spletnega ponudnika enotne prijave
- prodajalec zbirke podatkov se je spremenil in se preselil iz lokalnega modela v lasti in upravljanju v rešitev SaaS
Ko stvari niso delovale, so porabili veliko časa in truda, da so ugotovili, kaj povzroča težavo, preden so prišli do dejanske rešitve. Na koncu so ti projekti »naredi vse naenkrat« potekali s časom in proračunom ter prinesli mešane rezultate zaradi delnih dosežkov ciljev in negativnosti, ki je obkrožala projekt. Številni od teh so do konca postali le projekti, ki jih je treba čim bolje zagnati.
2. Zgradite načrt za cilj.
Načrt mora vključevati prispevke VSE zainteresiranih strani za preglednost, popolnost in natančnost. Moj primer tukaj bi bila sprememba tehnologij zbirk podatkov. Nekateri prodajalci ponujajo združljivost z drugimi prodajalci, kar pomaga pri prodaji, ko govorijo o času za vrednotenje. Vsak prodajalec zbirk podatkov bo poskušal zavzeti tudi svoje stališče, da deluje bolje od obstoječega. Težava je v tem, da se te izjave ne prekrivajo. Še vedno nisem videl, kako bi se delovna obremenitev preusmerila iz ene tehnologije zbirke podatkov v drugo, kar bi povečalo združljivost prodajalca in izboljšalo zmogljivost obstoječih delovnih obremenitev.
Poleg tega pri menjavi prodajalcev / tehnologij baz podatkov skoraj zagotovo dobite različne ravni združljivosti SQL, izpostavljene funkcije zbirke podatkov in različne vrste podatkov, kar lahko povzroči opustošenje obstoječim aplikacijam, ki so na vrhu. Bistvo je, da je treba načrt potrditi z ljudmi, ki lahko preučijo in določijo verjeten vpliv tako velike spremembe. Da bi pozneje odpravili presenečenja, se morajo angažirati strokovnjaki.
3. Načrtujte načrte.
Ker so vsi cilji izčrpani, lahko ugotovimo, da nekateri od njih lahko delujejo vzporedno. Pri uporabi analitične platforme lahko ugotovimo, da različne skupine ali poslovne enote uporabljajo različne osnovne komponente, kot so baze podatkov, ki jih je treba posodobiti, zato lahko te delujejo vzporedno.
4. Analitično preglejte vse načrte in jih očistite.
To je tako pomemben korak, ki ga mnogi opustimo. Prosim vas, da uporabite kakršno koli analitiko, ki jo imate proti svoji analitiki. To je ključno, da ne izgubljate časa in sredstev. Ugotovite, kateri podatki so mrtvi, katera vsebina na vaši analitični platformi ni več uporabna ali ustrezna. Vsi smo zgradili analitične projekte ali vsebine za enkratno nalogo, vendar večina od nas tudi zanič pri brisanju ali čiščenju za sabo. je digital vsebino, ki ne stane ničesar, da bi jo pustili do trenutka, ko jo mora nekdo vzdrževati, nadgraditi ali posodobiti.
Bi vas šokiralo, če bi ugotovili, da je 80% vaše analitične vsebine mrtvo, neuporabljeno, nadomeščeno z novo različico ali že dolgo pokvarjeno brez pritožb? Kdaj smo nazadnje preverili?
Ne začnite nobenega projekta, ki zahteva validacijo analitične vsebine, ne da bi pregledali, kaj je treba potrditi in kaj je treba očistiti ali odstraniti. Če nimamo nobene analitike, ki bi jo uporabili proti analitiki, potem ugotovimo, kako naprej.
5. Ocenite, da sta projekt posodobitve in posamezni načrti celostno zaključeni.
Vrnimo se k slabemu cilju: "Zagotoviti hiter, brezhiben vir lepe analitike, ki omogoča enostavno porabo in ustvarjanje vsebine", in ga razčleniti z visoke ravni. Verjetno obstaja sprememba infrastrukture za obdelavo pomnilnika in diska, nadgradnja ali sprememba zbirke podatkov, prehod na sodobno tehnologijo ponudnika enotne prijave, kot sta SAML ali OpenIDConnect, ter posodobitev ali nadgradnja platforme za analizo. Vse to so dobre stvari in pomagajo pri posodobitvi, vendar se tega moramo spomniti končni uporabniki so deležniki. Če ti uporabniki dobivajo enako vsebino kot leta, vendar le hitreje, bo njihova raven zadovoljstva verjetno minimalna. Lepe vsebine ne morejo biti samo za nove projekte, ampak jih je treba dostaviti naši največji skupini potrošnikov. Posodobitev obstoječe vsebine se redko gleda, vendar ima največji vpliv na uporabnike. To je še posebej pomembno za skrbnike ali koga drugega v skupini, ki podpira analitično platformo. Če teh končnih uporabnikov ne osrečujejo z uporabo drugih orodij, da bi prebrali, kaj ekipa prinaša, končni rezultati pa so lahko katastrofalni. To temo bom obravnaval v naslednjem blogu čez nekaj tednov.
6. Zadnji nasvet.
Redno izdelujte varnostne kopije in ne delajte samo projekta posodobitve v proizvodnji. Vzemite si trud, da ustvarite simulirano proizvodno okolje za velike in obsežne spremembe. To bo spet pomagalo zmanjšati spremenljivke in razlike med tem, kar deluje zunaj in znotraj proizvodnje.
Vso srečo na vaši poti modernizacije!
Imate vprašanja o lastni pobudi za posodobitev? Kontaktiraj nas razpravljati o vaših potrebah in kako vam lahko pomagamo!
