In hierdie blogpos is ons geëerd om die kennis van die gaskrywer en analise -kenner, Mike Norris, te deel oor beplanning en slaggate wat u moet vermy vir u inisiatief vir modernisering van analise.
As u 'n inisiatief vir modernisering van analise oorweeg, is daar verskeie vrae wat u moet ondersoek ... Dinge werk nou, waarom moet u dit doen? Watter druk word verwag? Wat moet die doelwit (e) wees? Wat is dinge om te vermy? Hoe moet 'n suksesvolle plan lyk?
Waarom Moderniseer Analytics?
In Business Analytics word innovasie teen ongekende tariewe gelewer. Daar is konstante druk om gebruik te maak van “wat nuut” en warm is. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Self-service for all, insigte oor die spoed van denke ... ens. Klink dit bekend? Vir baie leiers is dit 'n tyd waarin hulle groot besluite neem oor beleggings. Baie begin nuwe paaie op soek na meer vermoë en skiet te kort. Ander probeer die moderniseringspad en sukkel om toewyding van leierskap te behou.
Baie van hierdie pogings tot modernisering lei tot die toevoeging van nuwe verskaffers, tegnologieë, prosesse en analise -aanbiedinge. Hierdie vorm van modernisering bied 'n vinniger aanvanklike oorwinning, maar laat tegniese skuld en oorhoofse koste oor, aangesien dit gewoonlik nie 'n bestaande deel van die analise -raaisel vervang nie, maar dit eerder oorvleuel. Hierdie tipe 'modernisering' is meer 'n sprong, en ek sou dit nie as 'moderniseer' beskou nie.
Hier is my definisie van wat ek bedoel as ek modernisering in 'n analitiese konteks sê:
'Modernisering is die verbetering van die analise wat ons reeds het, of die toevoeging van funksionaliteit of vermoë tot die tegnologie wat reeds gebruik word. Modernisering word altyd gedoen om 'n verbeteringsdoelwit te bereik. Doelwitte moet gedefinieer word deur 'n vennootskap tussen die gebruikersgemeenskap en die leierskap van IT/analytics.
Hierdie doelwitte kan wees:
- oppervlakkige - 'n beter seksuele inhoud of verbeterde gebruikerservaring.
- Funksionele - verbeterde prestasie of ekstra funksionaliteit en vermoëns
- uitbreiding - bied 'n ingebedde ervaring of voeg bykomende projekte en werklading by.
Gedurende my meer as twintig jaar in die Business Analytics-ruimte het ek met honderde ondernemings en organisasies saamgewerk om hulle te help en te adviseer oor installasies, opgraderings, konfigurasies en strategiese planne en projekte. Dit maak my dikwels pynlik, as ek laat besig is, om 'n dosis werklikheid te dra tydens moderniseringsprojekte. Soveel begin sonder 'n plan of erger, met 'n plan en sonder om die plan te bekragtig. Verreweg die ergste is dié wat 'n kombinasie van modernisering van IT en Analytics was as 'n alles-in-een massiewe projek.
Druk om te verwag en te oorkom
- Alles moet Cloud & SaaS wees - Cloud het baie voordele en is die voor die hand liggende keuse vir enige nuwe strategie en belegging. Om alles van die perseel na die wolk te verplaas, omdat dit die onderneming se strategie is, tesame met 'n 'op datum', is 'n slegte strategie en kom uit 'n slegte leierskap wat in 'n vakuum werk. Maak seker dat u die voordele en die gevolge daarvan verstaan voordat u 'n datum aanteken.
- Enkel verkryging van alles - Ja, daar is ondernemings wat u alles kan voorsien wat u nodig het. 'N Enkele bronverkoper kan die voordele aan u verkoop, maar is dit werklik of word dit waargeneem? Die analitiese ruimte was grootliks oop en heterogeen, waardeur u die beste van die ras kan wees, dus maak goeie keuses.
- Nuwer produkte is beter - Nuwer, beter, werk beter vir motors, maar gewoonlik nie met sagteware nie, tensy dit 'n uitstekende evolusie is. Verkopers met jare se werklike ervaring en geskiedenis lyk traag om by te bly, maar dit is met goeie rede. Hierdie verskaffers het 'n sterk aanbod wat ander nie kan pas nie, en die aanbod het baie meer lewenslange waarde namate die gebruik daarvan toeneem. Ja, 'n bietjie vertraging, maar dit beteken nie altyd dat 'n vervanging nodig is nie. In baie gevalle kan verskeie stukke bestaan as die skeidingslyne duidelik is.
- Versnel die reuse -uitkoms - Ongelukkig is die toegewese tyd selde akkuraat, so dit is goed om mylpale en kleiner planne te hê met oorwinnings wat gedefinieer word om betekenisvolle vordering en uitkomste te toon.
- Dit sal alles baie vinniger wees - Dit is 'n wonderlike doelwit en strewe, maar nie altyd die werklikheid nie. Die aanbieding van argitektuur speel 'n groot rol, en ook die prestasie van enige integrasie en die samewerking van omliggende afhanklike en ondersteunende dienste en funksies.
- Die modernisering van die toekoms bewys ons - Soos ek in die opener gesê het, die innovasies vlieg, so dit is 'n gebied wat sal voortgaan om te ontwikkel. Bly altyd op hoogte van wat u het en sorg dat opdaterings beplan word. Na enige opdaterings, evalueer nuwe funksies en funksies wat gebruik gemaak moet word of beskikbaar gestel word.
- Modernisering is net 'opgraderings' en sal maklik wees - Die modernisering word nie opgradeer nie. Dit beteken opgraderings, opdaterings, vervangings en benutting van nuwer funksies en vermoëns. Opgradeer eers, en gebruik dan nuwe funksie en vermoëns.
Die opstel van 'n moderniseringsplan vir Analytics
Voordat ek modernisering doen, stel ek voor dat ek 'n paar dinge doen wat ek sal deel om die sukseskoers te verbeter.
1. Bepaal die doelwitte.
U kan nie 'n doelwit hê soos: 'Om 'n vinnige, naatlose bron van pragtige ontledings te bied wat maklike verbruik en inhoud moontlik maak.' Dit is 'n wonderlike doelwit om die projek goedgekeur te kry, maar dit is 'n oorkoepelende doelwit wat belaai is met gevaar en ondergang ... dit is eenvoudig te groot. Fokus en skep doelwitte vir 'n enkele tegnologieverandering op 'n slag met 'n afgemete gewenste uitkoms. Modernisering moet in baie gevalle stuk vir stuk gedoen word en ervaring deur ervaring. Dit beteken meer kleiner projekte en doelwitte.
Mense sal redeneer dat dit meer tyd en algehele inspanning beteken en miskien te veel veranderinge vir gebruikers. Volgens my ervaring, ja, hierdie plan sal langer lyk, maar weerspieël meer die werklike tyd wat dit in elk geval sal neem. Wat die frekwensie van verandering van gebruikerservaring betref, kan dit hanteer word deur die resultate nie na produksie te plaas nie totdat u 'n volledige stel veranderings het wat sinvol is. Die moderniseringsplanne van “doen alles tegelyk” loop 12-18 maande langer as wat verwag is, wat baie moeiliker is om te verduidelik. Erger is die druk wat op die span wat die plan uitvoer, geplaas word en die konstante negatiwiteit van uitdagings langs die pad. Dit lei ook tot groot spilpunte wat lei tot sprongbewegings.
Die grootste rede om op kleiner veranderinge te fokus, is dat as u ontledings onderweg breek, dit baie vinniger en makliker is om probleme op te los en op te los. Minder veranderlikes beteken vinniger probleemoplossing. Ek weet dat dit eenvoudig klink, maar ek sal jou vertel dat ek saam met meer as een onderneming gewerk het wat besluit het om 'n monster -moderniseringspoging te doen:
- die ontledingsplatform sou opgegradeer word
- navraag tegnologie opgedateer
- analitiese platform na die wolk verskuif
- verifikasiemetode verruil vir 'n webaanmelderverskaffer
- 'n databasisverskaffer het verander en oorgeskuif van 'n model wat in besit is en bedryf word na 'n SaaS-oplossing
As dinge nie werk nie, het hulle baie tyd en moeite daaraan bestee om vas te stel wat die probleem veroorsaak, voordat hulle by die werklike oplossing uitkom. Uiteindelik het hierdie 'doen alles tegelyk' -projekte verloop van tyd en begroting gelewer en gemengde resultate opgelewer as gevolg van gedeeltelike doelwitte en die negatiwiteit wat die projek omring het. Baie hiervan het teen die einde net 'aan die gang gesit' -projekte.
2. Bou 'n plan per doelwit.
Die plan moet insette van ALLE belanghebbendes bevat vir deursigtigheid, volledigheid en akkuraatheid. My voorbeeld hier is die verandering van databasistegnologieë. Sommige verskaffers bied verenigbaarheid met ander verskaffers, en dit help met verkope as hulle praat van tyd tot waarde. Elke databasisverskaffer sal ook probeer om hul posisie te versterk dat hulle beter presteer as die posbekleër. Die probleem is dat hierdie stellings nie oorvleuel nie. Ek het nog nie gesien dat 'n werklas van een databasistegnologie na 'n ander oorgaan nie, met die versoenbaarheid van 'n verskaffer en die verbetering van die werkverrigting van bestaande werklading.
By die verandering van databasisverskaffers / -tegnologieë kry u byna seker verskillende vlakke van SQL -verenigbaarheid, blootgestelde databasisfunksies en verskillende datatipes, wat almal verwoesting kan veroorsaak vir bestaande toepassings wat bo -aan lê. Die punt is dat die plan bekragtig moet word by mense wat die moontlike impak van so 'n groot verandering kan ondersoek en bepaal. Kenners moet verloof word om verrassings later uit die weg te ruim.
3. Beplan die planne.
Aangesien al die doelwitte uitgetart word, vind ons moontlik dat sommige van hulle parallel kan loop. As ons 'n ontledingsplatform gebruik, kan ons agterkom dat verskillende groepe of sake -eenhede verskillende onderliggende komponente gebruik, soos databasisse wat gemoderniseer moet word, sodat dit parallel kan loop.
4. Ondersoek al die planne analities en maak skoon.
Dit is so 'n belangrike stap wat baie weggelaat word. Ek smeek u om die analise wat u teen u analise het, te gebruik. Dit is die sleutel om nie tyd en hulpbronne te mors nie. Bepaal watter data dood is, watter inhoud op u analise -platform nie meer gebruik of relevant is nie. Ons het almal analitiese projekte of inhoud vir 'n eenmalige taak opgebou, maar die meeste van ons is ook mal daaroor om dit te verwyder of na onsself op te ruim. dit is digital inhoud wat niks kos om net op te hou tot die oomblik dat iemand dit moet onderhou, opgradeer of moderniseer nie.
Sou dit u skok om uit te vind dat 80% van u analitiese inhoud dood is, nie gebruik word nie, deur 'n nuwe weergawe vervang is of al lankal sonder klagtes gebreek is? Wanneer laas het ons nagegaan?
Moenie 'n projek begin wat die analise -inhoud bekragtig nie, sonder om na te gaan wat gevalideer moet word en wat skoongemaak moet word. As ons geen analise teen die analise kan gebruik nie, moet u uitvind hoe u vorentoe kan gaan.
5. Evalueer dat die moderniseringsprojek en individuele planne holisties voltooi is.
Kom ons gaan terug na die slegte doelwit, "Om 'n vinnige, naatlose bron van pragtige analise te bied wat dit maklik maak om inhoud te skep en inhoud te skep," en dit van 'n hoë vlak af te breek. Daar is waarskynlik 'n infrastruktuurverandering vir die verwerking van geheue en skyf, 'n databasisopgradering of -verandering, 'n skuif na 'n moderne Single Sign On -verskafferstegnologie soos SAML of OpenIDConnect, en 'n opdatering of opgradering van die analise -platform. Dit is alles goeie dinge en help om te moderniseer, maar ons moet dit onthou eindgebruikers is belanghebbendes. As die gebruikers dieselfde inhoud kry as vir jare, maar net vinniger, is hul tevredenheidsgraad waarskynlik minimaal. Pragtige inhoud kan nie net vir nuwe projekte bedoel word nie, maar moet by ons grootste groep verbruikers afgelewer word. Daar word selde gekyk na die modernisering van die bestaande inhoud, maar dit het die grootste impak op die gebruikers. Dit is veral belangrik vir administrateurs of iemand anders in die span wat die analise -platform ondersteun. Om nie die eindgebruikers gelukkige resultate te gee nie, omdat ander hulpmiddels ingebring word om te gaan wat die span lewer, met die eindresultate moontlik rampspoedig. Ek behandel hierdie onderwerp binne 'n paar weke in my volgende blog.
6. Laaste raad.
Neem gereeld rugsteun en moenie net 'n moderniseringsprojek in produksie doen nie. Spandeer die moeite om 'n gesimuleerde produksie-omgewing te hê vir groot, omvattende veranderings. Dit sal weer help om veranderlikes en verskille tussen wat buite en binne produksie werk, te verminder.
Sterkte met jou eie moderniseringsreis!
Het u vrae oor u eie moderniseringsinisiatief? Kontak Ons om u behoeftes te bespreek en hoe ons kan help!
