Implementación de Microsoft Fabric

Este no es un proyecto con un entregable que se pueda abrir en una pestaña. Es un hito: la migración a Microsoft Fabric de la organización donde trabajo, que lideré, y cuyo resultado más visible fue quitar cosas en vez de agregarlas.

El problema no era de herramientas

Toda organización que crece con reportes acumula el mismo problema. Cada área construye los suyos, cada uno con su propia lógica y su propio recorte de la realidad. Con el tiempo hay tres informes que responden la misma pregunta con tres números distintos, y nadie sabe cuál llevar a la reunión.

Eso no se arregla comprando una plataforma. Se arregla decidiendo cuál es el número correcto, y eso es una conversación organizacional, no técnica.

De 2.000 informes a 300

El indicador del que estoy más conforme es una resta: cerca de 2.000 informes se consolidaron en 300.

Suena a recorte y es lo contrario. Lo que ocurrió fue un ejercicio de curaduría: identificar qué informes eran realmente la fuente de verdad, consolidar los que duplicaban lógica y retirar los que existían solo porque alguien los pidió una vez. Lo que queda es un conjunto reducido de informes oficiales, y esa palabra es la que cambia el juego: significa que hay una respuesta institucional a cada pregunta, no una por analista.

La parte difícil de la inteligencia de negocios a escala nunca fue construir reportes. Fue decidir cuáles son verdad.

Seguridad: de archivos que circulan a acceso por rol

Antes de Fabric, buena parte de la información sensible viajaba como se viaja siempre: archivos adjuntos, copias locales, versiones que sobreviven en la carpeta de descargas de alguien que ya cambió de puesto.

Fabric mueve ese control al lugar donde corresponde. El acceso se define por rol sobre la plataforma, y la información deja de existir como copias sueltas. La diferencia práctica es que la pregunta pasa de «¿quién tiene ese archivo?» a «¿quién tiene permiso para ver este dato?», que es una pregunta que sí se puede responder y auditar.

Democratizar Power BI sin perder el control

Suele plantearse como un intercambio: o gobernás la información, o dejás que la gente la explore libremente. La migración se diseñó para no elegir.

Sobre una base gobernada (modelos certificados, permisos claros, un origen único) Power BI dejó de ser la herramienta de un equipo especializado y quedó al alcance de toda la organización. Alguien de operaciones puede armar su propia vista sin pedirle tiempo a nadie, y sin riesgo de inventar un número nuevo, porque parte del mismo modelo que todos.

El autoservicio no se opone a la gobernanza. Depende de ella: solo se puede abrir el acceso cuando existe una base en la que se confía.

Lo que me llevo

Liderar una migración así es, en su mayor parte, un trabajo de conversaciones. La configuración de la plataforma es la parte que tiene documentación. Ponerse de acuerdo en qué informe es el oficial, y sostener esa decisión cuando a alguien no le conviene, es la parte que decide si la migración sirvió o solo cambió de herramienta.

Proyecto confidencial. No se detallan la organización ni su arquitectura interna.