In deze blogpost delen we de kennis van gastauteur en analyse-expert Mike Norris over planning en valkuilen die u moet vermijden voor uw initiatief voor modernisering van analyses.
Bij het overwegen van een initiatief voor de modernisering van analyses, zijn er verschillende vragen die moeten worden onderzocht... De zaken werken nu, dus waarom zou u dit doen? Welke druk wordt verwacht? Wat moeten de doelen zijn? Wat zijn dingen om te vermijden? Hoe moet een succesvol plan eruit zien?
Waarom Analytics moderniseren?
In Business Analytics wordt innovatie geleverd met ongekende snelheden. Er is een constante druk om gebruik te maken van "wat is nieuw" en hot. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Selfservice voor iedereen, inzichten met de snelheid van het denken...etc. Klinkt bekend? Voor veel leiders is dit een tijd waarin ze voor grote investeringsbeslissingen staan. Velen slaan nieuwe wegen in op zoek naar meer capaciteit en schieten tekort. Anderen proberen het pad van modernisering en worstelen om de toewijding van leiderschap af te houden.
Veel van deze pogingen tot modernisering resulteren in de toevoeging van nieuwe leveranciers, technologieën, processen en analyse-aanbiedingen. Deze vorm van modernisering zorgt voor een snellere initiële winst, maar laat technische schulden en overhead over, aangezien het doorgaans geen bestaand deel van de analysepuzzel vervangt, maar ze eerder overlapt. Dit soort 'moderniseringen' is meer een haasje-over, en niet een die ik als 'modernisering' zou beschouwen.
Hier is mijn definitie van wat ik bedoel als ik zeg modernisering in een analytische context:
“Modernisering is de verbetering van de analyses die we al hebben of de toevoeging van functionaliteit of mogelijkheden aan de technologieën die al in gebruik zijn. Modernisering wordt altijd gedaan om een verbeterdoel te bereiken. Doelen moeten worden gedefinieerd via partnerschap tussen de gebruikersgemeenschap en de IT-/analytische leiders.”
Deze doelen kunnen zijn:
- oppervlakkig - betere, sexyer ogende inhoud of verbeterde gebruikerservaring.
- Functioneel – verbeterde prestaties of toegevoegde functionaliteit en mogelijkheden
- Het uitbreiden – het bieden van een embedded ervaring of het toevoegen van extra projecten en workloads.
Gedurende mijn meer dan 20 jaar in de Business Analytics-ruimte heb ik met honderden bedrijven en organisaties gewerkt en hen geholpen en geadviseerd over installaties, upgrades, configuraties en strategische plannen en projecten. Het doet me vaak pijn om, als ik laat instap, de drager te zijn van een dosis realiteit tijdens moderniseringsprojecten. Zovelen beginnen zonder een plan of erger, met een plan en geen validatie van dat plan. Verreweg de slechtste zijn die welke een combinatie waren van IT- en Analytics-moderniseringen als een alles-in-één enorm project.
Druk om te verwachten en te overwinnen
- Alles moet Cloud & SaaS zijn – Cloud heeft veel voordelen en is de voor de hand liggende keuze voor elke netto nieuwe strategie en investering. Alles verplaatsen van on-premises naar de cloud, omdat het de bedrijfsstrategie is in combinatie met een "op datum" is een slechte strategie en komt van slecht leiderschap dat in een vacuüm opereert. Zorg ervoor dat de voordelen en eventuele gevolgen worden begrepen voordat u zich aanmeldt voor een datum.
- Alles single sourcen – Ja, er zijn bedrijven die u alles kunnen leveren wat u nodig heeft. Een enkele leverancier kan u de voordelen verkopen, maar zijn ze echt of waargenomen? De analyseruimte is grotendeels open en heterogeen geweest, waardoor je de beste van het ras kunt worden, dus maak goede keuzes.
- Nieuwere producten zijn beter - Nieuwere is gelijk aan beter werkt misschien voor auto's, maar meestal niet met software, tenzij het een aanbodevolutie is. Verkopers met jarenlange praktijkervaring en geschiedenis lijken traag bij te blijven, maar dit is niet voor niets. Deze leveranciers hebben meestal een robuust aanbod dat anderen niet kunnen evenaren, en dat aanbod heeft veel meer levenslange waarde naarmate het gebruik ervan groeit. Ja, enige vertraging, maar dat betekent niet altijd dat vervanging nodig is. In veel gevallen kunnen er meerdere stukken bestaan als de scheidslijnen duidelijk zijn.
- De gigantische uitkomst haasten – Helaas is de toegewezen tijd zelden nauwkeurig, dus het is goed om mijlpalen en kleinere plannen met overwinningen te hebben gedefinieerd om zinvolle vooruitgang en resultaten te laten zien.
- Het gaat allemaal veel sneller – Dit is een geweldig doel en streven, maar niet altijd de realiteit. Het aanbieden van architectuur speelt een grote rol, evenals hoe goed de integratie is uitgevoerd en de colocatie van omringende afhankelijke en ondersteunende diensten en functies.
- Nu moderniseren maakt ons toekomstbestendig – Zoals ik in de opener al zei, de innovaties vliegen als een trein, dus dit is een gebied dat zich zal blijven ontwikkelen. Blijf altijd op de hoogte van wat je hebt en zorg ervoor dat updates gepland zijn. Evalueer na eventuele updates nieuwe functies en functionaliteit om te gebruiken of beschikbaar te maken.
- Moderniseren is gewoon "upgraden" en zal gemakkelijk zijn - Het is aan het moderniseren, niet upgraden. Dat betekent upgrades, updates, vervangingen en het benutten van nieuwere functies en mogelijkheden. Upgrade eerst en maak vervolgens gebruik van nieuwe functies en mogelijkheden.
Een moderniseringsplan voor Analytics opstellen
Alvorens enige moderniseringsinspanning te doen, zou ik willen voorstellen om een paar dingen te doen die ik zal delen om de slagingspercentages te helpen verbeteren.
1. Bepaal de doelen.
Je kunt geen doel hebben als: "Een snelle, naadloze bron van prachtige analyses bieden die gemakkelijke consumptie en het maken van inhoud mogelijk maken." Dit is een geweldig klinkend doel om het project goedgekeurd te krijgen, maar het is een overkoepelend doel dat vol gevaar en onheil zit... het is gewoon te groot. Focus en creëer doelen voor een enkele technologische verandering tegelijk met een gemeten wenselijk resultaat. Moderniseren moet in veel gevallen stukje bij beetje en ervaring door ervaring. Dit betekent meer kleinere projecten en doelen.
Mensen zullen beweren dat dit meer tijd en algehele inspanning betekent en misschien te veel veranderingen voor gebruikers. In mijn ervaring, ja, dit plan zal er langer uitzien, maar is meer een afspiegeling van de werkelijke tijd die het hoe dan ook zal duren. Wat betreft de frequentie van veranderingen in de gebruikerservaring, dit kan worden afgehandeld door de resultaten niet naar productie te pushen totdat u een volledige reeks zinvolle wijzigingen hebt aangebracht. De moderniseringsplannen "alles tegelijk doen" die ik heb gezien, duurden 12-18 maanden langer dan verwacht, wat veel moeilijker uit te leggen is. Erger is de druk die wordt uitgeoefend op het team dat het plan uitvoert en de constante negativiteit die voortkomt uit uitdagingen onderweg. Deze leiden ook tot grote draaipunten, wat resulteert in haasje-over-bewegingen.
De grootste reden om je te concentreren op kleinere wijzigingen is dat als je analyses onderweg kapot gaan, het veel sneller en gemakkelijker is om problemen op te lossen en op te lossen. Minder variabelen betekent een snellere probleemoplossing. Ik weet dat dit eenvoudig klinkt, maar ik zal je vertellen dat ik met meer dan één bedrijf heb gewerkt dat besloot een monsterlijke moderniseringsinspanning te doen waarbij:
- analytics-platform moest worden geüpgraded
- query-technologie geüpdatet
- analyseplatform verplaatst naar de cloud
- authenticatiemethode verwisseld voor een web Single Sign On-provider
- een databaseleverancier veranderde en verhuisde van een on-premises eigendom van en beheerd model naar een SaaS-oplossing
Toen dingen niet werkten, besteedden ze veel tijd en moeite aan het bepalen van de oorzaak van het probleem voordat ze tot de daadwerkelijke oplossing kwamen. Uiteindelijk liepen deze "doe het allemaal tegelijk"-projecten ver in tijd en budget en leverden ze gemengde resultaten op vanwege gedeeltelijke doelprestaties en de negativiteit rond het project. Veel van deze projecten werden tegen het einde gewoon "zo goed mogelijk aan de gang krijgen"-projecten.
2. Maak een plan per doel.
Het plan moet input van ALLE belanghebbenden bevatten voor transparantie, volledigheid en nauwkeurigheid. Mijn voorbeeld hier zou het veranderen van databasetechnologieën zijn. Sommige leveranciers bieden compatibiliteit met andere leveranciers en dit helpt bij de verkoop wanneer ze het hebben over time-to-value. Elke databaseverkoper zal ook proberen zijn positie te pushen dat ze beter presteren dan de gevestigde exploitant. Het probleem is dat deze verklaringen elkaar niet overlappen. Ik heb nog geen werklast zien verplaatsen van de ene databasetechnologie naar de andere door gebruik te maken van de compatibiliteit van een leverancier en de prestaties van bestaande werklasten te verbeteren.
Wanneer u van databaseleverancier / -technologie verandert, krijgt u vrijwel zeker verschillende niveaus van SQL-compatibiliteit, blootgestelde databasefuncties en verschillende gegevenstypen, die allemaal grote schade kunnen aanrichten aan bestaande applicaties die bovenaan staan. Het punt is dat het plan moet worden gevalideerd met de mensen die de waarschijnlijke impact van zo'n grote verandering kunnen onderzoeken en bepalen. Experts moeten worden ingeschakeld om verrassingen later uit te sluiten.
3. Plan de plannen.
Omdat alle doelen geplaagd zijn, kunnen we ontdekken dat sommige ervan parallel kunnen lopen. Wanneer we een analyseplatform gebruiken, kunnen we ontdekken dat verschillende groepen of bedrijfseenheden verschillende onderliggende componenten gebruiken, zoals databases die moeten worden gemoderniseerd, zodat deze parallel kunnen lopen.
4. Bekijk alle plannen analytisch & ruim op.
Dit is zo'n belangrijke stap en een die velen overslaan. Ik smeek je om alle analyses die je hebt te gebruiken tegen je analyses. Dit is essentieel om geen tijd en middelen te verspillen. Bepaal welke data dood is, welke content in je analytics platform niet meer gebruikt of relevant is. We hebben allemaal analytische projecten of inhoud gebouwd voor een eenmalige taak, maar de meesten van ons zijn ook slecht in het verwijderen of opruimen na onszelf. Het is digital content die niets kost om gewoon te laten staan tot het moment dat iemand het moet onderhouden, upgraden of moderniseren.
Zou het u schokken om te ontdekken dat 80% van uw analytische inhoud dood is, niet wordt gebruikt, is vervangen door een nieuwe versie of al lange tijd zonder klachten kapot is? Wanneer hebben we voor het laatst gecontroleerd?
Start geen project dat validatie van analytische inhoud vereist zonder na te gaan wat moet worden gevalideerd en wat moet worden opgeruimd of weggegooid. Als we geen analyses hebben om tegen de analyses te gebruiken, zoek dan uit hoe u vooruitgang kunt boeken.
5. Evalueer dat het moderniseringsproject en de individuele plannen holistisch volledig zijn.
Laten we teruggaan naar het slechte doel, "Om een snelle, naadloze bron van prachtige analyses te bieden die gemakkelijke consumptie en het maken van inhoud mogelijk maken", en het van een hoog niveau afbreken. Er is waarschijnlijk een infrastructuurwijziging voor het verwerken van geheugen en schijf, een database-upgrade of -wijziging, een overstap naar een moderne Single Sign On-providertechnologie zoals SAML of OpenIDConnect en een update of upgrade van het analyseplatform. Dit zijn allemaal goede dingen en helpen moderniseren, maar dat moeten we niet vergeten eindgebruikers zijn belanghebbenden. Als die gebruikers dezelfde inhoud krijgen als al jaren, maar alleen sneller, dan zal hun tevredenheidsniveau waarschijnlijk minimaal zijn. Mooie content kan niet alleen voor nieuwe projecten zijn en moet geleverd worden aan onze grootste groep consumenten. Het moderniseren van de bestaande inhoud wordt zelden bekeken, maar heeft de grootste impact op de gebruikers. Dit is vooral belangrijk voor beheerders of iemand anders in het team dat het analyseplatform ondersteunt. Als je die eindgebruikers niet tevreden houdt, worden andere tools ingezet om te omzeilen wat het team levert, met mogelijk desastreuze eindresultaten. Over een paar weken behandel ik dit onderwerp in mijn volgende blog.
6. Laatste advies.
Maak regelmatig back-ups en voer een moderniseringsproject niet alleen in productie uit. Besteed de moeite aan het hebben van een gesimuleerde productieomgeving voor grote, ingrijpende wijzigingen. Dit zal opnieuw helpen om variabelen en verschillen tussen wat werkt buiten en binnen de productie te minimaliseren.
Veel succes met je eigen moderniseringsreis!
Heeft u vragen over uw eigen moderniseringsinitiatief? Algemene inlichtingen om uw behoeften te bespreken en hoe we u kunnen helpen!
