La herramienta de BI más idónea para el usuario

La selección del componente adecuado debería ser consecuencia de un análisis teniendo en consideración los requerimientos de la organización, el perfil de los usuarios, distinguiendo entre lo que el usuario quiere y lo que realmente necesita y evaluando otros factores como la cultura, la estrategia y visión de futuro de la empresa.


Sea cual sea la plataforma de Business Intelligence (BI) que se elija, nos encontraremos con más de un componente que puede ser  útil para visualizar o presentar la información.  Al menos esto es lo que ocurre con SAP BusinessObjects, hasta hace no mucho tiempo la plataforma de Business Intelligence de SAP, tenía un componente para cubrir las necesidades de reporting y análisis.

Desde la llegada de BusinessObjects a la familia SAP, la especialización de los componentes se ha hecho más notoria, lo que genera, al momento de elegir “el más idóneo”, un debate apasionado, no sin que falten algunos “románticos” que siguen añorando al viejo BEx, ya condenado a la extinción y el olvido.

“Escuchando” a Ingo Hilgefort, la selección de los componentes de BI a utilizar, debería basarse, principalmente, en el análisis de las necesidades de la organización y en la evaluación de las competencias de los tipos de usuarios que la integran.  La identificación de los usuarios que harán uso de la información, debe dirigirse en la evaluación de sus objetivos, tareas habituales y en el uso de otras herramientas. Según estos criterios, podemos identificar tres grandes categorías de usuarios:

Information Consumer

Objetivos

  • Revisar regularmente los informes
  • Efectuar un seguimiento a determinadas partidas, cuentas o conjuntos de datos
  • Revisar los datos reales versus objetivos

Tareas que efectúa

  • Uso de informes existentes (Búsqueda, visualización/navegación, impresión, exportación a otros formatos y programar su actualización)
  • Uso de alertas (recepción y visualización)
  • Detallar necesidades para el diseño de nuevos informes.

Herramientas que utiliza

  • Hojas de cálculo, programas para la elaboración de documentos y presentaciones, correo electrónico y navegador web.

Business Analyst

Objetivos

  • Analizar KPIs para identificar áreas de mejora
  • Profundizar el análisis en posibles anomalías
  • Utilizar los datos necesarios para la construcción escenarios en la planificación y previsión.
  • Potenciar en la empresa la toma de decisiones basadas en información sólida.

Tareas

  • Uso avanzado de informes (Preparación, edición y creación) basados en KPIs y necesidades puntuales de información.
  • Compartir resultados de análisis con los equipos directivos de la organización.

Herramientas

  • Hojas de cálculo, bases de datos, programas para la elaboración de documentos y presentaciones, correo electrónico y navegador web.

Executive and Management Team

Objetivos

  • Buscar la mejora de la compañía y el logro su estrategia a través del seguimiento a las métricas que miden el avance de los objetivos corporativos y el análisis de los posibles escenarios de planificación y previsiones.
  • Lograr la implicación de los empleados.

Tareas

  • Revisión regular de las métricas y KPIs de la organización.
  • Establecer objetivos y metas para facilitar la medición de la gestión.

Herramientas

  • Hojas de cálculo, correo electrónico y navegador web.

Concluyendo, la selección del componente adecuado debería ser consecuencia de un análisis teniendo en consideración los requerimientos de la organización, el perfil de los usuarios, distinguiendo entre lo que el usuario quiere y lo que realmente necesita y evaluando otros factores como la cultura, la estrategia y visión de futuro de la empresa.

aníbal goicochea

La Carta a los Reyes en un proyecto de BI

Además de las típicas necesidades, hay otros aspectos que deben ser tomados en consideración para diseñar o sugerir una solución, aspectos tales como el perfil de los usuarios, la estrategia global de la empresa o la cultura corporativa también deberían analizados.


Revisando uno de los últimos libros de Ingo Hilgefort (uno de los principales referentes en SAP BusinessObjects), encontramos un apunte del que podríamos extraer una lista de las necesidades/requerimientos comunes o universales en un proyecto de Business Intelligence (BI).

(Imagen de «el blog de carlos»)

Además de las clásicas características que se solicitan, tales como, amigabilidad, facilidad de uso e intuitivo, hay unos pedidos infaltables al iniciar un proyecto BI o en la toma de requerimientos:

Sobre el acceso a la información

  • La información deberá estar disponible a través de las aplicaciones Microsoft Office (especialmente en MS Excel) y accesible en entorno Web.
  • Información online y offline y distribución vía mail.
  • Los informes presentarán los datos precalculados y el usuario podría “refrescar” cuando lo necesite.
  • Posibilidad de solicitar, con la misma transparencia para el usuario, información histórica, así como la generada en tiempo real y facilidades para establecer comparativas.

Diseño

  • Diseño de documentos estándares tales como la hoja de balance o estado de perdidas y ganancias deberá ser lo más similar el diseño actual.
  • Facilidades para cambiar las dimensiones o perspectivas de análisis de la información, p.e. de visualizarla semanalmente y por ciudad a presentarla por región y trimestre.
  • Uso de jerarquías de datos para facilitar la navegación a través de los diferentes niveles de agregación de la información (drill down y drill up)
  • Considerar la dependencia del tiempo en la definición de jerarquías tales como centros de coste o centros de beneficio (jerarquías/dimensiones dinámicas)
  • Definición de escenarios para el análisis (what-if analysis), permitiendo la variación de ciertos parámetros, dentro de un rango de posibles valores y presentar su repercusión sobre todos los demás indicadores. Muy propicio en la elaboración de planificaciones

Amigabilidad

  • Se debe proporcionar facilidades al usuario para crear nuevos cálculos/fórmulas y la posibilidad para compartirlos con otros usuarios.
  • El usuario podrá definir nuevo informes o modificar los existentes para obtener nuevas versiones.

Reutilización / Reciclaje

  • Aprovechar «al máximo» el trabajo realizado en los sistemas actuales.

Gestión Estratégica

  • Gestión de alertas para los principales indicadores claves gestión del negocio o KPIs ( Key Performance Indicators).
  • Presentación de los KPI de la empresa y unidades de negocio en cuadros de mando.

Seguridad / Administración

  • Gestión de la seguridad de la información.
  • Estimación del tiempo de espera aceptable para la presentación de la información según características del informe (5 a 10 segundos)
  • Las fuentes de información a utilizar son diversas, su presentación en informes debe ser transparente para el usuario.

Seguro que la lista de «necesidades estándares» para un proyecto de Business Intelligence podría incluir algunos otros aspectos, pero por más similitud que exista entre los requerimientos de reporting/visualización de una empresa y otra, las soluciones y herramientas no tienen porque ser similares.  Hay otros aspectos que deben ser tomados en consideración para diseñar o sugerir una solución, aspectos tales como el perfil de los usuarios, la estrategia global de la empresa o la cultura corporativa; también deberían ser analizados.

aníbal goicochea

Una mirada a la revista de AUSAPE

Una modesta opinión desde un punto de vista constructivo


Viendo la revista AUSAPE de noviembre del 2009, pareciera que SAP hubiera descubierto BusinessObjects, una empresa francesa que fue fundada en 1990 y cuyos principales productos, Web Intelligence y Crystal Reports, en 2007, el año de la adquisición por parte de SAP, llevaban más de una década como soluciones de reporting.

¿Usuarios?

El interés en el Business Intelligence, plasmado en la revista, especialmente en SAP BusinessObjects, vaticinaría un buen año, lleno de nuevos proyectos.  Este podría ser un supuesto válido, si los que expresaran este interés o inquietud fueran los usuarios, casi ausentes en una revista que lleva su nombre (Asociación de Usuarios de SAP España).  Consideramos que sería de mayor utilidad que estas corazonadas fueran acompañadas de algún estudio (por ejemplo: Las empresas buscan más tecnología para afrontar el 2010) en caso contrario, pareciera la «carta a los reyes magos».

Casos de Éxito

Tras la inmediata conclusión de un proyecto en TI, ¿cuanto tiempo debería pasar para decir que ha sido un “caso de éxito?, ¿Quién debería contar la experiencia, el usuario, la consultora o ambos?, ¿Además de los detalles meramente técnicos, podrían sopesarse otros aspectos, antes y después de la implementación?

(Imagen del blog de Enrique Dans)

Falta una versión online

Ya sea por un afán ecológico, conservación del medio ambiente o por la facilidad que supone una lectura desde el ordenador, creemos que sería útil una versión online de esta  publicación.  Sobre todo, si encontramos una afirmación tan categórica como “Sin DataWarehouse no hay Business Intelligence” sin dar opción a los lectores a opinar al respecto.

¿Sin DataWarehouse no hay Business Intelligence?

Hay más de un artículo que ha llamado nuestra atención, pero este en particular, ha significado más de un cabezazo contra la pared para ver si de este modo, lográbamos comprender al autor de este artículo.  En Tecnologías de la Información (TI), hacer afirmaciones categóricas o determinantes, donde las cosas evolucionan bastante de prisa y los abanicos de soluciones son sumamente amplios, “en un peligro”.

Consideramos que esta afirmación es inexacta, y si el mundo no se ha vuelto loco, sigue existiendo soluciones “On Demand”, como SAP BusinessObjects Data Federator (una solución Enterprise Integration Information) no es una solución ETL (Extract, Transform and Load) porque no replica los datos en otros sistemas.  Se basa en la utilización de tablas virtuales, pero que no contienen datos, que pueden ser utilizadas por otras aplicaciones como el Designer para crear Universos o por Crystal Reports para el diseño de informes.

Por último, “rizando el rizo”, en este mismo artículo, se llega a afirmar que contando con un DataWarehouse, “cualquier usuario sin experiencia técnica alguna podría crear sus propios análisis, informes o cuadros de mando sin mayor problema”,… plop!!!

Una modesta opinión desde un punto de vista constructivo, luego más,…

aníbal goicochea