Modernització de la vostra experiència d'Analytics

by Novembre 11, 2020BI/Analítica, Cognos Analytics, Qlik, Actualització de Cognos0 comentaris

En aquesta publicació del bloc, ens sentim honrats de compartir els coneixements de l’autor convidat i expert en analítica, Mike Norris, sobre la planificació i les trampes que cal evitar per a la vostra iniciativa de modernització de l’anàlisi.

Quan es planteja una iniciativa de modernització analítica, hi ha diverses preguntes a explorar ... Les coses funcionen ara, per què fer això? Quines pressions s’esperen? Quins haurien de ser els objectius? Què cal evitar? Com ha de ser un pla amb èxit?

Per què modernitzar Analytics?

A Business Analytics, la innovació s’ofereix a ritmes sense precedents. Hi ha una pressió constant per aprofitar “les novetats” i el calor. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Autoservei per a tothom, informació a la velocitat del pensament ... etc. Us sembla familiar? Per a molts líders, aquest és un moment en què s’enfronten a grans decisions d’inversió. Molts comencen per nous camins que busquen oferir més capacitat i quedar-se curts. Altres intenten el camí de la modernització i lluiten per mantenir el compromís del lideratge.

Molts d’aquests intents de modernització donen lloc a l’addició de nous proveïdors, tecnologies, processos i ofertes d’anàlisi. Aquesta forma de modernització proporciona una victòria inicial més ràpida, però deixa el deute tècnic i la sobrecàrrega, ja que no sol substituir una part existent del trencaclosques d’anàlisi, sinó que els solapa. Aquest tipus de "modernitzacions" són més aviat un salt avançat, i no un que consideraria "modernitzador".

Aquesta és la meva definició del que vull dir quan dic modernització en un context analític:

“La modernització és la millora de les analítiques que ja tenim o l’afegit de funcionalitat o capacitat a les tecnologies que ja s’utilitzen. La modernització sempre es fa per aconseguir un objectiu de millora. Els objectius s'han de definir mitjançant l'associació entre la comunitat d'usuaris i el lideratge de TI / analítica ".

Aquests objectius poden ser:

  • superficial - Millor contingut d’aspecte més atractiu o experiència d’usuari millorada.
  • funcional - Millora del rendiment o funcionalitat i capacitat afegides
  • S'estén - proporcionar una experiència incrustada o afegir projectes i càrregues de treball addicionals.

Al llarg dels meus més de 20 anys a l’espai de Business Analytics he treballat amb centenars d’empreses i organitzacions ajudant-los i assessorant-los en instal·lacions, actualitzacions, configuracions i plans i projectes estratègics. Sovint em fa mal, quan em dedico tard, ser el portador d’una dosi de realitat durant els projectes de modernització. Tants comencen sense un pla o pitjor, amb un pla i sense validar-lo. Amb molt, els pitjors són els que van ser una combinació de modernitzacions de TI i Analytics com un projecte massiu tot en un.

Pressions per esperar i superar

  • Tot ha de ser Cloud & SaaS - El núvol té molts avantatges i és l'elecció òbvia per a qualsevol nova estratègia i inversió neta. Traslladar-ho tot des del local al núvol perquè és l’estratègia de l’empresa juntament amb un “per data” és una mala estratègia i prové d’un mal lideratge que opera al buit. Assegureu-vos que s’entenen els avantatges i els impactes abans d’inscriure’s a una data.
  • Abastiment únic de tot - Sí, hi ha empreses que us poden proporcionar tot el que necessiteu. Un proveïdor d'una sola font us pot vendre els beneficis, però són reals o percebuts? L’espai d’anàlisi ha estat en gran mesura obert i heterogeni, cosa que us permet fer el millor de la raça, de manera que feu bones decisions.
  • Els productes més nous són millors - Els nous iguals poden funcionar millor per als cotxes, però no normalment amb programari tret que sigui una evolució de l'oferta. Els proveïdors amb anys d’experiència i història del món real semblen lents, però això és per una bona raó. Aquests proveïdors solen tenir una oferta sòlida que altres no poden igualar, i aquesta oferta té un valor de vida molt més gran a mesura que creix el seu ús. Sí, hi ha algun retard però això no sempre indica que cal substituir-lo. En molts casos poden existir diverses peces si les línies divisòries són clares.
  • Apurant el resultat gegant - Malauradament, el temps assignat poques vegades és precís, de manera que és bo tenir fites i plans més reduïts amb victòries definides per mostrar avenços i resultats significatius.
  • Tot serà molt més ràpid - Aquest és un gran objectiu i aspiració, però no sempre és realitat. L’oferta d’arquitectura juga un factor enorme, igual que el fet de fer una integració i la coubicació de serveis i funcions dependents i de suport circumdants.
  • Modernitzar-nos ara ens demostra el futur - Com he dit a l'obertura, les innovacions volen, de manera que aquesta és una àrea que continuarà evolucionant. Estigueu sempre al dia del que teniu i assegureu-vos que hi hagi planificades les actualitzacions. Després de qualsevol actualització, avalueu les noves funcions i funcionalitats per aprofitar-les o posar-les a disposició.
  • Modernitzar només són “actualitzacions” i serà fàcil - La seva modernització no actualització. Això significa actualitzacions, actualitzacions, substitucions i aprofitar funcions i capacitats més recents. Actualitzeu primer i aprofiteu la nova funció i capacitat.

Preparació d’un pla de modernització d’Analytics

Abans de fer qualsevol esforç de modernització, suggeriria fer algunes coses que compartiré per ajudar a millorar les taxes d'èxit.

1. Determineu els objectius.

No podeu tenir un objectiu com "Proporcionar una font ràpida i perfecta de bones analítiques que permeti un consum fàcil i la creació de contingut". Aquest és un gran objectiu fonamental per aprovar el projecte, però és un objectiu general ple de perill i destrucció ... simplement és massa gran. Centreu-vos i creeu objectius per a un canvi de tecnologia únic alhora amb un resultat desitjat mesurat. La modernització en molts casos s’ha de fer peça a peça i l’experiència per experiència. Això vol dir més objectius i projectes més petits.

La gent argumentarà que això significa més temps i un esforç general i potser massa canvis per als usuaris. Segons la meva experiència, sí, aquest pla es veurà més llarg però reflecteix més el temps real que trigarà de totes maneres. Pel que fa a la freqüència del canvi de l’experiència de l’usuari, es pot gestionar si no empeny els resultats a la producció fins que no tingueu un conjunt complet de canvis que tinguin sentit. Els plans de modernització "fer-ho tot alhora" els he vist executar 12-18 mesos més del previst, cosa que és molt més difícil d'explicar. Pitjor és la pressió que s’exerceix sobre l’equip que executa el pla i la constant negativitat que comporta els desafiaments del camí. Aquests també condueixen a grans pivots que donen lloc a moviments de granota.

La raó principal per centrar-se en canvis més petits és que si les vostres anàlisis es produeixen en el camí, és molt més ràpid i fàcil solucionar problemes i resoldre qualsevol problema. Menys variables signifiquen una resolució més ràpida del problema. Sé que això sembla senzill, però us diré que he treballat amb més d'una empresa que va decidir fer un esforç de modernització de monstres on:

  • s'hauria d'actualitzar la plataforma d'anàlisi
  • tecnologia de consulta actualitzada
  • la plataforma d’anàlisi es va traslladar al núvol
  • s'ha canviat el mètode d'autenticació per a un proveïdor d'inici de sessió únic web
  • un proveïdor de bases de dades va canviar i va passar d'un model de propietat i funcionament local a una solució SaaS

Quan les coses no funcionaven, dedicaven un munt de temps i esforç a determinar què causava el problema abans d’arribar a la solució real. Al final, aquests projectes "fer-ho tot alhora" van transcórrer amb el temps i el pressupost i van donar resultats mixtos a causa dels assoliments parcials dels objectius i la negativitat que envoltava el projecte. Molts d'aquests es van convertir en projectes de "posar-lo en marxa el millor possible" al final.

2. Construeix un pla per objectiu.

El pla ha d’incloure aportacions de TOTES les parts interessades per obtenir transparència, integritat i precisió. El meu exemple aquí seria el canvi de tecnologies de bases de dades. Alguns proveïdors ofereixen compatibilitat amb altres proveïdors i això ajuda a les vendes quan parlen de temps per valorar. Tots els proveïdors de bases de dades també intentaran impulsar la seva posició de tenir un millor rendiment que el titular. La qüestió és que aquestes afirmacions no se superposen. Encara he vist passar una càrrega de treball d'una tecnologia a una altra de bases de dades amb l'aprofitament de la compatibilitat d'un proveïdor i millorar el rendiment de les càrregues de treball existents.

A més, quan canvieu els proveïdors / tecnologies de bases de dades, gairebé segur obtindreu diferents nivells de compatibilitat SQL, funcions de base de dades exposades i diferents tipus de dades, cosa que pot causar estralls en les aplicacions existents que se situen a la part superior. La qüestió és que el pla s’ha de validar amb les persones que puguin examinar i determinar l’impacte probable d’un canvi tan important. Els experts s’han de comprometre a eliminar les sorpreses més endavant.

3. Planifiqueu els plans.

Com que tots els objectius estan eliminats, podem trobar que alguns d’ells puguin córrer en paral·lel. En utilitzar una plataforma d’anàlisi, podem trobar que diferents grups o unitats de negoci utilitzen diferents components subjacents, com ara bases de dades que s’han de modernitzar, de manera que poden funcionar paral·lelament.

4. Examineu tots els plans analíticament i netegeu-los.

Aquest és un pas tan important i molts ometen. Us imploro que utilitzeu qualsevol analítica que tingueu en contra de les vostres. Això és clau per no perdre temps i recursos. Determineu quines dades estan mortes, quin contingut de la vostra plataforma d’anàlisi ja no s’utilitza ni és rellevant. Tots hem creat projectes analítics o contingut per a una tasca puntual, però la majoria de nosaltres també ens esforcem en eliminar-lo o netejar-nos després de nosaltres mateixos. És digital contingut que no costa res deixar-lo fins al moment en què algú l’ha de mantenir, actualitzar o modernitzar.

Us sorprendria descobrir que el 80% del vostre contingut analític està mort, no s’utilitza, s’ha substituït per una nova versió o s’ha trencat durant molt de temps sense queixar-se? Quan es va revisar per última vegada?

No inicieu cap projecte que requereixi la validació de contingut analític sense revisar què cal validar i què s’ha de netejar o eliminar. Si no tenim cap anàlisi per utilitzar-lo en comparació amb les anàlisis, esbrineu com avançar-ne alguns.

5. Avalueu que el projecte de modernització i els plans individuals estan completament integrats.

Tornem al mal objectiu: "Proporcionar una font ràpida i perfecta de bones analítiques que permeti crear fàcilment contingut i consum", i desglossar-lo des d'un nivell alt. És probable que hi hagi un canvi d’infraestructura per al processament de memòria i disc, una actualització o canvi de base de dades, un canvi a una tecnologia moderna de proveïdor d’inici de sessió únic com SAML o OpenIDConnect i una actualització o actualització de la plataforma d’anàlisi. Totes aquestes coses són bones i ajuden a la modernització, però cal recordar-ho els usuaris finals són parts interessades. Si aquests usuaris reben el mateix contingut que han estat durant anys però més ràpid, és probable que el seu nivell de satisfacció sigui mínim. El contingut preciós no pot ser només per a nous projectes i s’ha de lliurar al nostre grup més gran de consumidors. La modernització del contingut existent poques vegades es contempla però té major impacte als usuaris. Això és especialment important per als administradors o qualsevol altra persona de l'equip que doni suport a la plataforma d'anàlisi. No mantenir feliços els usuaris finals, es produeixen altres eines per evitar el que l’equip ofereix i els resultats finals poden ser desastrosos. Vaig a tractar aquest tema al meu proper bloc d'aquí a unes setmanes.

6. Últim consell.

Feu còpies de seguretat amb freqüència i no feu un projecte de modernització només en producció. Dediqueu l’esforç a tenir un entorn de producció simulat per a canvis grans i amplis. Això tornarà a ajudar a minimitzar les variables i les diferències entre el que funciona fora i dins de la producció.

Bona sort al vostre propi viatge de modernització.

Tens preguntes sobre la teva pròpia iniciativa de modernització? Contacte per discutir les vostres necessitats i com us podem ajudar!