Tu report no está roto. Solo necesita ir al taller.
Por qué los dashboards de Power BI dejan de usarse y cómo recuperarlos sin empezar desde cero
Serie: El ciclo de vida de los reports — Post 1 de 3
Tienes un coche en el parking. Un buen coche, de los que costaron dinero y en su día todo el mundo quería usar. Pero lleva meses ahí parado porque tiene algo que no funciona. Nadie lo toca. Nadie lo arregla. Y el equipo se ha acostumbrado a ir a pie.
Primeros síntomas
Lo curioso es que nadie se plantea tirarlo. Pero tampoco nadie lo lleva al taller.
En muchos entornos de Power BI esto tiene nombre, aunque nadie lo llame así: el report del parking. Ese informe que existe, que costó lo suyo, y que lleva meses sin que nadie lo abra.
Con los dashboards de Power BI pasa exactamente lo mismo. Hay informes que costaron semanas de trabajo, que el negocio usaba cada día, que respondían preguntas importantes. Y que en algún momento empezaron a fallar: se volvieron lentos, los KPIs perdieron el sentido, los datos dejaron de cuadrar. Y la gente dejó de abrirlos.
No porque ya no los necesiten. Sino porque han dejado de funcionar.
El report sigue ahí. El valor que podría dar también. Solo necesita que alguien lo lleve al taller.
Cómo se deteriora un Report Power BI (aunque nadie lo note)
Un report no muere de golpe. Se deteriora. Como la salud.
Primero va un poco más lento. Nadie le da importancia.
Luego alguien añade una métrica nueva para cubrir una necesidad urgente — sin documentarla, claro, porque había prisa.
Después una categoría desaparece de la base de datos y un filtro deja de funcionar como debería. Nadie lo reporta porque “más o menos va”.
El negocio crece, llegan nuevos datos, nuevos productos, nuevas líneas — y el modelo no puede absorberlos, así que esa información empieza a vivir fuera: en Excels paralelos que nadie controla del todo.
Se añade una pestaña nueva para tapar el hueco. Y otra.
Síntomas avanzados
El modelo empieza a crujir.
Y un día te das cuenta de que el informe sigue publicado, pero nadie lo abre.
No es que el report sea malo. Es que ha envejecido sin cuidado.
Y lo que le hace falta no es un reemplazo. Es un diagnóstico. Saber qué falla, qué se puede recuperar y qué hay que actualizar. Como cuando vas al médico no porque estés grave, sino porque algo no va bien y quieres que alguien te diga qué está pasando y cómo arreglarlo.
Los reports también necesitan eso. Una revisión. Un tratamiento. Y a veces, solo a veces, un poco de rehabilitación.
Los síntomas que casi nadie asocia al problema
Lo complicado de este tipo de deterioro es que los síntomas son graduales. Aparecen de uno en uno, con semanas o meses de diferencia, y cada uno por separado parece menor. Pero juntos dibujan un patrón muy claro.
Síntomas frecuentes
Algunos de los más habituales que vemos cuando revisamos un report que “ya no se usa mucho”:
- Carga lenta. Lo que antes iba rápido ahora tarda. Nadie sabe por qué. Nadie lo ha investigado.
- KPIs que “no cuadran”. Hay métricas que dan números que no coinciden con lo que otros sistemas muestran. La explicación está en alguna regla de negocio enterrada en el modelo, pero nadie la recuerda con exactitud.
- Dependencia olvidada. Hubo alguien que sabía perfectamente cómo funcionaba el report. Hoy ese conocimiento ya no está tan claro. Quedan partes que nadie se atreve a tocar porque nadie entiende del todo qué hay detrás.
- Reports heredados. El informe llevaba años en producción y pasó por varias manos. Cada persona añadió algo para resolver una necesidad concreta. Con el tiempo el report empezó a fallar, y su lógica se volvió difícil de entender.
- Pestañas que nadie mira. El report ha crecido con el tiempo y hay páginas que se crearon para algo concreto y que ahora no las abre nadie, pero tampoco nadie las borra.
- El look & feel de hace tres años. La empresa ha evolucionado, los estándares visuales también, pero el report sigue igual que el día que se publicó.
- La realidad del negocio que ya no vive dentro del report. Han llegado nuevos productos, nuevos mercados, nuevas fuentes de datos. Pero como nadie ha podido integrarlos, cada uno se las arregla como puede: un Excel por aquí, una tabla de SharePoint por allá. El report oficial sigue existiendo, pero ya no refleja del todo lo que pasa en el negocio.
Y cuando ocurre todo esto, el problema deja de ser técnico. Empieza a ser un problema de negocio: las decisiones se toman sin datos, o con datos en los que nadie confía del todo. Y eso tiene un coste que no siempre se ve, pero que se acaba notando.
Y el síntoma definitivo: la gente ha dejado de confiar en él. Cuando el número no cuadra con lo que esperaban, ya no preguntan por qué. Simplemente lo ignoran.
El error más caro: Construir un nuevo Reporte Power BI
Cuando un report llega a este estado, la reacción más habitual es proponer rehacerlo desde cero. Y en algunos casos tiene sentido. Pero en muchos otros es el error más caro que se puede cometer.
Rehacer un report desde cero significa volver a pasar por todo el proceso: levantar requisitos, diseñar el modelo, construir las métricas, validar con el negocio, iterar, publicar, formar a los usuarios. Semanas de trabajo. Coste real.
Y al final del proceso tienes… lo mismo que tenías, pero nuevo. Porque las necesidades de negocio no han cambiado tanto. El problema no era el report en sí. Era que nadie lo había cuidado.
El coche no estaba para la chatarra. Solo necesitaba una revisión.
¿Qué significa “llevar el report al taller”?
Arreglar un report no es lo mismo que rehacerlo. Es un trabajo más quirúrgico: entrar, entender lo que hay, identificar qué falla y actuar sobre eso sin romper lo que funciona.
En la práctica, suele implicar cosas como:
- Revisar y optimizar las medidas DAX que están lastrando el rendimiento.
- Limpiar el modelo de datos: eliminar columnas innecesarias, simplificar relaciones, corregir tipos.
- Actualizar o redefinir los KPIs que han perdido el sentido con los cambios del negocio.
- Reorganizar la experiencia de usuario para que el report vuelva a ser intuitivo.
- Documentar lo que hay, para que deje de depender de una sola persona.
No siempre hace falta todo. A veces con dos o tres intervenciones concretas el report vuelve a funcionar como el primer día. O mejor.
La pregunta que vale la pena hacerse
Antes de decidir si un report se retira o se rehace, hay una pregunta que debería hacerse siempre:
¿Si este report Power BI funcionara bien, la gente volvería a usarlo?
Si la respuesta es sí, ese report no está muerto. Solo necesita pasar por el taller.
En el siguiente artículo veremos cómo evaluar de verdad el estado de un report: qué mirar, cómo interpretarlo y cómo decidir qué merece una intervención y qué no.
¿Charlamos? En Raona llevamos años entrando en dashboards Power BI que “ya no funcionan” y devolviéndolos a un estado útil. Llámanos. La primera revisión corre de nuestra cuenta.
