Nesta publicación do blog, sentímonos honrados de compartir o coñecemento do autor invitado e experto en analítica, Mike Norris, sobre planificación e trampas para evitar a súa iniciativa de modernización da análise.
Ao considerar unha iniciativa de modernización da análise, hai varias preguntas que explorar ... As cousas funcionan agora, entón por que facelo? Que presións se esperan? Cales deben ser os obxectivos? Que hai que evitar? Como debe ser un plan exitoso?
Por que modernizar Analytics?
En Business Analytics, a innovación está a ser entregada a taxas sen precedentes. Hai unha presión constante para aproveitar o "novo" e o quente. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Autoservizo para todos, insights á velocidade do pensamento ... etc. Parece familiar? Para moitos líderes este é un momento no que se enfrontan a grandes decisións sobre investimento. Moitos comezan por novos camiños que buscan ofrecer máis capacidade e quedan curtos. Outros intentan o camiño da modernización e loitan por manter o compromiso do liderado.
Moitos destes intentos de modernización dan lugar á adición de novos provedores, tecnoloxías, procesos e ofertas de análise. Esta forma de modernización proporciona unha vitoria inicial máis rápida, pero deixa a débeda técnica e os gastos xerais xa que normalmente non substitúe unha parte existente do enigma analítico senón que se superpón a elas. Este tipo de "modernizacións" son máis que un salto, e non un que eu consideraría como "modernizadoras".
Aquí está a miña definición do que quero dicir cando digo modernización nun contexto analítico:
“A modernización é a mellora da análise que xa temos ou a adición de funcionalidade ou capacidade ás tecnoloxías xa en uso. A modernización faise sempre para acadar un obxectivo de mellora. Os obxectivos deben definirse mediante a asociación entre a comunidade de usuarios e o liderado de TI / análise ".
Estes obxectivos poden ser:
- Superficiais - Mellor contido con aspecto máis sexy ou experiencia de usuario mellorada.
- funcional - Rendemento mellorado ou funcionalidade e capacidade engadidas
- Estendéndose - proporcionar unha experiencia incrustada ou engadir proxectos e cargas de traballo adicionais.
Ao longo dos meus máis de 20 anos no espazo Business Analytics traballei con centos de empresas e organizacións axudándoas e asesorándoas sobre instalacións, actualizacións, configuracións e plans e proxectos estratéxicos. A miúdo dóeme, cando me dedico tarde, ser o portador dunha dose de realidade durante os proxectos de modernización. Moitos comezan sen un plan ou peor, cun plan e sen validación dese plan. De lonxe, os peores son os que foron unha combinación de modernizacións de TI e Analytics como un proxecto todo-en-un e masivo.
Presións para esperar e superar
- Todo debe ser Cloud & SaaS - A nube ten moitos beneficios e é a opción obvia para calquera nova estratexia e investimento netos. Mover todo, desde o local á nube, porque é a estratexia da empresa xunto cunha "por data" é unha mala estratexia e vén dun mal liderado que opera no baleiro. Asegúrese de que se comprenden os beneficios e os impactos antes de rexistrarse nunha data.
- Abastecemento único - Si, hai empresas que che poden proporcionar todo o que necesitas. Un provedor único pode venderlle os beneficios, pero ¿son reais ou percibidos? O espazo de análise foi en boa parte aberto e heteroxéneo, o que lle permite ir mellor da raza, así que faga eleccións sólidas.
- Os produtos máis novos son mellores - O máis novo é mellor para os coches, pero normalmente non con software a menos que se trate dunha evolución de ofertas. Os vendedores con anos de experiencia e historia do mundo real parecen lentos para seguir o ritmo, pero isto é por unha boa razón. Estes vendedores adoitan ter unha oferta sólida que outros non poden igualar e esa oferta ten moito máis valor para a vida a medida que medra o seu uso. Si, hai algún atraso, pero iso non sempre indica que se necesite unha substitución. En moitos casos poden existir varias pezas se as liñas divisorias son claras.
- Apurando o xigante desenlace - Por desgraza, o tempo asignado poucas veces é preciso, polo que é bo ter fitos e plans máis pequenos con vitorias definidas para mostrar avances e resultados significativos.
- Todo será moito máis rápido - Este é un gran obxectivo e aspiración pero non sempre a realidade. Ofrecer arquitectura xoga un factor enorme, do mesmo xeito que o ben feito calquera integración e a co-localización de servizos e funcións dependentes e compatibles.
- Modernizarnos agora demostráranos o futuro - Como dixen no telonero, as innovacións están voando, polo que esta é unha área que seguirá evolucionando. Mantente sempre ao día co que tes e asegúrate de que están planificadas as actualizacións. Despois de calquera actualización, avalíe novas funcións e funcionalidades que se van aproveitar ou poñer a disposición.
- Modernizar son só "actualizacións" e será doado - A súa modernización non actualiza. Isto significa actualizacións, actualizacións, substitucións e aproveitamento de funcións e capacidades máis recentes. Actualice primeiro e despois aproveite novas funcións e capacidade.
Preparación dun plan de modernización de Analytics
Antes de facer un esforzo de modernización suxeriría facer algunhas cousas que compartirei para axudar a mellorar os índices de éxito.
1. Determina os obxectivos.
Non podes ter un obxectivo como: "Proporcionar unha fonte rápida e sinxela de fermosas analíticas que permita un fácil consumo e creación de contido". Este é un gran obxectivo sólido para aprobar o proxecto, pero é un obxectivo xeral cheo de perigo e destrución ... simplemente é demasiado grande. Concéntrate e crea obxectivos para un único cambio de tecnoloxía á vez cun resultado desexable medido. A modernización en moitos casos debe facerse peza a peza e experiencia por experiencia. Isto significa máis proxectos e obxectivos máis pequenos.
A xente argumentará que isto significa máis tempo e esforzo xeral e quizais demasiados cambios para os usuarios. Pola miña experiencia, si, este plan parecerá máis longo pero reflicte máis o tempo real que tardará de todos os xeitos. En canto á frecuencia do cambio de experiencia do usuario, isto pódese tratar non empurrando os resultados á produción ata que non teña un conxunto completo de cambios que teñan sentido. Os plans de modernización "facelo todo á vez" vin correr 12-18 meses máis do previsto, o que é moito máis difícil de explicar. Peor é a presión que se exerce sobre o equipo que executa o plan e a constante negatividade derivada dos desafíos no camiño. Estes tamén levan a grandes pivotes que dan lugar a movementos de salto.
A maior razón para centrarse en cambios menores é que se a súa análise se rompe no camiño, entón é moito máis rápido e fácil solucionar problemas e resolver calquera problema. Menos variables significan unha resolución máis rápida do problema. Sei que isto soa sinxelo, pero direiche que traballei con máis dunha empresa que decidiu facer un esforzo de modernización monstro onde:
- a plataforma de análise debía actualizarse
- tecnoloxía de consulta actualizada
- a plataforma de análise trasladouse á nube
- método de autenticación trocado por un provedor de inicio de sesión único web
- un provedor de bases de datos cambiou e pasou dun modelo de propiedade e operación local a unha solución SaaS
Cando as cousas non funcionaban, gastaron toneladas de tempo e esforzo en determinar o que causaba o problema antes de chegar á solución real. Ao final, estes proxectos "facelo todo á vez" percorreron o tempo e o orzamento e deron resultados mixtos debido aos logros parciais dos obxectivos e á negatividade que rodeaba o proxecto. Moitos destes convertéronse en proxectos de "poñelo en marcha o mellor posible" ao final.
2. Construír un plan por obxectivo.
O plan debe incluír a entrada de TODAS as partes interesadas en canto a transparencia, integridade e precisión. O meu exemplo aquí sería o cambio de tecnoloxías de bases de datos. Algúns vendedores ofrecen compatibilidade con outros vendedores e isto axuda nas vendas cando falan de tempo para valorar. Cada provedor de bases de datos tamén intentará impulsar a súa posición de que funcionan mellor que o titular. A cuestión é que estas afirmacións non se solapan. Aínda non vin unha carga de traballo pasar dunha tecnoloxía de base de datos a outra aproveitando a compatibilidade dun provedor e mellorando o rendemento das cargas de traballo existentes.
Ademais, cando cambias tecnoloxías e provedores de bases de datos, seguramente obtés diferentes niveis de compatibilidade SQL, funcións de base de datos expostas e diferentes tipos de datos, o que pode causar estragos nas aplicacións existentes que están na parte superior. A cuestión é que o plan debe validarse coas persoas que poidan examinar e determinar o probable impacto dun cambio tan importante. Os expertos deben comprometerse para eliminar sorpresas máis tarde.
3. Planifica os plans.
Como todos os obxectivos están eliminados, podemos descubrir que algúns deles poden executarse en paralelo. Ao usar unha plataforma de análise, podemos atopar que diferentes grupos ou unidades de negocio están a usar diferentes compoñentes subxacentes como bases de datos que se van modernizar, polo que estes poden funcionar paralelos.
4. Examina todos os plans analíticamente e limpa.
Este é un paso tan importante e moitos omiten. Prégolle que use calquera análise que teña contra a súa análise. Isto é fundamental para non perder tempo e recursos. Determine que datos están mortos, que contido da súa plataforma de análise xa non se usa nin é relevante. Todos construímos proxectos ou contidos analíticos para unha tarefa puntual, pero a maioría de nós tamén o aspiramos a borralo ou a limpalo. É digital contido que non custa nada deixalo ata o momento en que alguén o teña que manter, actualizar ou modernizar.
¿Sorprenderíache descubrir que o 80% do teu contido analítico está morto, non usado, foi substituído por unha nova versión ou estivo roto durante moito tempo sen queixas? Cando foi a última vez que comprobamos?
Non inicies ningún proxecto que precise validación de contido analítico sen revisar o que hai que validar e o que hai que limpar ou eliminar ao lixo. Se non temos ningunha análise para usar contra a análise, descubra como avanzar.
5. Avalíe que o proxecto de modernización e os plans individuais estean holísticamente completos.
Volvamos ao mal obxectivo, "Proporcionar unha fonte rápida e sinxela de fermosas analíticas que permita un fácil consumo e creación de contido", e descompoñémolo desde un nivel alto. É probable que haxa un cambio de infraestrutura para procesar memoria e disco, unha actualización ou cambio de base de datos, un cambio a unha tecnoloxía moderna de provedor de inicio de sesión único como SAML ou OpenIDConnect e unha actualización ou actualización da plataforma de análise. Todo isto é bo e axuda a modernizarse, pero debemos recordalo os usuarios finais son partes interesadas. Se eses usuarios reciben o mesmo contido que durante anos pero máis rápido, entón o seu nivel de satisfacción probablemente será mínimo. O contido fermoso non só pode ser para novos proxectos e debe entregarse ao noso maior grupo de consumidores. A modernización do contido existente raramente se mira pero ten o maior impacto sobre os usuarios. Isto é especialmente importante para os administradores ou calquera outra persoa do equipo que apoie a plataforma de análise. Non manter os usuarios finais felices resulta que se traen outras ferramentas para dar a volta ao que o equipo está a ofrecer cos resultados finais posiblemente desastrosos. Tratarei este tema no meu próximo blog nunhas semanas.
6. Último consello.
Realice copias de seguridade con frecuencia e non faga un proxecto de modernización só na produción. Dedique o esforzo a ter un ambiente de produción simulado para cambios grandes e amplos. Isto axudará de novo a minimizar as variables e as diferenzas entre o que funciona fóra e dentro da produción.
Moita sorte na túa propia viaxe de modernización.
Tes preguntas sobre a túa propia iniciativa de modernización? Contacta connosco para discutir as súas necesidades e como podemos axudar.
