En esta publicación de blog, nos sentimos honrados de compartir el conocimiento del autor invitado y experto en análisis, Mike Norris, sobre la planificación y los obstáculos que se deben evitar para su iniciativa de modernización de análisis.
Al considerar una iniciativa de modernización de la analítica, hay varias preguntas para explorar ... Las cosas están funcionando ahora, entonces, ¿por qué hacer esto? ¿Qué presiones se esperan? ¿Cuáles deberían ser las metas? ¿Qué cosas se deben evitar? ¿Cómo debería ser un plan exitoso?
¿Por qué modernizar la analítica?
En Business Analytics, la innovación se está generando a un ritmo sin precedentes. Existe una presión constante para aprovechar "las novedades" y las novedades. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Autoservicio para todos, conocimientos a la velocidad del pensamiento… etc. ¿Suena familiar? Para muchos líderes, este es un momento en el que se enfrentan a grandes decisiones de inversión. Muchos comienzan por nuevos caminos buscando ofrecer más capacidad y se quedan cortos. Otros intentan el camino de la modernización y luchan por mantener el compromiso del liderazgo.
Muchos de estos intentos de modernización dan como resultado la adición de nuevos proveedores, tecnologías, procesos y ofertas de análisis. Esta forma de modernización proporciona una ganancia inicial más rápida, pero deja deudas técnicas y gastos generales, ya que normalmente no reemplaza una parte existente del rompecabezas analítico, sino que las superpone. Este tipo de "modernizaciones" son más un salto, y no uno que yo consideraría como "modernización".
Esta es mi definición de lo que quiero decir cuando digo modernización en un contexto analítico:
“La modernización es la mejora de la analítica que ya tenemos o la adición de funcionalidad o capacidad a las tecnologías que ya están en uso. La modernización siempre se realiza para lograr un objetivo de mejora. Los objetivos deben definirse mediante la asociación entre la comunidad de usuarios y el liderazgo de TI / análisis ".
Estos objetivos pueden ser:
- Superficial - contenido de apariencia más sexy o experiencia de usuario mejorada.
- Funcional - rendimiento mejorado o funcionalidad y capacidad añadidas
- Extensión - proporcionar una experiencia integrada o agregar proyectos y cargas de trabajo adicionales.
A lo largo de mis más de 20 años en el espacio de Business Analytics, he trabajado con cientos de empresas y organizaciones ayudándolas y asesorándolas en instalaciones, actualizaciones, configuraciones y planes y proyectos estratégicos. A menudo me duele, cuando me comprometo tarde, ser portador de una dosis de realidad durante los proyectos de modernización. Muchos comienzan sin un plan o, peor aún, con un plan y sin validación de ese plan. Con mucho, los peores son aquellos que fueron una combinación de modernizaciones de TI y análisis como un proyecto masivo todo en uno.
Presiones para esperar y superar
- Todo debe ser Cloud y SaaS - La nube tiene muchos beneficios y es la opción obvia para cualquier nueva estrategia e inversión neta. Mover todo desde las instalaciones a la nube porque es la estrategia de la empresa junto con una fecha de caducidad es una mala estrategia y proviene de un mal liderazgo que opera en el vacío. Asegúrese de que se comprendan los beneficios y los impactos antes de firmar una fecha.
- Todo en un solo abastecimiento - Sí, hay empresas que pueden proporcionarle todo lo que necesita. Un proveedor de una sola fuente puede venderle los beneficios, pero ¿son reales o percibidos? El espacio de análisis ha sido en gran parte abierto y heterogéneo, lo que le permite elegir lo mejor de su clase, así que tome decisiones acertadas.
- Los productos más nuevos son mejores - Lo más nuevo es igual a mejor podría funcionar para automóviles, pero no normalmente con software, a menos que sea una evolución de la oferta. Los proveedores con años de experiencia e historia en el mundo real parecen lentos para mantenerse al día, pero esto es por una buena razón. Estos proveedores tienden a tener una oferta sólida que otros no pueden igualar, y esa oferta tiene mucho más valor de por vida a medida que aumenta su uso. Sí, algo de retraso, pero eso no siempre indica que se necesita un reemplazo. En muchos casos, pueden existir múltiples piezas si las líneas divisorias son claras.
- Acelerando el resultado gigante - Desafortunadamente, el tiempo asignado rara vez es exacto, por lo que es bueno tener hitos y planes más pequeños con victorias definidas para mostrar un progreso y resultados significativos.
- Todo sera mucho mas rapido - Este es un gran objetivo y aspiración pero no siempre una realidad. La arquitectura de oferta juega un papel muy importante, al igual que lo bien que se hace la integración y la ubicación conjunta de los servicios y funciones de apoyo y dependientes circundantes.
- Modernizar ahora el futuro nos prueba - Como dije en la apertura, las innovaciones están volando, así que esta es un área que seguirá evolucionando. Manténgase siempre actualizado con lo que tiene y asegúrese de que se planifiquen las actualizaciones. Después de cualquier actualización, evalúe las nuevas características y funcionalidades para aprovecharlas o ponerlas a disposición.
- La modernización son solo "actualizaciones" y será fácil - Se está modernizando, no mejorando. Eso significa mejoras, actualizaciones, reemplazos y aprovechamiento de funciones y capacidades más nuevas. Actualice primero y luego aproveche las nuevas funciones y capacidades.
Preparación de un plan de modernización de análisis
Antes de realizar cualquier esfuerzo de modernización, sugeriría hacer algunas cosas que compartiré para ayudar a mejorar las tasas de éxito.
1. Determine las metas.
No puede tener un objetivo como "Proporcionar una fuente rápida y fluida de análisis atractivos que permitan un consumo y creación de contenido sencillos". Este es un gran objetivo para que se apruebe el proyecto, pero es un objetivo general que está plagado de peligros y fatalidades ... simplemente es demasiado grande. Enfóquese y cree metas para un único cambio de tecnología a la vez con un resultado deseable medido. La modernización en muchos casos debe hacerse pieza a pieza y experiencia a experiencia. Esto significa proyectos y metas más pequeños.
La gente argumentará que esto significa más tiempo y esfuerzo general y quizás demasiados cambios para los usuarios. En mi experiencia, sí, este plan parecerá más largo, pero refleja más el tiempo real que tomará de todos modos. En cuanto a la frecuencia de los cambios en la experiencia del usuario, esto se puede manejar no enviando los resultados a producción hasta que tenga un conjunto completo de cambios que tengan sentido. Los planes de modernización de “hágalo todo de una vez” que he visto duran entre 12 y 18 meses más de lo previsto, lo que es mucho más difícil de explicar. Peor es la presión que se ejerce sobre el equipo que ejecuta el plan y la constante negatividad que surge de los desafíos en el camino. Estos también conducen a grandes pivotes que resultan en movimientos de salto.
La razón principal para enfocarse en cambios más pequeños es que si sus análisis se rompen en el camino, entonces es mucho más rápido y fácil solucionar problemas y resolver cualquier problema. Menos variables significan una resolución de problemas más rápida. Sé que esto suena simple, pero les diré que he trabajado con más de una empresa que decidió hacer un esfuerzo de modernización monstruoso donde:
- la plataforma de análisis se actualizará
- tecnología de consulta actualizada
- plataforma de análisis trasladada a la nube
- método de autenticación cambiado por un proveedor web de inicio de sesión único
- un proveedor de base de datos cambió y pasó de un modelo de propiedad y operación local a una solución SaaS
Cuando las cosas no funcionaban, dedicaban mucho tiempo y esfuerzo a determinar qué estaba causando el problema antes de llegar a la solución real. Al final, estos proyectos de “hágalo todo a la vez” se desarrollaron en el tiempo y el presupuesto y arrojaron resultados mixtos debido a los logros parciales de las metas y la negatividad que rodeaba al proyecto. Muchos de estos se convirtieron en proyectos de “ponerlo en marcha lo mejor posible” al final.
2. Desarrolle un plan por objetivo.
El plan debe incluir aportes de TODAS las partes interesadas para lograr transparencia, integridad y precisión. Mi ejemplo aquí sería el cambio de tecnologías de bases de datos. Algunos proveedores ofrecen compatibilidad con otros proveedores y esto ayuda con las ventas cuando hablan de tiempo para generar valor. Cada proveedor de bases de datos también intentará impulsar su posición de que se desempeñan mejor que el titular. El problema es que estas declaraciones no se superponen. Todavía no he visto una carga de trabajo pasar de una tecnología de base de datos a otra con el aprovechamiento de la compatibilidad de un proveedor y mejorar el rendimiento de las cargas de trabajo existentes.
Además, al cambiar los proveedores / tecnologías de bases de datos, es casi seguro que obtenga diferentes niveles de compatibilidad SQL, funciones de base de datos expuestas y diferentes tipos de datos, todo lo cual puede causar estragos en las aplicaciones existentes que se encuentran en la parte superior. El punto es que el plan debe ser validado con las personas que pueden examinar y determinar el impacto probable de un cambio tan importante. Se deben contratar expertos para eliminar sorpresas más adelante.
3. Planifica los planes.
Como todos los objetivos se han resuelto, es posible que descubramos que algunos de ellos pueden ejecutarse en paralelo. Cuando usamos una plataforma de análisis, podemos encontrar que diferentes grupos o unidades de negocios están usando diferentes componentes subyacentes como bases de datos que se van a modernizar, por lo que estos pueden funcionar en paralelo.
4. Examine todos los planes analíticamente y límpielos.
Este es un paso muy importante y muchos omiten. Le imploro que use cualquier analítica que tenga contra su analítica. Esta es la clave para no perder tiempo y recursos. Determine qué datos están muertos, qué contenido en su plataforma de análisis ya no se usa o ya no es relevante. Todos hemos creado proyectos analíticos o contenido para una tarea única, pero la mayoría de nosotros también apesta eliminarlo o limpiar lo que hay detrás. Está digital contenido que no cuesta nada dejarlo hasta el momento en que alguien tenga que mantenerlo, actualizarlo o modernizarlo.
¿Le sorprendería saber que el 80% de su contenido analítico está muerto, no se utiliza, ha sido reemplazado por una nueva versión o se ha roto durante mucho tiempo sin quejas? ¿Cuándo fue la última vez que lo comprobamos?
No inicie ningún proyecto que requiera la validación de contenido analítico sin revisar lo que debe validarse y lo que debe limpiarse o desecharse. Si no tenemos ninguna analítica para usar contra la analítica, entonces averigüe cómo hacer algo en el futuro.
5. Evaluar que el proyecto de modernización y los planes individuales estén completos de manera integral..
Regresemos al mal objetivo, "Proporcionar una fuente rápida y sin interrupciones de hermosos análisis que permitan un consumo y creación de contenido fáciles", y desglosémoslo desde un nivel alto. Es probable que haya un cambio de infraestructura para procesar la memoria y el disco, una actualización o cambio de la base de datos, un cambio a una tecnología moderna de proveedor de inicio de sesión único como SAML u OpenIDConnect, y una actualización o mejora de la plataforma de análisis. Todas estas son cosas buenas y ayudan a modernizar, pero debemos recordar que los usuarios finales son partes interesadas. Si esos usuarios obtienen el mismo contenido que durante años, pero solo más rápido, es probable que su nivel de satisfacción sea mínimo. El contenido hermoso no puede ser solo para nuevos proyectos y debe entregarse a nuestro grupo más grande de consumidores. La modernización del contenido existente rara vez se analiza, pero tiene la mayor impacto en los usuarios. Esto es especialmente importante para los administradores o cualquier otra persona del equipo que respalde la plataforma de análisis. No mantener contentos a esos usuarios finales da como resultado que se incorporen otras herramientas para dar respuesta a lo que el equipo está entregando y los resultados finales posiblemente sean desastrosos. Cubriré este tema en mi próximo blog en unas pocas semanas.
6. Último consejo.
Realice copias de seguridad con frecuencia y no realice un proyecto de modernización solo en producción. Dedique el esfuerzo a tener un entorno de producción simulado para cambios grandes y amplios. De nuevo, esto ayudará a minimizar las variables y las diferencias entre lo que funciona fuera y dentro de la producción.
¡Buena suerte en su propio viaje de modernización!
¿Tiene preguntas sobre su propia iniciativa de modernización? Contáctenos para discutir sus necesidades y cómo podemos ayudarlo.
