Inteligencia de Negocio y Pentaho

Saiku: La Herramienta de Analisis OLAP del Futuro

2012-01-29T09:40:00.004+01:00

Saiku es un excelente visor OLAP que proporciona al usuario final una magnifica herramienta para realizar análisis de forma fácil e intuitiva.

Pero Saiku no es sólo eso. Es un buen ejemplo de cómo un proyecto Open Source puede ofrecer soluciones de excelente calidad a la vanguardia de la tecnología y delicada experiencia de usuario.

Afortunadamente Saiku es un proyecto muy joven hecho con paciencia y cabeza lo cual lo dota con una arquitectura técnica que le permite ser muy flexible y versátil. Además de que Saiku, como tal , es el segundo intento, el bueno. Tras una primera versión, PAT. Que ha servido para encontrarse con todos los problemas que había que encontrarse decidieron volver a empezar de nuevo "haciendo las cosas bien". Y lo han hecho la mar de bien:

Puedes utilizar saiku sólo si sólo quieres realizar análisis OLAP. Es un servidor independiente.
Puedes embeberlo en un servidor Pentaho como un pluguin de forma fácil y sencilla. Es un plugin de Pentaho,
Puedes utilizarlo como origen de datos. Es un backend. Y puedes, por ejemplo construir tu propia interfaz de usuario como han hecho en Inovia.fr . Que han hecho una interfaz PHP

En cuanto a las características... seguro que en cuanto escriba estas lineas ya hay una nueva funcionalidad.

La que más me impresiona: Implementación de los escenarios de mondiran. Y la posibilidad de editar celdas.

La que más me gusta: Una interfaz fácil limpia e intuitiva que permite a los usuarios construir sus propias vistas arrastrando y soltando campos.
Podemos analizar los datos en forma de tabla pivotante o en modo gráfico.
Podemos visualizar los datos de origen.

Quieres probarlo? lo más fácil es que lo hagas en su web donde hay un link a su demo estable. Igualmente si estás interesado en las últimas funcionalidades puedes acceder a su demo inestable.

Quieres probarlo en local? Fácil, ves a la página de descargas.

Y tu que opinas? te gusta saiku tanto como a mi?

¿Por que un almacén de datos es diferente a una base de datos operacionales?

2012-01-24T16:06:00.001+01:00

Uno de los errores típicos cuando nos enfrentamos a la construcción de un almacén de datos es intentar replicar el modelo operacional.

Un almacén de datos es diferente a una base de datos operacionales porque su finalidad y objetivos son distintos. Haciendo una analogía con el transporte, si quiero entregar una carta en una oficina en el centro de la ciudad contrato a un mensajero que vaya en moto y lo haga de forma ágil y rápida. Si quiero entregar 2 toneladas de papel contrato a un camión. Ambos son transportes, pero con características distintas que responden a necesidades distintas.

He aquí una tabla comparativa:

Datos Primitivos / Operacionales	Datos Derivados / Data Warehouse
Orientados a la aplicación	Orientados al sujeto
Detallados	Sumarizados, al menos refinados
Exacta, al momento del acceso	Representa valores a través del tiempo
Sirve a los oficinistas/trabajadores	Sirve a los directivos
Puede ser actualizada	No se actualiza
Se ejecuta repetitivamente	Se ejecuta heurísticamente
Los requerimientos para procesar se entiende a priori	Los requerimientos para procesar se entienden a posteriori
Compatible con entornos de desarrollo tradicionales	Incompatible con entornos de desarrollo tradicionales
Accesible atómicamente	Accesible por conjuntos de datos
Orientado a la transacción	Orientado al análisis
No redundante	Redundante
Estructura estática	Estructura dinámica
Pequeños volúmenes de datos	Grandes volúmenes de datos
Alto uso	Bajo uso

El motivo principal de por que deben ser bases de datos distintas con modelos distintos es por que se les va a dar usos distinto y lo que es bueno para uno es malo para el otro. Interactuamos con la información de forma distinta por lo que debe estar estructurada de forma distinta.

Engordando a Mondrian

2012-01-20T19:24:00.002+01:00

Una de las grandes ventajas que aporta mondrian es el uso de la cache para mejorar el tiempo de respuesta al no tener que volver a realizar una consulta que ya ha hecho. Es por este motivo que la primera vez que cargamos una vista olap es "lenta" pero las siguientes va mucho mas rápido.

El problema de este planteamiento es que cuando refrescamos datos mediante un proceso ETL hay que refrescar también la caché de mondrian para que vuelva a realizar las consultas y vuelva a preguntar por los datos nuevo por lo que, en sistemas con mucho refresco de datos la caché pierde su potencia.

Cabe destacar que el uso de sistemas de caché se está extendiendo, CDA y su sistema de caché de consultas y Pentaho Reporting se ha sumado al carro también .

Pero volvamos al tema de hoy. Cómo aprovechar mejor la caché de mondrian sabiendo que la tengo que vaciar cada vez que ejecuto una ETL? Pues volviendola a rellenar hasta que nuestro mondrian vuelva a ser un pastelito relleno listo para hincarle el diente.

Y eso se puede hacer de varias formas. Una de ellas es ejecutando todas las vistas de análisis que hay en nuestro pentaho-solutions y precisamente eso es lo que hago en el siguiente script: MondrianCacheFiller .

El script recorre pentaho-solutions y ejecuta todas las vistas de análisis que encuentra de forma que cuando el usuario se conecte y ejecute su vista de análisis ya mondrian ya la tendrá en caché por lo que no tendrá que esperar para que su vista se cargue.

Recuerda: Un usuario que espera es un usuario enfadado. Si conseguimos que nuestros usuarios obtengan sus resultados de forma rápida estarán mucho mas contentos con nosotros.

Existen varias alternativas para obtener resultados similares. Cómo las tareas programadas, etc. Pero esta me permite invocar el script y olvidarme de cuantas vistas de análisis nuevas se ha guardado el usuario. ¡Las ejecuta todas!

P.D. : Si te descargas el script no olvides actualizar los parámetros para tu sistema. ;)

CToolsInstaller para Windows

2012-01-09T11:06:00.000+01:00

Las CTools son un conjunto de herramientas Open Source desarrolladas por Webdetails.
Las CTools son:

Comunity Chart Component (CCC): Un plug-in para Pentaho que permite incluir gráficos de forma sencilla en los cuadros de mando.
Comunity Data Access (CDA): Un plug-in para Pentaho que permite el acceso a datos de forma sencilla, flexible y potente
Comunity Dashboard Editor (CDE) : Un plug-in para Pentaho que permite la creación de cuadros a través de una interfaz web. Este plugin se apoya en CDA, CDF y CCC.
Comunity Dashboard Framework (CDF) : Un plug-in para Pentaho que permite crear cuadros de mando a partir de un framework de desarrollo. Este es el primero de las CTools y la base a partir de la cual se desarrollaron las demás.
Comunity Buidl Framework (CBF) : Es un framework para facilitar y automatizar muchos aspectos de la construcción de los proyectos.
Comunity Startup Tab (CST): Un plug-in para Pentaho que permite iniciar diferentes ventanas a la vez. Por ejemplo para abrir mis cuadros de mando de una vez y no tener que estar abriendolos uno por uno.

Finalmente, para instalar la mayoría de estos proyectos Pedro Alves creó el CToolsInstaller un script bash para automatizar la instalación de la mayoría de las ctolls ( CDA, CDE, CDF, CDE) y Saiku . Script que está muy bien pero para la gente que a veces se ve obligada a trabajar en entornos que no son unix/linux pues es engorroso. Hay guias que explican cómo usarlo en entornos windows pero no me acababan de convencer.

Y como implementé una versión del CToolsInstaller para mi PentahoLauncher pues no me ha costado mucho extraer ese trozo de código y crear mi CToolsInstaller para windows.

Si lo queréis lo podeis descargar de aqui: ctoolsinstaller.zip

Si queréis el proyecto eclipse con el código fuente lo podéis descargar de aqui: ctoolsinstallereclipseproject.zip

Nota:

CDF, CDA, CCC, CDE son desarrollos realizados por Webdetails.

Saiku es un desarrollo realizado por Analytical-labs - MeteoriteBI

Las descargas se realizan del servidor Jenkins que tienen Analytical-labs

Libertad para el usuario: STDashboard

2012-01-05T15:15:00.001+01:00

Libertad para analizar mis datos. Libertad para crear mis propios cuadros de mando. Libertad como independencia e inmediatez de los resultados para el usuario final.

Casi siempre, cuando hablo con un posible cliente, surge la misma pregunta: ¿Y si quiero un nuevo cuadro de mando, por simple que sea, tengo que llamarte?

Tras la eclosión de la web 2.0 y los CMS . El usuario está cada vez mas acostumbrado a la independencia y a gestionarse sus propios contenidos. Publicamos blogs mediante una interfaz web, subimos imágenes, bajamos música, hacemos todo tipo de cosas desde el navegador. ¿Cómo no va a poder hacer un cuadro de mando? ¡Se Puede!

¿Cómo, un contexto que por definición es evolutivo, no va a permitir al usuario final crearse sus propios cuadros de mando? Esta es, por el momento, la mayor carencia que tiene Pentaho en su versión Open Source. Y es uno de los motivos por los que algunos usuarios acaban prefiriendo otra herramienta, aunque sea mas limitada en potencia, a Pentaho a pesar de ser extraordinariamente potente. Es por eso que en Stratebi hemos estado desarrollando nuestro STDashboard. El editor de cuadros de mando que ofrece al usuario final la posibilidad de crearse sus propios cuadros de mando.

Tras varios meses de trabajo mucho esfuerzo y mucha ayuda hemos conseguido desarrollar un editor de cuadros de mando bajo las siguientes premisas:

Un editor de cuadros de mando para usuarios finales. IN-NEGOCIABLE

Un usuario final no tiene por que escribir ni una sola línea de código.¡Ni un carácter!
Un usuario final no tiene por que aprender como funciona. ¡Sin manual de instrucciones!

Debe ser suficientemente intuitivo para que en 1 minuto se aprenda a manejarlo
Debe ser suficientemente claro y con la suficiente ayuda contextual como para saber en todo momento donde estás y que estás haciendo.

Un usuario final debe analizar sus datos de forma sencilla e INTERACTIVA.

Un editor de cuadros de mando basado en los modelos de datos ya definidos.
Un editor que permita realizar cuadros de mando sencillos pero que cumplan con las funcionalidades básicas requeridas a cualquier cuadro de mandos:

Que permita escoger entre los tipos de gráficos mas utilizados
Que permita filtrar los datos en función de selectores
Que permita la interrelación de la información entre los diferentes componentes.
Que permita, en definitiva, hacerme mi cuadro de mandos.

Y este es el resultado:

Hay que destacar que este no es un editor de cuadros de mando con propósito universal. Quiero decir, Lo dicho en las entradas : Cómo Hacer Cuadros de Mando I, Cómo hacer cuadros de mando II, Como hacer cuadros de mando III, Como hacer cuadros de mando IV, y Como hacer cuadros de mando VI sigue teniendo toda la vigencia y el sentido. Este editor está orientado a satisfacer las necesidades concretas de cualquier usuario en unas condiciones concretas.

Si recordáis la entrada Cómo hacer cuadros de mando II, cuando hablo de los tipos de usuario. Hay un tipo de usuario que podemos ser cualquiera y es el usuario que quiere explorar los datos de forma fácil e intuitiva. Que tiene una reunión y quiere preparársela analizando los datos que tiene a su alcance. Que quiere hacer preguntas y obtener respuestas inmediatas. Para ese usuario es el STDashboard.

Quieres probarlo? En la demo de Stratebi puedes, aunque no es la última versión, si que podrás comprobar como funciona. Si lo pruebas aporta tu opinión ya que es un proyecto en el que estamos invirtiendo mucho esfuerzo e ilusión y nos gustará saber tu opinión. ¡A todo el que lo ha probado le encanta!... Aunque ¿Que voy a decir yo?

Poder para el usuario

2011-12-18T10:14:00.000+01:00

Parece un lema salido de un departamento de marketing sin mas motivo que la mente calenturienta de un publicista pero es un gran objetivo que ya están consiguiendo.

Pentaho ya dispone de una gran solución de inteligencia de negocio robusta y potente pero carecía de una interfaz de usuario suficientemente amigable y utilizable. Todos los usuarios con los que hablaba me decían que eso no era tan bonito y flexible como lo que le ofrecían otras herramientas. Un primer paso fue la incorporación de mantle y poco a poco han ido introduciendo novedades que están haciendo de la aplicación web una interfaz cada vez mas amigable con el usuario y potente.

Desgraciadamente este proceso de mejora de la interfaz del usuario final ha hecho que la versión Open Source y la versión enterprise (de pago) se vayan separando cada vez mas y que en estos momentos el poder para el usuario sea extraordinario en la versión enterprise con Pentaho analyzer, con el editor de informes para el usuario final y con el editor de cuadros de mando.


Pentaho Dashboards	Pentaho Interactive Reporting	Pentaho Analyzer

Eso no quiere decir que la versión Open Source no haya evolucionado, lo que si que es cierto es que no lo ha hecho al mismo ritmo y que lo ha hecho mucho mas gracias a la Comunidad de Pentaho que a Pentaho mismo. Ejemplos como el STPivot de Stratebi . Saiku de Analytical-Labs o el Comunity Dashboard Editor (como colofón de las ctools ) de Webdetails. A esta lista hay que añadir multitud de desarrollos paralelos, pero que no son Open Source como puede ser flexmonster, o flowwe o el nuevo STDashboard en el que estamos trabajando en Stratebi y que por el momento no es Open Source aunque está en el roadmap que lo sea.

Pero volvamos al tema que nos ocupa. Que ofrece Pentaho al usuario final?

Nuevo Origen de Datos

Permite al usuario final crear y manejar orígenes de datos a voluntad mediante una fácil y amigable interfaz gráfica. Claro está que esto no es la panacea pero permite al usuario final analista un grado de libertad y flexibilidad que hasta hace poco era impensable.

Gracias a esto los usuario finales pueden crearse sus nuevos orígenes de datos, modelarlos y manejarlos a voluntad con total independencia.

Que quiere decir esto? pues crear un modelo olap y de metadatos a partir de un csv, del resultado de una consulta sql o de un conjunto de tablas. Lo que cubre prácticamente todos los casos de uso posibles y normales.

Esto significa que el usuario final ya no necesita (para modelos simples) las complejas herramientas cliente para modelar sus propios modelos. Quieres verlo? Imaginemos un ejemplo de cada caso de uso:

Tras exportar tus datos a un csv puedes importarlos a Pentaho y analizarlos

Puedes analizar el resultado de un select cualquiera. Puede ser un select tan complejo como quieras.

Puedes crear un modelo de datos a partir de un conjunto de tablas. Normalmente un modelo en estrella.

Como puedes ver es un gran índice de independencia para el usuario para crear y manejar modelos de datos de forma fácil y sencilla. Esto no significa que un usuario se pueda hacer su almacén de 0 a 100 sin tener ningún tipo de conocimiento. Esto significa que:

Una vez ya tenemos un entorno analítico podemos añadir de forma fácil y sencilla nuevas fuentes de datos.
Un usuario sin experiencia puede probar y hacer sus primeros cubos de una forma fácil y sencilla.

Por lo que hay que felicitar a Pentaho por su iniciativa. Aunque, como siempre, tienes que saber lo que haces y como lo haces porque:

Limpieza de Datos: El desafío constante

2011-12-08T15:18:00.000+01:00

Seguro que esta situación os suena familiar (Si trabajáis con datos, claro) :
-¿ Y cuando encuentre un dato incorrecto, que hago?
-No, tranquilo, tenemos los datos súper controlados y en nuestro sistema los datos son consistentes.
-Ah! Que bien! Igualmente, en el caso improbable de que encuentre datos incorrectos... ¿Que hago?
-No... eso es imposible.
-Vale, entonces lanzo un error y paro el proceso de carga de datos porque algo grave está ocurriendo.
Corriendo grave riesgo de llegar a esta situación:

Lo cierto es que en todo proceso E.T.L., al ser un proceso donde se manipulan y analizan los datos de la organización, salen a relucir todos los datos disonantes, inconexos, duplicados, etc. Por lo que una de las partes de vital importancia en los procesos ETL es la que atañe a la limpieza de los datos. Y para ello nada mejor que llamar a un súper-héroe con un arsenal de armas de limpieza masiva:

Bueno... no... aunque sólo por la pinta dan ganas.

Existe una serie de buenas practicas a tener en cuenta a la hora de mantener nuestro almacén limpio y ordenado:

Controlar, siempre que sea posible, los valores admitidos.
Validar los tipos de datos.
Al establecer las referencias, controlar le número de valores que van al "valor por defecto".
Cuando tratamos con datos personales o introducidos manualmente (Siempre que hay una intervención humana hay un riesgo de error del 99'9%) establecer políticas de búsquedas con el objetivo de eliminar duplicados.
Validar los formatos de emails, direcciones, códigos postales, etc.

Aunque Kettle no es una herramienta de Data Cleansing nos proporciona dos pasos para poder hacer esto.

Data Validator: Un paso que nos permitirá establecer reglas de validación sobre los campos tales como:

El tipo de dato
El tamaño del valor
Valores permitidos / excluidos
Rango de valores permitidos
La cadena debe empezar / terminar por ...

Calculadora : Ese gran cajón desastre que hace multitud de cosas y esa gran desconocida. Nos permite comparar cadenas mediante algoritmos de lógica difusa entre otras cosas.
Fuzzy match: Es un lookcup mediante algoritmos de lógica difusa también.

¿Que son y para qué sirven los algoritmos de lógica difusa?

Básicamente son algoritmos que nos permiten comparar cadenas en búsqueda de similitides. Quiero decir, imaginemos que tengo un listado de nombres y quiero determinar cuales de ellos probablemente sean la misma persona.

Por Ejemplo:

Pepito Grillo
Pepe Grillo
Menganito de tal
Eustaquio
Apolonia
Apolo
Anaximandro
Anaximenes
Ataulfo

En esta lista, Pepito Grillo y Pepe Grillo, si no son la misma persona cuanto menos habría que comprobarlo. Apolonia y Apolo son personas distintas pero hay que reconocer que se parecen.
Los algoritmos de lógica difuta permiten hacer esas búsquedas en cadenas pera reducir la lista a los "parecidos razonables".

En kettle están implementados y disponibles:

Levenshtein y Damerau-Levenshtein: Calcula la distancia entre dos cadenas buscando el número de modificaciones que son necesarios para pasar de una cadena a la otra mediante inserciones, borrados y reemplazamiento de letras (Levenshtein) y cambios de posiciones (Damerau-Levenshtein). Por ejemplo la distancia entre Apolonia y Apolo es de 3 (1 borrar a, 2 borrar i, 3 borrar n). La distancia entre Anaximandro y Anaximenes es de 4 (1 reemplazar a por una e, 2 reemplazar la d por una e, 3 reemplzar la r por una s, 4 borrar la o final )
Needleman-Wunsch: Se basa en buscar similitudes entre cadenas. Se suele utilizar en el ámbito de la bioinformática para alinear secuencias de proteínas o de ácidos nucleico. Su medición es la penalización de diferencia y en el caso del ejemplo anterior de Apolonia y Apolo sería de -3.
Jaro y Jaro-Winkler: Sirve para calcular un índice de similitud entre dos cadenas. Ampliamente utilizado en el ámbito de la limpieza de datos ( deduplicación ). El índice de similitud se estipula entre 0 = No se parecen en nada y 1 = son iguales. Este algoritmo es especialmente útil y eficaz comparando cadenas cortas como nombres o direcciones. (Para los perezosos: Nuestro algoritmo por defecto.)
Similitud de pares de letras: Este está sólo disponible en el paso "Fuzzy Match". Este algoritmo corta las cadenas en pares de letras y las compara. En nuestro ejemplo {ap, po, ol, lo, on, ni, ia } y {ap, po, ol, lo}. Ahora la similitud se calcula dividiendo el numero de pares comunes {ap, po, ol, lo} mulitplicado por dos entre la suma de pares de ambas cadenas {ap, po, ol, lo, on, ni, ia } + {ap, po, ol, lo}. Por lo que nuestro ejemplo nos da: (4*2) / 11 = 0.72
Metaphone, Double Metaphone.... se basan en como se lee... en ingles.

Buscamos duplicados en el ejemplo anterior?

Para ello lo que voy a hacer es comparar el listado consigo mismo....

El resultado de esto es tal que así:

Ahora tan sólo debo poner un paso calculadora y escoger el algoritmo que considere mas apropiado. En este caso Jaro-Winkler.

Como puedes observar en la vista previa, ya tenemos todo lo que necesitamos. Como era de esperar los valores iguales tiene un valor de 1 y el resto van bajando. A partir de cuando se consideran parecidos razonables? Sospechosos de ser la misma persona? Pues es una cuestión de purismo, pero por encima de 0,8 empieza a haber muchas posibilidades.

Su añadimos unos cuantos filtros para quitar los que no nos interesan y los duplicados nos queda un proceso tal que así:

Como puedes ver en el resultado final, el algoritmo detecta que:

personas	personas_duplicadas	indice_probabilidad
Pepito Grill	Pepe Grillo	0,854941725
Pepe Grillo	Pepito Grillo	0,854941725
Apolonia	Apolo	0,925
Apolo	Apolonia	0,925
Anaximandro	Anaximenes	0,867272727
Anaximenes	Anaximandro	0,867272727

Y aquí es donde entra ya la inteligencia natural. Es decir, lo revisa un ser humano con bagaje cultural para saber que Pepito Grillo y Pepe Grillo son la misma persona. Que Apolonia y Apolo son una mujer y un hombre respectivamente ( o dioses.. pero distintos ) y que Anaximandro aunque amigo de Anaximenes no son la misma persona.

Si quieres bajarte el ejemplo para probarlo tu mismo puedes hacerlo.

Nota: El ejemplo y la base de este articulo está basado en el libro Pentaho Kettle Solutions que recomiendo leer por contenidos como el presente.

Auditoría de Uso en Pentaho - Informe de Actividad

2011-11-27T11:23:00.000+01:00

Una de las carencias que se le achacan a la versión Open Source del BI Server de Pentaho es la falta de herramientas de supervisión. Digo que se le achacan porque, si bien es cierto que no hay una buena herramienta de monitorización, al igual que en la versión enterprise. Si que existen los recursos para realizarlo. ¡Sólo es quistión de utilizarlos!

A continuación os dejo un ejemplo de un informe de actividad de usuario. Es un simple informe que lee los datos del PentahoAuditLog. Como veis es un informe que carga los datos de una transformación y que muestra los datos por usuario.

Nota: El informe se ha hecho con la versión 3.8 de Report Designer por lo que si lo probáis con versiones anteriores puede que no funcione.

El Gráfico Bullet

2011-10-21T07:52:00.000+02:00

El gráfico bullet (bala) fue introducido por Stephen Few y es una de esas novedades (aunque ya lleva un tiempo entre nosotros) que en un primer momento me dejaron indiferente, pero que cuanto mas lo conozco mas me gusta. Es por eso, entre otros motivos, por lo que estoy escribiendo estas líneas.

Este gráfico es un sustituto por evolución superación en funciones de los termómetros y velocímetros.

Es un sustituto porque los supera en varios aspectos:

Codifica y condensa mucha mas informaión
Utiliza mucho menos espacio de pantalla y si esto ya era una ventaja, ahora con los dispositivos móviles todavía más,
Su carácter lineal permite poner muchos uno a lado del otro.
Muestra la medida deseada y la contextualiza con:

Rangos de malo a bueno (tantos como queramos )
La podemos comparar contra su objetivo u cualquier otra medida relacionada
Permite pues, contextualizar la información tanto por comparación con otra medida de forma que visualmente es muy fácil de comparar como por rangos cualitativos.

Se utilizan en todos los casos intensidades de colores por lo que los daltónicos no tienen problema para visualizarlo

Además qui dispone de diferentes versiones que contextualizan y completan todavía mejor la información:

Podemos poner la medida que queremos medir y su proyección hasta el final del año en un tono mas claro.
Podemos dejarlo como está.
Podemos substituir la barra que representa la medida por un punto. Esto elimina la referencia a 0 por lo que podemo presentar con un mayor detalle la comparativa entre el valor obtenido y el objetivo.
Podemos añadir una segunda medida comarativa incluyendo una segunda marca.

Ciertamente el gráfico bullet no despierta amor a primera vista porque tienes que conocerlo para comprender sus virtudes, pero una vez lo haces se convierte en un gran aliado a la hora de pintar información en un cuadro de mandos.

Nota: Como todas las cosas buenas, este tipo de gráficos está soportado por los gráficos CCC de Pedro Alves.

¿Os acordáis del cuadro de mando que hicimos con CDE?
Pues aqui tenéis la comparación cambiando los velocímetros por bullets:

La misma información en mucho menos espacio.
Comparada contra el objetivo: el 100%
De un golpe de vista se pueden comparar todos.

¿Seguís prefiriendo los velocímetros?

Cómo hacer cuadros de mando: VI

2011-09-15T22:04:00.000+02:00

Contextualización de los datos, interna y externa

Cuando realizamos un cuadro de mandos a menudo solemos mostrar nuestros datos y solemos (yo el primero) olvidarnos de contextualizar la información que presentamos. ¿Que quiero decir con esto?

Pongamos como ejemplo el siguiente cuadro de mandos que representa la evolución de mis ventas en el tiempo y el volumen por países.

Este gráfico muestra, claramente que la mayoría de mis ventas se realizan a Francia, si descontamos el grupo "Resto de la UE" y que en el 2007 tuve una importante caída de las ventas ... Bueno es normal... estamos en medio de una crisis, mis ventas han empezado a caer mas o menos al principio de la crisis y desde entonces no levanto cabeza. Pero es normal.... o no...

Gracias a la creciente existencia de datos abiertos, como por ejemplo los OpenData que ofrecen diferentes administraciones públicas como el que ofrece la Generalitat de Catalunya y del que he tomado los datos relativos a las exportaciones e importaciónes de Cataluña y España puedo contextualizar mis datos de ventas y ver como me comporto respecto al conjunto de las empresas. Si añadimos los datos anteriormente mencionados a las gráficas y ampliamos la gráfica de evolucón en el tiempo tenemos la siguiente imagen:.

Vemos que la evolución de mis ventas se comporta de forma casi normal pero de forma preocupante.

Mis ventas empezaron a caer antes de que empezara la crisis.
Mientras qeu en el 2010 huvo una recuperación tanto en Cataluña como en España, mis ventas siguieron cayendo.

Gracias a poder contextualizar el dato de mis ventas he podido ver que existe un problema subyacente mas allá de "la crisis" y quizás deba analizar mas profundamente por que estoy perdiendo exportaciones. Si mi único problema fuera "la crisis" mis ventas deberían comportarse de forma análoga a la media de Catalunya y de España. Fijaros que ambas tendencias tienen practicametne la misma forma, rebotan en el 2010 y yo no.

Es por esto que es muy importante, para realizar buenos cuadros de mandos poder contextualizar nuestros datos, y más hoy que tenemos la información al alcance de la mano, sólo debemos tomarnos la molestia de tomarla.

Datos públicos en los diferentes Open Data.
Datos sobre la presencia y opinión acerca de nuestra empresa en las redes sociales.
Datos sobre la evolución de nuestros competidores
Etc

Mas ejemplos?

¿Poneis el volumen de de datos tomados en cuenta para realizar porcentajes?

Cuando mostrais información relativa a diferentes departamentos de la empresa, ¿ Ponéis las diferencias entre ellos, el volumen de trabajadores que hay en cada uno por ejemplo?

A nivel de visualización uno de los indicadores favoritos para mostrar información contextualizada son los tacómetros:

Nos permiten de forma clara y concisa indicar el valor obtenido y si ese valor está contextualizado dentro del rango malo, aceptable o bueno.

En la actualidad este tipo de gráficas se están substituyendo por las gráficas tipo "bullet" (Bala en español). Este tipo de gráficos ofrecen 2 ventajas sobre los tacómetros:

No desperdician tanto espacio
Están de moda (cosa que siempre se debe tomar en cuenta).

Como podéis observar aquí también tenemos un rango malo, el gris oscuro, un rango aceptable, y un rango optimo identificado por el grris mas claro. Nuestro valor obtenido, pues la linea negra que se pinta en el centro. Nuestro valor objetivo? pues la marca al 50%

Como podéis comprobar, ambos tipos de gráfica nos permiten realizar nuestro objetivo final, contextualizar, contextualizar, contextualizar. Mostrar mas información.

Calidad de los Datos: La parábola del restaurante

2011-08-28T12:11:00.000+02:00

Una de las parábolas mas utilizadas en el mundo del Business Intelligence y el Datawarehousing es la del restaurante. Y es una de las parábolas mas utilizadas porque es realmente muy acertada. Al primero al que yo se la oí fue a Matt Casters responsable de Pentaho Data Integration - Kettle. Y es esta misma parábola la que da nombre a la mayoría de componentes de Kettle (Spoon-Cuchara, Kitchen-Cocina, Pan-Cacerola, etc)

La parábola del restaurante parte de una analogía muy sencilla: Mi trabajo con los datos es exactamente el mismo que el trabajo que realiza un cocinero con los alimentos. ¿Y por que un restaurante y no una simple cocina? Pues porque los datos son elaborados por un técnico y consumidos por un usuario de negocio. Normalmente nunca la misma persona. Por eso al igual que en un restaurante, el usuario final quiere que le sirvan los datos que quiere consumir sin importarle nada mas. No le importa cómo los cocine. No le importa lo más mínimo que pasa en la cocina del restaurante, sólo le importa tener ante sí un plato de suculentos y apetitosos datos listos para ser consumidos.

De todas formas tampoco es del todo cierta la afirmación anterior "no me importa que pasa en la cocina..." Siempre preferimos esto:

A esto otro:

Y es que es una analogía de lo mas acertada. Yo "cocinero" debo poder proporcionarte los datos que tu "cliente" necesitas como los necesitas, es decir, cocinados "a tu gusto". Porque recuerda, la idea es extraer información de los datos. El objetivo es que el usuario viendo esos datos pueda extraer información y tomar decisiones.

Partiendo, pues, de esta parábola podemos identificar diferentes tipos de usuario con diferentes tipos de clientes de las diferentes categorías de restaurante:

Tres estrellas michelín: Gran presupuesto - Gran nivel de exigencia - Gran nivel de confianza en el cocinero. Este tipo de usuario ha invertido muchos recursos en asegurarse el éxito del proyecto y suele preocuparse sólo de obtener los resultados esperados.
Restaurante bueno: Presupuesto Medio - Alto - Gran nivel de exigencia - Confianza media en el cocinero.Este tipo de usuario ha invertido un presupuesto medio - alto en el proyecto por lo que espera unos resultados dignos de un tres estrellas michelín pero sin invertir todos los recursos necesarios. Su nivel de exigencia suele ser tan alto como el que mas y su confianza en el cocinero suele caer muy fácilmente al primer contratiempo. Empieza a entrometerse en lo que pasa en la cocina y quiere controlar todo lo que ocurre en ella.
Restaurante "normalito": Presupuesto Medio - Bajo - Nivel de exigencia Medio - Confianza variable en el cocinero. Aquí caben una gran variedad de usuarios, ya que todos vamos de vez en cuando a restaurantes "normalitos". La confianza en el cocinero se establece tras los primeros resultados. Hasta entonces nadie se cree nada y al primer fallo suelen haber 2 alternativas: "ya lo sabía yo que este no era muy bueno" o "no volvemos aqui". Es donde se encuentran la mayoría de proyectos con pocos recursos y con un alto riesgo de que los resultados obtenidos no se parezcan mucho al plato escogido en la carta.
El bar de la esquina: Lo que en nuestro negocio se traduce en Excel. Excel es una solución "para salir del paso" y con posibilidades limitadas pero cuando todo lo que quieres es un bocadillo es suficiente.
Buffete Libre: Presupuesto Bajo - Nivel de exigencia Baja - Confianza en el cocinero cada vez mas baja. Esto es una mezcla entre el restaurante "nomalito" y el bar de la esquina con el peligro añadido de que no sabes lo que realmente estás comiendo. Bajo la promesa "come todo lo que quieras" te presentan una serie de platos aparentemente buenos pero con un alto contenido en grasa para que te sacies rápidamente. Cuando sales de este tipo de restaurantes sueles tener sensación de pesadez, tu crees que es por lo mucho que has comido pero es por la grasa que has comido. Crees que te van a dejar entrar en su cocina? No lo he intentado pero creo que no. Este tipo de restaurantes acostumbran a aprovechar el deseo de obtener mas de lo que se paga (duros a cuatro pesetas). En nuestro mundo son los usuarios que creen que la herramienta les hará todo y que ellos mismos pueden satisfacer sus necesidades informacionales. Normalmente descubren tras un par de meses de utilización que los datos que tienen son un sinsentido y que la herramienta por si sola hace mas bien poco sin un buen cocinero detrás.

Volviendo al hecho de que lo realmente importante es la calidad de la cocina me gustaría ilustrarlo con el hecho de que el mejor cocinero del mundo (En estos momentos) haya abierto un bar de tapas. Si, una vez mas, lo importante es quien está en la cocina y la calidad de los datos / alimentos. Que sepa lo que hace y tenga recursos para elaborar el pedido.

La actual tendencia en el mundo del B.I. es proporcionar recursos y flexibilidad al usuario final (el usuario final puede coger un plato y ponerse las tapas que quiera) y eso es bueno, es más que bueno, es genial. Pero eso no quita que deba haber un buen cocinero detrás elaborando la información disponible. El trabajo de integración, consolidación, limpieza y conformación de datos sigue siendo necesario y , de hecho, todavía mas necesario ya que la flexibilid que está ganando el usuario hace que nuestro almacen de datos deba ser todavía mas resistente, robusto y preparado para las nuevas exigencias.

¿Vosotros que opináis?¿Que tipo de restaurante tenéis y que tipo de clientela viene? ¿Creéis que los Buffetes Libres reemplazan a los buenos restaurantes?

Nueva Versión de Pentaho Launcher

2011-08-27T18:27:00.000+02:00

Un año mas las vacaciones me proporcionan tiempo para jugar y cacharrear. Y un año mas le ha tocado el turno a PentahoLauncher. La interfaz gráfica que conjunta todas las aplicaciones Pentaho en su versión Comunity en una única ventana y que se encuentra disponible en Google Code.

La nueva versión trae como principal novedad la posibilidad de instalar con un sólo click las últimas versiones de los componentes más útiles de la comunidad de Pentaho. Como son las C** Tools o Saiku inspirado en el CTools-installer de Pedro Alves.

Y ya puestos a actualizar el programario he actualizado también las versiones de las aplicaciones de Pentaho a las actuales 3.9_RC ( Normalmente no actualizo con las versiones RC, pero son las que están disponibles en estos momentos y son bastante estables.)

Quieres probarlo? pues sólo tienes que descargar este link , descomprimirlo y ejecutar pentahoLauncher.bat o ./pentahoLauncher.sh dependiento de tu sistema operativo y tendrás algo parecido a esto:

Por defecto Pentaho Launcher comprueba si tienes instaladas ya alguna de las aplicaciones de Pentaho. En caso de que no las tengas te propone o buscarlas en el disco duro y bien descargarlas directamente de internet. Yo te recomiendo que te las descargues de internet (Recuerda que el tiempo de descarga depende de tu ancho de banda y que la mayoría son paquetes de más de 100 MB. La descarga seguramente tardará varios minutos).

Si intentas descargar el B.I. Server entonces es cuando te pregunta por las CTools. Si le dices que sí tendrás todo el paquete completo de forma fácil y cómoda. En caso de que digas que no, siempre puedes ir al menú y elegir la opción "Actualizar componentes extra de la comunidad ( CTools + SAIKU )"

No son muchas novedades pero si que son significativas.

Por último, decir que cualquier tipo de comentario será bien recibido. Espero que os sea útil.

Cómo hacer cuadros de mando: V

2011-07-19T07:31:00.000+02:00

Implementación con Pentaho y CDE

Tras muchas consideraciones teóricas por fin vamos a hacer nuestro primer cuadro de mandos con Pentaho y CDE. Comunity Dashboard Editor es un editor de cuadros de mando desarrollado por la comunidad de Pentaho, mas concretamente por la excelente empresa portuguesa Webdetails liderada por Pedro Alves.

Realmente CDE es un editor de cuadros de mando a través de una interfaz web gráfica e intuitiva aunque es mucho mas que eso. Es la culminación de un proceso que empezó con:

CDF (Comunity Dashboard Framework): Framework de desarrollo que permitía hacer cuadros de mando mediante html y javascript. Todo un avanze en el momento que salió cuando yo los hacía programando páginas JSP.
CDA (Comunity Data Access) : Framework que permite el acceso a los datos de una forma mas cómoda y elegante. Permite además cachear consultas para que estén previamente calculadas y jugar e interactuar con diferentes orígenes de datos.
CCC (Comunity Chart Component): Cualquier persona que haya desarrollado para la web sabe que manejar el aspecto visual, tan importante en nuestro desarrollo, es un dolor de cabeza constante debido a la diversidad de navegadores. Comunity Chart Component nos permite abstraernos de todos esos problemas y centrarnos en lo que realmente importa: La visualización de nuestros datos. El Comunity Chart Component se basa en la librería de gráficos JavaScript Protovis.
C ? ? : Pedro Alves y Webdetails son muy activos y nunca se sabe con que mejora nos van a sorprender.

Para hacer este cuadro de mandos voy a utilizar Pentaho BI Server CE 3.8 que se encuentra libremente disoponible en SourceForge y el conjunto de herramientas C * * que me proporcionarán todo el entorno de desarrollo y que Pedro nos facilita su instalación mediante este cómodo script.

Primer paso: Saber qué es lo que quiero

Seguramente nuestro Cuadro de mandos dará muchas vueltas y tendrá muchas modificaciones a lo largo de su vida útil, pero necesitamos un punto de partida y ese punto de partida suele ser 2 cosas:

Listado de los KPI a incluir
Boceto de visualización

Mi cuadro de mandos se basa en el ejemplo Quadrant Analysis que viene incluido como ejemplo con Pentaho BI server. Por lo que voy a hacer un cuadro de mando que me permita comparar Presupuestos contra el gasto.

Mi cuadro de mandos: Estado de las cuentas: Presupuesto Vs Gastos

Mis KPI:

Estado del presupuesto...

Por departamento
Por cargos

Quien se desvía mas del presupuesto...

Por arriba (Se pasa)
Por abajo (Gasta menos de lo presupuestado... a estos hay que felicitarlos)

Ya tengo mis indicadores... ahora vamos a ver cómo quiero visualizarlos.

Y finalmente, decidir que interacción le vamos a dar a nuestro cuadro de mandos... en este primer cuadro de mandos vamos a hacerlo simple y tan sólo vamos a permitir ver las diferentes posiciones en cada departamento.

Segundo paso: Implementemos nuestro diseño

CDE está diseñado en 3 capas: Presentación, Componentes y Datos.

Presentación

Empecemos diseñando la presentación, cómo se va a ver nuestro cuadro de mandos.

Tenemos 2 opciones:

Aplicar una plantilla
Definir Nosotros el aspecto, que es lo que vamos a hacer.

La forma de diseñar el cuadro de mandos es "como se hacían antes las páginas web, definir una rejilla de lineas y columnas y colocando los objetos dentro". Por lo que si volvemos a ver nuestro cuadro de mandos podemos extraer la siguiente estructura:

Líneas = Rows
Cajas = Columns.

Debemos, también tener en cuenta que CDE se basa en el framework CSS BluePrint por lo que el ancho máximo de la página disponible será 24. Si queremos hacer 2 columnas 12 y 12, así sucesivamente.

Vamos pues a realizar la plantilla de nuestro cuadro de mandos:

Llenado de Contenido

Una vez que tenemos la plantilla de nuestro cuadro de mandos empecemos a llenarla de contenido. Primero el origen de datos y luego la gráfica en cuestión. Para ello, lo primero que haremos será realizar la consulta en el visor OLAP. Una vez tengamos la consulta que queremos y esta nos retorne los datos que deseamos la utilizaremos en nuestro cuadro de mandos.
Iremos a la pestaña de Data Sources donde se encuentran una gran variedad de orígenes de datos posibles. A mi, personalmente me gusta utilizar los cubos OLAP que ya tenemos definidos por lo que haremos un nuevo orígen de datos MDX Query y MDX over JNDI . Cabe destacar que CDE incluye en muchos sitios un utilísimo auto completado y que se invoca presionando la tecla de cursor hacia abajo ( ↓ ).

Una vez que tengamos listo nuestro origen de datos es la hora de crear el gráfico. El gráfico se encuentra en la pestaña Components donde encontraremos un gran número de componentes. Nosotros nos vamos a centrar en los Charts y más concretamente en el CCC Bar Chart . Cabe destacar que mas allá de los atributos normales de un gráfico, podemos ir a las "advanced properties" que nos permitirán hacer una multitud de cosas con los gráficos disponibles.

Para tener nuestro primer gráfico hemos:

Definido un origen de datos del tipo MDX y en concreto MDX over Mondrian JNDI

El nombre del origen de datos que vamos a utilizar es Departamento_DS
El origen de datos es sobre el schema SampleData que usa el JNDI SampleData
La consulta que vamos a utilizar es una que nos permitirá ver el actual y el budget para toda la empresa unido al detallado para cada departamento:

select NON EMPTY {[Measures].[Actual], [Measures].[Budget]} ON COLUMNS, NON EMPTY Hierarchize(Union({[Department].[All Departments]}, [Department].[All Departments].Children)) ON ROWS from [Quadrant Analysis]

Definimos un componente que utiliza ese origen de datos:

El componente es un chart
Concretamente es un CCC Bar Chart
Definimos un alto y un ancho para el gráfico.
Definimos el origen de datos (datasource) de ese gráfico como el que acabamos de definir Departamento_DS
Le decimos que viene de una Crosstab
Definimos el objeto html ( HtmlObject ) donde ubicaremos nuestro gráfico. El contenedor que hemos preparado en la plantilla de visualización
Finalmente, en las propiedades avanzadas ( AdvancedProperties ) definimos que la orientación es horizontal para que se vea un poco mejor y ampliamos el tamaño que tendrá el eje de las Y ( YY axis size ) para que los nombres puedan caber

Ahora vamos a por nuestro segundo gráfico, el que nos permitirá analizar la desviación entre el presupuesto y el gasto real en función de los diferentes rangos laborales. El procedimiento es fundamentalmente el mismo. En este caso vamos a utilizar un gráfico del tipo CCC Dot Chart que nos proporcionará una vista más limpia que un gráfico de barras.

Definido un origen de datos del tipo MDX y en concreto MDX over Mondrian JNDI

El nombre del origen de datos que vamos a utilizar es Posicion_DS
El origen de datos es sobre el schema SampleData que usa el JNDI SampleData
La consulta que vamos a utilizar es una que nos permitirá ver el actual y el budget para todas y cada una de las posiciones:

select NON EMPTY {[Measures].[Actual], [Measures].[Budget]} ON COLUMNS, NON EMPTY {[Positions].[All Positions].Children} ON ROWS from [Quadrant Analysis]

Definimos un componente que utiliza ese origen de datos:

El componente es un chart
Concretamente es un CCC Dot Chart
Definimos un alto y un ancho para el gráfico.
Definimos el origen de datos (datasource) de ese gráfico como el que acabamos de definir Posicion_DS
Le decimos que viene de una crosstab
Definimos el objeto html ( HtmlObject ) donde ubicaremos nuestro gráfico. El contenedor que hemos preparado en la plantilla de visualización
Finalmente, en las propiedades avanzadas ( AdvancedProperties ) definimos que la orientación es horizontal para que se vea un poco mejor y ampliamos el tamaño que tendrá el eje de las Y ( YY axis size ) para que los nombres puedan caber

Finalmente vamos a poner el primero de los tacómetros. Los tacómetros son un tipo de gráfico especial porque:

Es de los que mas le gusta a los usuarios finales. A todo el mundo le gusta la velocidad.
Es un gráfico aparentemente sencillo pero que encierra la complejidad interna que supone presentar su información carácteristica:

Rango malo
Rango medio
Rango bueno
Valor máximo
Valor obtenido.

No hay un componente (al menos yo no lo conozco) CCC que nos proporcione este tipo de gráfico por lo que tendremos que utilizar una xaction. Esto además nos permitirá ver como interactuar con las xactions

Es por esto que los tacómetros que vamos a utilizar son fruto de una xaction que invocaremos. La xaction que voy a utilizar es esta y la ubicaré bajo la ruta de soporte xactions. En futuros post entraré en detalle sobre este punto ya que no quiero irme del tema.

No voy a poner el resto de los tacómetros porque este post empieza a ser largo y tampoco es necesario repetir pasos. Vamos ya a la última parte interesante. La interacción del usuario.

Dotar el cuadro de interacción y vincular elementos

Ahora es cuando viene la grácia de los cuadros de mandos. Es cuando vamos a dotar a nuestro cuadro de interacción. Vamos a dotarlo de la capacidad de responder a preguntas.

Para nuestro cuadro, lo que vamos a hacer es habilitar la posibilidad de poder hacer click en cualquiera de las barras de la gráfica de departamento y que nos permita ver el desglose de ese departamento en función de las diferentes posiciones.

Para explicar el funcionamiento voy a valerme de la siguiente gráfica:

Partimos de la base que el usuario quiere poder filtrar la información. Es decir, el usuario quiere poder clicar en alguno de los departamentos y ver la información relativa a ese departamento. A tal efecto definiremos una serie de parámetros para registrar todos esos filtros que queremos definir. A su vez los componentes de nuestro cuadro de mandos pueden afectar a dichos parámetros. Igualmente los componentes de nuestro cuadro de mandos pueden escuchar a dichos parámetros y reaccionar a un cambio.

Partiendo de esta arquitectura cuando un usuario clica en una de las gráficas lo que acontecerán es:

El usuario clicará en una de las barras del gráfico de departamentos. Este click establecerá un nuevo valor en el parámetro Parámetro_Departamento que hemos definido a tal efecto.
El gráfico de posiciones (cargos) escucha al parámetro Parámetro_Departamento de forma que cuando se establece un nuevo valor para el sábe que tiene que re-calcularse.
Para re-calcularse toma el valor del parámetro Parámetro_Departamento
Con el valor del parámetro Parámetro_Departamento invoca la consulta que lo nutre de valores proporcionándoselo para que lo utilize.
La consulta se ejecuta tomando el valor del parámetro Parámetro_Departamento y devuelve los resultados.

Lo que va a pasar pues, es que al clicar en una de las barras estableceremos un nuevo valor en el parámetro Parámetro_Departamento. Como que el gráfico de puntos sabe que tiene que reaccionar a los cambios de este parámetro, este se recalculará y utilizará para ello el Parámetro_Departamento en su consulta.

Todo esto para que, para el usuario lo que aparentemente pasará será esto:

Que hago click en un departamento y el gráfico de posiciones se recalcula mostrándome sólo los valores para ese departamento.

En resumeno, que hemos hecho?

Hemos definido el parámetro Parametro_Departamento para manejar el departamento que queremos ver. El parámetro lo hemos inicializado con "Children" que es la palabra reservada que cuando la ponga en la consulta me dará todos los departamentos.
Le hemos dicho a la gráfica Graf_Departamento que es clicable y le hemos proporcionado la función que ejecutará cuando se realize un click:

function(a,b,c){ if(b=="All Departments"){ mi_var= "Children"; }else{ mi_var = "[" + b + "]"; } Dashboards.fireChange('Parametro_Departamento',mi_var); }
Le hemos dicho al gráfico Graf_Posicion que debe escuchar al parámetro Parametro_Departamento. Igualmente le hemos dicho que para recalcularse tomará en cuenta el parámetro Parametro_Departamento.
Finalmente, en la consulta Posicion_ds que es la consulta que llena de datos el gráfico Graf_Posicion se le ha dicho que espera un parámetro que se llamará Parametro_Departamento y se ha vuelto a inicializar a Children para que la carga inicial relativa a todos los departamentos devuelva todos.

Y... Listo!. Ya tenemos la funcionalidad básica de nuestro cuadro de mandos. Tan sólo nos falta vincular el tacómetro y que responde a una xaction que hemos definido nosotros. Vamos a hacerlo....

Lo que hemos hecho es lo mismo una vez mas... Decirle que escuche al parámetro Parametro_Departamento y pasarle los parámetros que espera recibir la xaction. La xaction que hemos diseñado para que pinte el tacómetro espera 3 parámetros:

Posicion: Es una xaction genérica que espera que le pases como parámetro si quieres que te muestre el primero, el segundo o el terceo.
Arriba_abajo: Si quieres que te enseñe el que mas o el que menos. El que está por arriba (TopCount) o el que está por debajo (BottomCount)
Departamento: Pues eso, si se refiere a un departamento específico o a cualquiera.

Ahora ya sí que está toda la funcionalidad básica. A partir de aquí es acabar de pintar el resto de tacómetros y vincularlos.

Si bien es cierto que quedan muchas cosas que hacer, a estas alturas yo ya se lo enseñaría al usuario final para que tuviera una idea de su aspecto y funcionalidades.

Si te ha gustado este tutorial te recomiendo mucho este post de Slawomir Chodnicki donde se entra en funcionalidades en las que yo no he querido entrar para no repetirme pero que considero interesantes.

Si te interesa adquirir un conocimiento mas profundo... Bueno siempre es buena idea preguntarle al creador, Pedro Alves.

Si tienes cualquier duda sobre este tutorial, pues estaré encantado de saber que has estado leyendo hasta aqui. ¡Pregunta sin vergüenza!

Finalmente si quieres el ejemplo que hemos estado haciendo puedes descargarlo de aqui. Pon lo en pentaho-solutions y te debería funcionar. Espero que te sea útil.

Cómo hacer cuadros de mando: IV

2011-06-17T08:17:00.000+02:00

El método iterativo

De todo lo dicho hasta ahora en la anteriores entradas I, II y III se extrae que: El usuario es la parte más importante del cuadro de mando. Esto unido a que:

Lo realmente importante es cómo percibe el usuario el cuadro de mando.
El usuario sabe aproximadamente lo que quiere pero no EXACTAMENTE lo que quiere.
"Eso no es lo que yo he dicho que quiero, lo que yo quiero es esto otro".
Los diseños deben ser usables y cómodos, y eso no siempre se consigue.
Un largo etcétera que se resume en la frase "Dame lo que te he pedido y te diré lo que realmente quiero" .

Todo esto nos lleva a que la mejor manera de afrontar la implementación de un cuadro de mandos es el método iterativo basado en prototipos. Algún lector estará pensando que acabo de inventar la rueda, y es cierto, es algo sabido desde hace muchos años en toda la industria del programario. Pero que sea algo sabido no significa que sea algo seguido y ampliamente aceptado. Por lo que voy a explicar, una vez más, en que consiste.

Cómo implementar cuadros de mando iterativamente mediante prototipos.

Se diseña el cuadro de mandos junto con el usuario sobre papel y se acuerda:

Que información se verá (los KPI o Indicadores).
Cómo se visualizará esa información.

Que aspecto visual tiene esa información.
Cómo se contextualiza esa información.

A que niveles de detalle se llegará al profundizar en la informaicón.

Se implementa un primer prototipo que contempla sólo el aspecto visual y se valida junto con el usuario.
Se implementa la interacción de los diferentes elementos del cuadro de mandos habilitando toda la funcionalidad y se valida junto con el usuario.
Se conecta el cuadro de mandos con los datos reales y se vuelve a validar junto con el usuario.

A estas alturas nuestro cuadro de mandos ya habrá sufrido una serie de cambios y modificaciones y puede que el diseño al que hemos llegado al final no se parezca en nada, ni en datos ni en aspecto, al cuadro inicialmente diseñado. Debemos ser permeables al cambio. Debemos trabajar teniendo presente que los cambios son una realidad y que suceden por lo que debemos aceptar su existencia e incorporarlos cuando sucedan.

En un mundo ideal (que no el nuestro) a estas alturas ya habríamos acabado. Pero sucede que:

Una vez que el usuario empieza a interactuar realmente con el cuadro detecta carencias de lo que realmente quiere.
La organización cambia y el cuadro cambia con ella por lo que, en función de lo activa que sea la organización, sea necesario adaptar el cuadro a las nuevas necesidades.

Un post relacionado con esto muy interesante es el publicado por mis compañeros en TodoBI .

Finalmente comentar los principales argumentos en contra de este modo de trabajar:

"Yo quiero un cuadro sencillo y lo tengo muy bien pensado, no hace falta todo esto" - Cuando empieces a usarlo comprenderás el por que del beneficio de este modelo de trabajo porque empezarás a querer pequeños cambios y modificaciones
"Yo no tengo tanto dinero para invertir en esto, hacer un cuadro de mandos así es muy costoso" - A esto hay muchas objeciones:

Un cuadro de mandos es un producto que ofrece un alto retorno de la inversión ya que proporciona información estratégica por lo que el dinero invertido será siempre recuperado con creces.
Un cuadro de mando no es tan complicado de hacer y el esfuerzo necesario para hacerlo de este modo es muy poco. En cualquier caso implantar un sistema de BI requiere un gran efuerzo inicial siempre se requiere un gran esfuerzo inicial (ver repartición del trabajo) y el destinado a implementar un cuadro de mando suele ser el 20 o 30% del total. Hacerlo así supone destinar entre un 5% o 10% mas. ¿Realmente piensas que no merece la pena frente a la frustración del inmovilismo?

Cómo hacer cuadros de mando: III

2011-06-10T08:17:00.000+02:00

Patrones de diseño, las leyes de Gestalt y la prueba del estrabismo.

Si nuestro objetivo es "hacer cuadros de mando" esta entrada no tenemos por que tenerla muy en cuenta, pero si nuestro objetivo es "hacer BUENOS cuadros de mando" esta entrada se revela como uno de esos puntos importantes que marcan la diferencia entre un buen cuadro de mandos y un cuadro de mandos a secas.

Ya hemos hablado sobre que cualidades debe tener un buen cuadro de mandos. Que se resumen en la frase: "Un buen cuadro de mandos debe ser útil para el usuario, presentarle la información que quiere de la forma que quiere y más fácil para el posible"

Hoy nos vamos a centrar en el aspecto visual - psicológico. ¿Y por qué? Pues es bastante sencillo, porque hay una diferencia entre la información que contiene un cuadro de mandos y lo que el usuario ve. La entrada de hoy se centra en luchar contra la expresión: ¿Donde está? No lo veo.

Y para ello vamos a hacer referencia a las Leyes de la Gestalt que estudiaba cómo nuestro cerebro percibe los colores y las formas. Algunas de las cuales citamos algunas aquí:

Principio de la Semejanza - Nuestra mente agrupa los elementos similares en una entidad. La semejanza depende de la forma, el tamaño, el color y otros aspectos visuales de los elementos.
Principio de la Proximidad - El agrupamiento parcial o secuencial de elementos por nuestra mente basado en la distancia.
Principio de Simetría - Las imágenes simétricas son percibidas como iguales, como un solo elemento, en la distancia.
Principio de Continuidad - Los detalles que mantienen un patrón o dirección tienden a agruparse juntos, como parte de un modelo. Es decir, percibir elementos continuos aunque estén interrumpidos entre sí.
Principio de dirección común - Implica que los elementos que parecen construir un patrón o un flujo en la misma dirección se perciben como una figura.
Principio de simplicidad - Asienta que el individuo organiza sus campos perceptuales con rasgos simples y regulares y tiende a formas buenas.
Principio de la relación entre figura y fondo - Establece el hecho de que el cerebro no puede interpretar un objeto como figura o fondo al mismo tiempo. Depende de la percepción del objeto sera la imagen a observar.

No me quiero ir demasiado del tema pero,si quiere seguir profundizando en el tema te recomiendo mucho esta entrada que te ayudará a comprender los principios anteriormente citados. Además de que completa y complementa perfectamente este artículo.

Estas leyes nos permiten entender como percibimos la información gráfica y en base a ello desarrollar buenos cuadros de mandos. De estas leyes, para nuestros intereses, podemos extraer que:

Información semejante debe ser mostrada de forma semejante - Nuestra mente tiende a buscar y agrupar por el principio de semejanza por lo que toda la información del mismo tipo debe ser mostrada de la misma forma. Por ejemplo, la información relativa a la evolución en el tiempo de los recursos económicos deberá ser representada siempre de la misma forma, gráficos de barras todos, o lineas de tendencia todos, o tablas todos. Lo que no debemos hacer es variar y presentar un indicador como un gráfico y otro como una tabla para variar. La variedad aquí es mala.
Una distribución uniforme i continua de la información es mas productiva que un cuadro de mandos muy impactante - No se trabaja con cuadros de mando impactantes, se muestran en las reuniones con los amigotes pero después cansan a la vista. Es mucho más productivo buscar una interacción relajada y funcional (le pese a quien le pese).

Una distribución uniforme de la información por toda la pantalla produce un efecto relajante al no tener que "buscar" la información
Una distribución continua de la información con el mismo tipo de información en los mismos sitios y ordenada por afinidades hace que sepamos donde ir a buscar la información y si lo que buscamos se encuentra donde estamos mirando (la frase "esto debería estar por aquí" aquí también aplica )

Un elemento destacado tapa a todos los demás - Un elemento destacado o distorsionaste en nuestro cuadro de mandos hace que sólo veamos ese elemento y dejemos de ver el resto. Tendemos a ver una forma y un fondo por lo que un elemento destacado pasa a ser la forma y el resto el fondo. Muchas veces nos enfrentamos a la petición: "Esto lo quiero en rojo y bien destacado, que es lo más importante" . Pues bien, ese elemento hará que el resto de información mostrada no sea percibida por el usuario. Corremos el riesgo de que nuestro usuario "deje de ver" todo lo demás ya que forma parte del fondo y lo percibimos como no relevante. El hecho de destacar algo hace que nuestro cerebro interprete que eso es lo único importante y el resto pase a ser totalmente secundario y carente de interés.
Menos es mas - Esta contradicción que es casi un aforismo de los tiempos modernos, es el patrón de diseño que debemos seguir para conseguir que "de un vistazo se obtenga toda la información necesaria". Esta frase será nuestro caballo de batalla cuando queramos hacer un buen cuadro de mandos para un usuario nuevo.

Casi siempre nos tendremos que enfrentar a la frase "yo lo quiero todo, todo es importante".
Será casi imposible de convencer al usuario de que no es que no queramos trabajar y no queramos ponérselo, es que ponerlo todo hace que no se vea nada. Nuestro cerebro busca formas simples. Si le damos una serie de formas simples las interpretará como tal, si le damos un tapiz de formas simples lo interpretará como un tapiz tomando tanta fuerza el todo que se perderán las partes.
Será casi imposible de convencer al usuario de que los efectos están muy bien para enseñar a los amigos pero que no aportan nada.
Finalmente, un consejo práctico, no luches demasiado contra este "error" el usuario acaba dandose cuenta de todo esto por si solo y en el próximo cuadro de mandos sus peticiones serán mas razonables.

Menos es mas II - Lo que no es información es ruido - Ante cualquier elemento que vayas a introducir al cuadro de mandos debes preguntarte ¿Que información me aporta esto? Todo lo que no aporte información es ruido que se añade. Una gráfica, un texto, un fondo, una imagen, un color ¿Aportan información relevante sobre algo? En caso de que la respuesta sea no entonces no debe estar. No tiene sentido incluir nada que no aporte información ya que distrae al usuario del verdadero objetivo: la información.

La Prueba del estrabismo

Todo lo dicho hasta ahora es muy interesante, pero ¿Como aplicarlo? ¿Como comprobar que nuestro cuadro de mandos sigue y respeta estos consejos? Aplicarlo es quistión de diseño y discusiones. Ahí poco te puedo ayudar desde el blog. Pero ¿Cómo podemos probar si nuestro cuadro de mandos presenta una estructura uniforme y sigue los principios anteriormente dichos? Pues es mucho más fácil de lo que parece. Quitándonos las gafas. O para aquellos que no tengáis la habilidad de desenfocar la realidad naturalmente tomando un pantallazo de nuestro cuadro de mandos y desenfocándolo.

Todo esto se basa en colores, fondos y formas, pues llevemos nuestro cuadro de mandos a, precisamente eso, colores formas y fondos.

Vamos a verlo, tomemos por ejemplo el siguiente cuadro de mandos:

Aparentemente está muy bien, bueno, en realidad está muy bien. Es un cuadro de mandos operacional con mucha información pero nos sirve perfectamente para nuestro objetivo... Desenfoquemoslo a ver que pasa:

Ahora tenemos nuestro cuadro de mandos reducido a colores, formas y fondo. Empezamos a ver cosas, hay espacios en blanco, hay partes que destacan mas que las demás, Nos damos cuenta que nuestro cuadro de mandos presenta algunas características de las que hemos dicho que deberíamos evitar:

Hay elementos de color que destacan sobre los demás. Eso será la figura y el resto el fondo. Voy a dejar de ver todo lo demás. todos los colores deberían ser uniformes.
La información no está uniformemente distribuida. Tenemos que ir a buscar información mas allá de donde nos indica la cabecera que hay información. La distribución no es lineal hay áreas en blanco en un cuadro de mandos casi completamente lleno lo que hace que tengamos que buscar.
Los selectores forman parte de la cabecera, y son tan importantes como esta ya que ofrecen información al mismo nivel.

Si se marca todo veremos tenemos que:

Por lo que si arreglamos estos puntos tenemos que nuestro cuadro de mandos pasa a ser tal que así:

Vuelve a mirar ahora los dos cuadros de mando.... ¿Notas la sutil diferencia? Cambia alternativamente de uno a otro y fíjate como los percibes ...... Exacto! se trata de eso!

Y ya que estamos hablando de visualización de datos, te recomiendo mucho esta interesante charla de TED:

Próxima entrada: Cómo hacer cuadros de mando: IV - El método iterativo.

Cómo hacer cuadros de mando: II

2011-05-01T08:28:00.000+02:00

Tipos de Usuario, a cada cual lo suyo

En la entrada anterior , a partir de la definición de qué cosa es un cuadro de mando "Un cuadro de mando es un conjunto de indicadores que aportan información sumarizada e inteligente al usuario." nos dábamos cuenta de que la palabra más importante de la definición era usuario .

En esta entrada vamos a ver que cosa es "el usuario" y que tipos de usuarios hay.

"El usuario" es la persona o personas para las que vamos a diseñar nuestro cuadro de mando y vamos a presentar la información de forma que sea útil para el. ¿Esto supone que hay una relación uno a uno entre usuario y cuadro de mando, un usuario, un cuadro de mando? En un mundo ideal sí, pero en la práctica los podemos agrupar por tipos de usuario, normalmente en función del uso que le vaya a dar.

Así tendremos:
Usuarios operacionales, cuadros de mando operacionales.

Jefes de operaciones, jefes de almacenes, responsables de distribución, en definitiva, las personas que gestionan el trabajo diario de la organización y necesitan acceder a datos muy concretos y muy precisos. No necesitan una evolución histórica sino saber que está pasando en este momento.

Por lo que sus cuadros de mando deberán ser:

De respuesta rápida
Simple, fácil de utilizar, sin demasiadas opciones y muy a la vista.
Capaz de mostrar alertas y eventos
La información es a nivel de detalle, no quieren saber como va toda la organización sino por que un paquete no ha salido a tiempo o en que camón está.
Suelen tener pocas gráficas y gran cantidad de tablas que proporcionan acceso directo a la información detallada.

Usuarios directivos de departamento o sección, cuadros de mando tácticos.

Jefes de compras, jefes de ventas, responsables de marqueting, en definitiva, las personas responsables de un departamento o sección de la organización. Necesitas la información contextualizada y sobretodo histórica.
Sus decisiones son tácticas por lo que deben saber cuales han sido las consecuencias de sus decisiones y cuan es la evolución de los indicadores definidos.

Por lo que sus cuadros de mando deberán ser:

Históricos, Comparativos, contextualizados en definitiva.
Con datos agregados y consolidados como puede ser la evolución de las ventas de un producto o los índices de audiencia.
Vi visualización de la información se vuelve mas compleja, se introducen conceptos abstractos y se empiezan a utilizar representaciones visuales de la información, como pueden ser las gráficas de tendencias.
Su objetivo es buscar respuestas acerca de las causas, buscar explicaciones.No tanto adentrarse en los detalles concretos. Aunque deben permitir llegar hasta cierto nivel de detalle si es necesario.

Usuarios directivos, cuadro de mando integral.

Jefes .... y punto. Personas que tienen grandes responsabilidades y que necesitan tener, de un vistazo una visión general de su empresa. Tienen otras cosa más importantes que hacer (normalmente) por lo que el cuadro de mando que ellos consumen debe proporcionarles una vista general de su empresa de un sólo vistazo. El cuadro de mando a disposición de estos usuarios es el mas complejo y completo ya que deben poder tener, de un vistazo, una vista general de toda la organización. Para satisfacer las necesidades de estos usuarios se ha introducido el modelo "Cuadro de Mando Integral o Balanced Scorecard".

Resumiendolo mucho el diseño del cuadro de mando integral nos propone que analizemos nuestra organización desde 4 puntos de vista:

Desarrollo y Aprendizaje (Learning and Growth): ¿Podemos continuar mejorando y creando valor?
Interna del Negocio (Internal Business): ¿En qué debemos sobresalir?
Del cliente (Customer): ¿Cómo nos ven los clientes?
Financiera (Financial): ¿Cómo nos vemos a los ojos de los accionistas?

Cualquier usuario en cualquer momento, cuadro de mando ad-hoc.

Este tipo de usuario es radicalmente diferente a los anteriores y su cuadro de mando debe ser también radicalmente diferente. El usuario tipo es cualquiera de los anteriores aunque su aptitud ante el cuadro de mando es la de la foto. Todos los cuadros de mando anteriores son cuadros de mando predefinidos. Responden a un estudio un análisis y un diseño en el que usuarios y desarrolladores colaboran para obtener un cuadro de mando funcional y operativo y que responde a una serie de necesidades. Pero estos cuadros de mando no cubren todas las necesidades informacionales. Sólo aquellas para las que fueron diseñados.

Todos los usuarios en algún momento tiene curiosidad por analizar alguna información en concreto que no tiene por que haber sido tomada en cuenta con anterioridad. Todos los usuarios quieren tener la libertad de analizar cualquier dato desde cualquier punto de vista sin que nada limite su imaginación o curiosidad. Para ello están los cuadros de mando Ad hoc. Para permitir al usuario sentirse como el niño de la foto, con la capacidad para jugar con sus datos.

Este tipo de cuadro de mando deben ser:

Tan flexible cómo sea. El usuario no sabe a priori que información quiere analizar ni cómo quiere analizarla.
Tan simple como sea posible: Su usabilidad debe ser estudiadamente simple, a ser posible tan simple de utilizar como el de la foto. La facilidad de uso es imprescindible.
Tan escalable como sea posible: Partiendo del principio KISS debe ser tan configurable y completo como demande la imaginación del usuario. En algún sitio debe haber un botón que despliegue un millón de opciones aunque estas no son necesarias para el funcionamiento del cuadro.
Tan visual y ameno como sea posible: Cuando analizamos información por curiosidad o interés no queremos aburrirnos con miles de opciones. Eso viene después.

Siguiente capitulo: Patrones de diseño: La prueba del estrabismo y las leyes de Gestalt

Cómo hacer cuadros de mando: I

2011-04-28T08:18:00.000+02:00

Definición y consideraciones previas

Un cuadro de mando es un conjunto de indicadores que aportan información sumarizada e inteligente al usuario.

Permitidme que ponga ejemplos y analogías. Para este artículo voy a comparar nuestro cuadro de mando ideal con el telediario (noticiero) que vemos al final del día y nos informa de lo que ha sucedido en el mundo. Es un buen ejemplo de cuadro de mando, a mi me sirve para saber si lloverá mañana, saber de qué hablar en la oficina y planear mis futuras vacaciones. En definitiva tomar decisiones.

Un cuadro de mandos ideal es la herramienta que responde a las siguientes características:

Sumarizada: Proporciona "los titulares" al usurio para que este, de de una forma rápida y ágil pueda saber como se está comportando su organización.

Los días que tengo prisa sólo veo los titulares y si no hay nada que me llame la atención me dedico a otras cosas. No siempre quieres tener toda la información.
Inteligente: Inteligente porque responde a preguntas. Y esto debe cumplir 2 condiciones:

Responde a preguntas del tipo "explicarme por que me das esta información". Es decir, ha de poder proporcionar toda la información que hay detrás de cada "titular" que proporciona.

¿Os imaginais un telediario que sólo proporcionara titulares? ¿Que no te dieran la noticia concreta?
Responde a las preguntas importantes para el usuario: Elegir, elegir, elegir. Uno de los mayores motivos de discusión a la hora de hacer un cuadro de mandos es la cuestión acerca de qué indicadores elegir. Qué se muestra en el cuadro de mandos y qué no es suficientemente relevante.

Aquí empieza a notarse la influencia de los gustos y preferencias de cada usuario. ¿Que telediario veis? Seguro que cada cual uno distinto ¿Por que? Porque escogen las noticias que yo considero mas importantes. Hay gente que le gusta ver telediarios cargados de sucesos, hay gente que prima la sección económica, hay gente que valora las noticias locales y regionales, por suerte todos informan sobre la meteorología.

Conjunto de indicadores: Conjunto de medidas que proporcionan una visión general del estado de nuestra organización.. Los indicadores o KPI (Key Performance Indicators) miden el nivel del desempeño de un proceso. Muestran su evolución y / o estado.Estas medidas pueden ser de muchos tipos aunque las cuatro grandes categorías son:

Indicadores financieros: informan sobre nuestro estado de cuentas.
Indicadores de cliente: Informan sobre nuestros clientes, grado de satisfacción, índice de repetición (fidelidad), índice de abandono, etc.
Indicadores de proceso: Informan sobre cómo se trabaja en la organización. Funcionamiento de la operativa, gestión de clientes, gestión del capital humano. etc.
Indicadores sobre el desarrollo: Informan sobre la capacidad de evolucionar de nuestra organización. Cada cuanto se sacan productos nuevos, si se innova o no, si se forma a los empleados y esta formación se transforma en algún tipo de mejora.

Usuario: La parte más importante de nuestro cuadro de mandos (y que por desgracia muchas veces se olvida). La información que vamos a presentar la vamos a presentar PARA EL USUARIO. Si el usuario no consume la información el cuadro de mandos no sirve para nada. Esto significa que:

La información sumarizada presentada debe ser atractiva PARA EL USUARIO.

Si los titulares y quien los presenta no me gustan me voy a otra cadena.
La información sumarizada presentada debe ser comprensible PARA EL USUARIO.

Si no entiendo de que me están hablando me voy a otra cadena.
La información debe estar correctamente sumarizada PARA EL USUARIO. Diferentes perfiles de usuarios esperan diferentes niveles de agregación.

Si los titulares son demasiado esquemáticos no conseguirán captar mi atención, si son demasiado extensos me dormiré y el próximo día voy a otra cadena.
La información presentada debe ser la que EL USUARIO considera relevante (siempre de una forma objetiva y razonada).

Una vez mas, por mucho que el redactor del telediario considere de gran importancia informar de lo que ocurre en Villaviciosa, para mí, un barcelonés, no tiene gran interés la vida cotidiana del precioso municipio de Villaviciosa.

Como veis, hacer un cuadro de mando parece fácil, y lo es, lo que no lo es tanto es hacer un BUEN cuadro de mando.

Como me gustan las reglas memotécnicas aquí te dejo un par:

Del ingles, se suele decir que un buen cuadro de mandos debe ser SMART ( juego de palabras con inteligente)

S.M.A.R.T.

Sinérgia : Debe ser ergonómico y visualmente efectivos para el usuario.
Motivador: Debe mostrar KPIs ( Key Performance Indicators, indicadores ) críticos y necesarios para la toma de decisiones.
Acertado: La Información que se presenta debe ser totalmente precisa. Los datos de panel debe haber sido muy probados y validados.
Responsivo: Debe responder a los umbrales predefinidos por el usuario. Para atraer de inmediato la atención sobre los asuntos críticos.
Tiempo: Debe mostrar la información más actualizada posible. Debe requerir el menor tiempo posible para leerlo.

Aunque en español también tenemos la nuestra:

Un buen cuadro de mando debe tener IMPACTO

I.M.P.A.C.T.O.

Interactivo: Debe permitir al usuario ver y llegar a los detalles que hay tras los datos mostrados.
Mas datos : El panel debe permitir a los usuarios revisar la tendencia histórica de un determinado indicador.
Personalizado : Debe ser lo más específico posible para cada usuario. No está de más contemplar las preferencias de colores, fondos y estilos del usuario.
Analítico : Debe permitir a los usuarios realizar análisis de la información a través de diferentes caminos ( Hacia abajo, comparar, contrastar)
Colaborativo : El tablero debe permitir intercambiar información entre los distintos usuarios de los distintos cuadros. ( Controles de flujo de trabajo, de proceso. Etc)
Trazable : Debe permitir realizar un seguimiento de un determinado parámetro identificado por el usuario.
Ordenado: La información debe presentarse de forma ordenada.

Siguiente Capítulo: Tipos de Usuario, a cada cual lo suyo.

Por que no me gusta el término B.I. y sí D.S.S.

2011-04-24T09:00:00.000+02:00

B.I. son las siglas de Business Intelligence o Inteligencia de negocio. Que no es (en la mayoría de los casos) nada mas que el nuevo nombre para los D.S.S. (Sistemas de Soporte a Decisiones).
Business Intelligence es el nuevo y flamante nombre para el conjunto de técnicas que aporta un Sistema de Soporte a las Decisiones. Pero si son la misma cosa ¿Por qué cambiarle el nombre?
Bueno, técnicamente no son lo mismo. Según la anteriormente referenciada Wikipedia:
Se denomina inteligencia empresarial, inteligencia de negocios o BI (del inglés business intelligence) al conjunto de estrategias y herramientas enfocadas a la administración y creación de conocimiento mediante el análisis de datos existentes en una organización o empresa.
y
Un DSS da soporte a las personas que tienen que tomar decisiones en cualquier nivel de gestión, … a través de la combinación del juicio humano e información objetiva:

Soporta varias decisiones interdependientes o secuenciales.
Ofrece ayuda en todas las fases del proceso de toma de decisiones -inteligencia, diseño, selección, e implementación- así como también en una variedad de procesos y estilos de toma de decisiones.
Es adaptable por el usuario en el tiempo para lidiar con condiciones cambiantes.
Genera aprendizaje, dando como resultado nuevas demandas y refinamiento de la aplicación, que a su vez da como resultado un aprendizaje adicional.
Generalmente utiliza modelos cuantitativos (estándar o hechos a la medida).

- Entonces ¿Business Intelligence y Decission Suport System son la misma cosa?
No, ciertamente no, al igual que ha ocurrido con la aparición de los términos, Primero es necesario tener un DSS para poder llegar al B.I.
- Entonces ¿En que se diferencian Business Intelligence y Decission Suport System?
La diferencia está en la definición misma de Business Intelligence:
.. y creación de conocimiento mediante el análisis de datos existentes
Es decir la diferencia está en un 95% en el componente humano. Los Sistemas de Soporte a la Decisión dejan muy claro su objetivo y finalidad. Sistemas que ayudan a las personas encargadas de tomar decisiones a tomarlas en base a datos objetivos. Sistemas que proporcionan información respecto al objeto de estudio/decisión, normalmente la empresa.
A diferencia del B.I. los D.S.S. No prometen nada que no proporcionen.

¿Por qué los actuales sistemas de B.I. no proporcionan "conocimiento"?

Por que los actuales sistemas de B.I. no son más que D.S.S. evolucionados. En realidad, en un sentido estricto se debería hablar de Técnicas de B.I., ni siquiera de Tecnologías de B.I. ya que de lo que se trata es de transformar datos en conocimiento y el conocimiento es algo específicamente humano. Hasta donde yo sé ninguna herramienta ofrece un asesor que enseñe tales técnicas. Y ninguna herramienta de B.I. incorpora algoritmos de Inteligencia Artificial para sustituir el posible desatino del equipo directivo al que se le proporciona una herramienta de B.I.
Y es precisamente por eso por lo que no me gusta el término B.I. Porque promete Inteligencia a quien puede que no la tenga.

¿Qué necesito / tengo que hacer para implantar técnicas de B.I. en mi organización?

¡Bingo! Esa es la pregunta correcta. Para implantar técnicas de B.I. en mi organización debo:

Implantar Un D.S.S. : Implantar algún sistema que me permita apoyar mis decisiones en datos, que me permita extraer conclusiones certeras a través de la confrontación de mis teorías contra los datos reales de mi organización
Formar a mis directivos en la utilización de técnicas de BI. Enseñarles a usar los D.S.S. que hemos puesto a su disposición:
- Enseñarles a formar teorías y a buscar su validación / refutación en los datos de la empresa.
- Enseñarles a realizar modelos predictivos optimistas, realistas y pesimistas.
- Enseñarles que existen diferentes algoritmos y modelos para esos modelos predictivos.
- Enseñarles a utilizar técnicas de Data Minig ( o que sepan que existen ) para que se apoyen en ellas.
- Enseñarles a trabajar en equipo y compartir la información (objetivo utópico aunque deseable).
- Enseñarles la utilidad de los tests y ensayos.
- Etc.

En esto consiste la diferencia entre B.I. y D.S.S. . Este es el motivo por el que no me gusta el término B.I. y sí D.S.S. para los actuales sistemas de B.I.. Resumiendolo en úna única frase: Un sistema de Business Intelligence NO proporciona inteligencia a mis Directivos. Por eso no me gusta el término B.I. Porque hasta que no incorpore Inteligencia Artificial, promete algo que no cumple.

El objetivo de este blog

2011-04-23T11:56:00.000+02:00

El objetivo de este blog es plasmar alguna de mis opiniones acerca de la comunidad alrededor de la Inteligencia de Negocio de Código Abierto (Business Intelligence Open Source).
¿Por que...

... Pentaho?

Por que es el proyecto líder en lo que se refiere a Business Ingelligence Open source.
Por que es el proyecto con el que suelo trabajar.

... en español?

Por que es mi idioma.
Por que mi objetivo es expresar mis opiniones y porque traducir, al igual que hospedar este blog ya lo hace google.

... un blog?

Por que lo que voy a publicar aqui son, en su mayoría, artículos de opinión. Ya tengo un wiki sobre temas varios http://en.juantxu.net