Contenido del curso
Fundamentos de Visualización
Herramientas de Visualización
Técnicas Avanzadas de Visualización
Aplicaciones Prácticas y Casos de uso
Cómo planear un proyecto de Business Intelligence
Resumen
Planear un proyecto de business intelligence exige método: identificar necesidades, cruzar requerimientos con datos disponibles y validar la viabilidad técnica antes de construir. Esta guía te muestra cómo estructurar cada fase para que tu proyecto entregue valor estratégico real, ya seas analista, líder de área o responsable de datos.
¿Cómo identificar las necesidades reales del negocio?
A veces no sabes qué tienes, qué quieres ni cómo solucionarlo. Y está bien, porque ese es el punto de partida de cualquier proyecto serio.
Al conversar con las diferentes áreas vas a recibir un misceláneo de peticiones que deben estar apalancadas por datos. La fórmula clave aquí es simple: requerimientos + datos = éxito. Si te falta un lado de la balanza, el proyecto se cae.
¿Qué es analizar la brecha de datos? Es comparar lo que el negocio pide con los datos que realmente tienes disponibles. Cuando hay desbalance, diseñas estrategias para conseguir datos faltantes o ajustar requerimientos.
Puede pasar que tengas un mar de datos sin requerimientos claros, y entonces no sabes qué hacer con ellos. O al revés: requerimientos clarísimos pero datos insuficientes. En ambos casos toca crear estrategias para nivelar la balanza antes de avanzar.
¿Cómo definir y priorizar los objetivos del proyecto?
Una vez tienes el listado de requerimientos, esos requerimientos te dan objetivos concretos para alcanzar. Pero falta una variable más: la viabilidad técnica.
Puedes tener los datos y los requerimientos, pero si técnicamente no logras hacerlos interactuar, no vas a obtener el resultado esperado. Por eso cada requerimiento debe pasar por una evaluación técnica antes de entrar al backlog.
Cuando priorizas los objetivos puedes encaminar todos tus esfuerzos a los más críticos y de mayor valor estratégico para la organización. Aquí no se trata de hacer todo, se trata de hacer lo que mueve la aguja.
¿Cómo diseñar la solución y trabajar el ciclo de vida de los datos?
Con el listado de requisitos priorizado, ya puedes diseñar la solución. El análisis de cada requisito te dice qué datos sirven y cómo los vas a estructurar.
La estrategia base es ETL (extracción, transformación y carga de datos), que te permite mover la información desde su origen hasta el lugar donde se va a consumir. Y dentro de esa estrategia, el ciclo de vida de los datos te guía en cada fase.
¿Cuáles son las fases del ciclo de vida de los datos?
Este ciclo debe estar presente en cada actividad definida del proyecto. Sus etapas son:
- Captura de datos desde las fuentes originales.
- Procesamiento, que incluye limpieza y clasificación.
- Visualización para los usuarios finales.
- Eliminación cuando los datos cumplen su ciclo.
¿Qué es la limpieza y clasificación de datos?
Después de capturar, toca procesar. Eso significa hacer una limpieza y configurar el tipo de cada dato: numérico, texto, booleano o coordenadas geográficas.
¿Por qué importa clasificar el tipo de dato? Porque cada tipo se modela y visualiza distinto. Si confundes un texto con un número, las operaciones fallan o los reportes salen mal.
¿Qué es el modelado de datos y qué modelos existen?
Después de limpiar y clasificar, viene el modelado de datos. Es tomar ese mundo de información que muchas veces te llega en Excel o en distintos repositorios, y crear la estructura para que pueda visualizarse e interactuar.
El modelado se traduce en una tabla de hechos y tablas de dimensiones. Hay varios enfoques, pero los dos más usados son:
- Modelo estrella: una tabla de hechos central conectada directamente a sus dimensiones.
- Modelo copo de nieve: dimensiones que se ramifican en sub dimensiones, útil cuando hay jerarquías complejas.
Ambos te permiten jugar con las dimensiones de tus datos según las preguntas que el negocio quiere responder.
¿Por qué el feedback y la gobernanza de datos definen el éxito?
Nada de esto sirve si no tienes retroalimentación de tus interesados. Estos proyectos no son de hacer y olvidar, viven en evolución continua.
Una vez entregas el producto, vuelve a hablar con quienes te dieron los requerimientos. Pregúntales si los datos están funcionando, si las preguntas tuvieron la respuesta adecuada y qué se puede mejorar. Ese ciclo de conversación es lo que hace crecer el proyecto.
¿Qué es la gobernanza de datos?
Es la estandarización dentro de la organización sobre cómo se manejan los datos. Define reglas claras para que todos jueguen con las mismas cartas.
La gobernanza responde preguntas como:
- Cómo introducir y escribir los datos.
- Qué formato deben tener.
- Dónde se van a guardar.
- Quién los administra y provee la información.
- Quién otorga los permisos de acceso.
Es clave que en la gobernanza siempre haya alguien con interés alto en la organización, capaz de interactuar con los permisos y difundir las estrategias a todas las áreas. Sin ese rol, las reglas quedan en papel y nadie las cumple.
Planificar los datos es planificar el éxito. Cuéntame en los comentarios si se te ha pasado alguno de estos pasos en tu organización, o cuál ha sido el requerimiento más extraño que te ha llegado y cómo lograste resolverlo.