In questo post del blog, siamo onorati di condividere le conoscenze dell'autore ospite ed esperto di analisi, Mike Norris, sulla pianificazione e le insidie da evitare per la tua iniziativa di modernizzazione dell'analisi.
Quando si considera un'iniziativa di modernizzazione dell'analisi, ci sono diverse domande da esplorare... Le cose stanno funzionando ora, quindi perché farlo? Quali pressioni sono previste? Quali dovrebbero essere gli obiettivi? Quali sono le cose da evitare? Come dovrebbe essere un piano di successo?
Perché modernizzare l'analisi?
In Business Analytics, l'innovazione viene fornita a ritmi senza precedenti. C'è una pressione costante per sfruttare "cosa c'è di nuovo" e caldo. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Self-service per tutti, approfondimenti alla velocità del pensiero...ecc. Suona familiare? Per molti leader questo è un momento in cui devono affrontare grandi decisioni sugli investimenti. Molti iniziano nuovi percorsi cercando di offrire maggiori capacità e falliscono. Altri tentano il percorso di modernizzazione e lottano per mantenere l'impegno della leadership.
Molti di questi tentativi di modernizzazione portano all'aggiunta di nuovi fornitori, tecnologie, processi e offerte di analisi. Questa forma di modernizzazione fornisce una vittoria iniziale più rapida, ma lascia debiti tecnici e spese generali in quanto in genere non sostituisce una parte esistente del puzzle analitico, ma piuttosto le sovrappone. Questi tipi di "modernizzazioni" sono più un salto di qualità, e non uno che considererei "modernizzazione".
Ecco la mia definizione di cosa intendo quando dico modernizzazione in un contesto di analisi:
“La modernizzazione è il miglioramento delle analisi che già abbiamo o l'aggiunta di funzionalità o capacità alle tecnologie già in uso. La modernizzazione è sempre fatta per raggiungere un obiettivo di miglioramento. Gli obiettivi dovrebbero essere definiti tramite la partnership tra la comunità degli utenti e la leadership IT/analitica".
Questi obiettivi possono essere:
- Superficiale – contenuti dall'aspetto più sexy o migliore esperienza utente.
- Funzionale – prestazioni migliorate o funzionalità e capacità aggiuntive
- Estensione – fornire un'esperienza integrata o aggiungere progetti e carichi di lavoro aggiuntivi.
Durante i miei oltre 20 anni nello spazio di analisi aziendale ho lavorato con centinaia di aziende e organizzazioni aiutandole e consigliandole su installazioni, aggiornamenti, configurazioni e piani e progetti strategici. Spesso mi addolora, quando mi impegno in ritardo, essere portatore di una dose di realtà durante i progetti di modernizzazione. Tanti iniziano senza un piano o peggio, con un piano e nessuna convalida di quel piano. Di gran lunga i peggiori sono quelli che erano una combinazione di modernizzazioni IT e Analytics come un enorme progetto all-in-one.
Pressioni da aspettarsi e da superare
- Tutto deve essere Cloud & SaaS – Il cloud ha molti vantaggi ed è la scelta più ovvia per qualsiasi nuova strategia e investimento netto. Spostare tutto da on-premise al cloud perché è la strategia aziendale abbinata a una "data di scadenza" è una cattiva strategia e deriva da una cattiva leadership che opera nel vuoto. Assicurati che i vantaggi e gli eventuali impatti siano compresi prima di firmare per una data.
- Approvvigionamento unico di tutto – Sì, ci sono aziende che possono fornirti tutto ciò di cui hai bisogno. Un unico fornitore può venderti i vantaggi, ma sono reali o percepiti? Lo spazio analitico è stato in gran parte aperto ed eterogeneo, il che ti consente di andare al meglio della razza, quindi fai scelte sane.
- I prodotti più recenti sono migliori – Più recenti uguali a meglio potrebbero funzionare per le auto, ma in genere non con il software, a meno che non si tratti di un'evoluzione dell'offerta. I venditori con anni di esperienza nel mondo reale e storia sembrano lenti a tenere il passo, ma questo è per una buona ragione. Questi fornitori tendono ad avere un'offerta solida che altri non possono eguagliare e quell'offerta ha molto più valore di vita man mano che il loro utilizzo cresce. Sì, un certo ritardo, ma ciò non indica sempre che è necessaria una sostituzione. In molti casi possono esistere più pezzi se le linee di divisione sono chiare.
- Affrettare il risultato gigante – Sfortunatamente, il tempo assegnato è raramente accurato, quindi è bene avere traguardi e piani più piccoli con vittorie definite per mostrare progressi e risultati significativi.
- Sarà tutto molto più veloce – Questo è un grande obiettivo e aspirazione, ma non sempre la realtà. L'architettura di offerta gioca un fattore enorme, così come il modo in cui viene eseguita l'integrazione e la collocazione dei servizi e delle funzioni circostanti dipendenti e di supporto.
- Modernizzare ora il futuro ci mette alla prova – Come ho detto in apertura, le innovazioni stanno volando, quindi questa è un'area che continuerà ad evolversi. Rimani sempre aggiornato su ciò che hai e assicurati che gli aggiornamenti siano pianificati. Dopo eventuali aggiornamenti, valuta le nuove funzionalità e funzionalità da sfruttare o rendere disponibili.
- La modernizzazione è solo "aggiornamenti" e sarà facile – La sua modernizzazione non l'aggiornamento. Ciò significa upgrade, aggiornamenti, sostituzioni e utilizzo di nuove funzioni e capacità. Prima esegui l'upgrade, quindi sfrutta le nuove funzioni e capacità.
Preparazione di un piano di modernizzazione di Analytics
Prima di fare qualsiasi sforzo di modernizzazione, suggerirei di fare alcune cose che condividerò per aiutare a migliorare le percentuali di successo.
1. Determinare gli obiettivi.
Non puoi avere un obiettivo come "Fornire una fonte veloce e senza soluzione di continuità di belle analisi che consentano un facile consumo e la creazione di contenuti". Questo è un grande obiettivo per ottenere l'approvazione del progetto, ma è un obiettivo generale pieno di pericoli e di sventura... è semplicemente troppo grande. Concentrati e crea obiettivi per un singolo cambiamento tecnologico alla volta con un risultato desiderabile misurato. La modernizzazione in molti casi deve essere fatta pezzo per pezzo ed esperienza per esperienza. Ciò significa progetti e obiettivi più piccoli.
La gente sosterrà che questo significa più tempo e sforzo complessivo e forse troppi cambiamenti per gli utenti. Nella mia esperienza, sì, questo piano sembrerà più lungo ma rifletterà maggiormente il tempo effettivo che impiegherà comunque. Per quanto riguarda la frequenza di modifica dell'esperienza utente, questa può essere gestita non spingendo i risultati in produzione finché non si dispone di una serie completa di modifiche che abbiano senso. I piani di modernizzazione "fai tutto in una volta" che ho visto durare 12-18 mesi in più del previsto, il che è molto più difficile da spiegare. Peggio ancora è la pressione che viene esercitata sulla squadra che esegue il piano e la costante negatività che deriva dalle sfide lungo il percorso. Questi portano anche a grandi perni con conseguenti movimenti di cavallina.
Il motivo principale per concentrarsi su modifiche più piccole è che se le tue analisi si interrompono lungo il percorso, è molto più veloce e più facile risolvere e risolvere eventuali problemi. Meno variabili significano una risoluzione dei problemi più rapida. So che sembra semplice, ma ti dirò che ho lavorato con più di un'azienda che ha deciso di fare uno sforzo di modernizzazione mostruoso in cui:
- la piattaforma di analisi doveva essere aggiornata
- tecnologia di query aggiornata
- piattaforma di analisi spostata nel cloud
- metodo di autenticazione sostituito da un provider Web Single Sign On
- un fornitore di database è cambiato e si è trasferito da un modello di proprietà e gestito in loco a una soluzione SaaS
Quando le cose non funzionavano, hanno speso un sacco di tempo e sforzi per determinare cosa stava causando il problema prima di arrivare alla soluzione effettiva. Alla fine, questi progetti "fai tutto in una volta" sono andati avanti nel tempo e nel budget e hanno prodotto risultati contrastanti a causa del raggiungimento di obiettivi parziali e della negatività che circondava il progetto. Molti di questi alla fine sono diventati solo progetti per "metterlo in funzione nel miglior modo possibile".
2. Costruisci un piano per obiettivo.
Il piano deve includere il contributo di TUTTE le parti interessate per la trasparenza, la completezza e l'accuratezza. Il mio esempio qui sarebbe il cambiamento delle tecnologie di database. Alcuni fornitori offrono compatibilità con altri fornitori e questo aiuta con le vendite quando parlano di time to value. Ogni fornitore di database cercherà anche di spingere la propria posizione in modo da ottenere prestazioni migliori rispetto all'operatore storico. Il problema è che queste affermazioni non si sovrappongono. Devo ancora vedere un carico di lavoro passare da una tecnologia di database a un'altra sfruttando la compatibilità di un fornitore e migliorando le prestazioni dei carichi di lavoro esistenti.
Inoltre, quando si cambiano fornitori/tecnologie di database, quasi sicuramente si ottengono diversi livelli di compatibilità SQL, funzioni del database esposte e diversi tipi di dati, tutti fattori che possono causare danni alle applicazioni esistenti che si trovano in cima. Il punto è che il piano deve essere convalidato con le persone che possono esaminare e determinare il probabile impatto di un cambiamento così importante. Gli esperti devono essere assunti per eliminare le sorprese in seguito.
3. Pianifica i piani.
Poiché tutti gli obiettivi vengono presi in giro, potremmo scoprire che alcuni di essi possono essere eseguiti in parallelo. Quando si utilizza una piattaforma di analisi, potremmo scoprire che diversi gruppi o unità aziendali utilizzano diversi componenti sottostanti come i database che devono essere modernizzati, quindi questi possono essere eseguiti in parallelo.
4. Esaminare analiticamente tutti i piani e ripulire.
Questo è un passo così importante e molti lo omettono. Ti imploro di utilizzare qualsiasi analisi tu abbia contro le tue analisi. Questa è la chiave per non sprecare tempo e risorse. Determina quali dati sono morti, quali contenuti nella tua piattaforma di analisi non sono più utilizzati o rilevanti. Tutti abbiamo creato progetti o contenuti analitici per un'attività una tantum, ma la maggior parte di noi fa schifo anche a eliminarli o a ripulire se stessi. è digital contenuto che non costa nulla da lasciare fino al momento in cui qualcuno deve mantenerlo, aggiornarlo o modernizzarlo.
Ti sorprenderebbe scoprire che l'80% del tuo contenuto analitico è morto, non utilizzato, è stato sostituito da una nuova versione o è stato rotto per molto tempo senza lamentele? Quando è stata l'ultima volta che abbiamo controllato?
Non avviare alcun progetto che richieda la convalida del contenuto analitico senza rivedere ciò che deve essere convalidato e ciò che deve essere ripulito o cestinato. Se non disponiamo di alcuna analisi da utilizzare contro l'analisi, allora scopri come farla andare avanti.
5. Valutare che il progetto di modernizzazione e i piani individuali siano olisticamente completi.
Torniamo al cattivo obiettivo, "Fornire una fonte veloce e senza soluzione di continuità di belle analisi che consentano un facile consumo e creazione di contenuti", e scomponiamolo da un livello elevato. È probabile che vi sia una modifica dell'infrastruttura per l'elaborazione della memoria e del disco, un aggiornamento o una modifica del database, il passaggio a una moderna tecnologia di provider Single Sign On come SAML o OpenIDConnect e un aggiornamento o aggiornamento della piattaforma di analisi. Queste sono tutte cose buone e aiutano a modernizzare, ma dobbiamo ricordarlo gli utenti finali sono parti interessate. Se quegli utenti ottengono gli stessi contenuti che hanno ricevuto per anni, ma solo più velocemente, il loro livello di soddisfazione sarà probabilmente minimo. I bei contenuti non possono essere solo per nuovi progetti e dovrebbero essere consegnati al nostro più grande gruppo di consumatori. La modernizzazione del contenuto esistente è raramente considerata, ma ha il maggiore impatto sugli utenti. Ciò è particolarmente importante per gli amministratori o chiunque altro nel team che supporti la piattaforma di analisi. Non accontentare quegli utenti finali si traduce in altri strumenti che vengono introdotti per aggirare ciò che il team sta offrendo con i risultati finali che potrebbero essere disastrosi. Tra poche settimane tratterò questo argomento nel mio prossimo blog.
6. Ultimo consiglio.
Effettua backup frequenti e non eseguire un progetto di modernizzazione solo in produzione. Impegnati per avere un ambiente di produzione simulato per modifiche di grandi dimensioni e di ampia portata. Anche questo aiuterà a ridurre al minimo le variabili e le differenze tra ciò che funziona all'esterno e all'interno della produzione.
Buona fortuna per il tuo viaggio di modernizzazione!
Hai domande sulla tua iniziativa di modernizzazione? Contattaci per discutere le tue esigenze e come possiamo aiutarti!
