«Magic Quadrant for Business Intelligence and Analytics Platforms 2014»

Gartner, la consultora de referencia en el estudio de la oferta de soluciones tecnológicas en sus diversos sectores, ha presentado su “Magic Quadrant for Business Intelligence and Analytics Platforms 2014”. Como todos los años, este estudio se basa en encuestas realizadas a los usuarios de plataformas de Business Intelligence (BI) y Business Analytics (BA). A continuación, señalamos lo que nos ha parecido más relevante de este estudio:


Gartner, la consultora de referencia en el estudio de la oferta de soluciones tecnológicas en sus diversos sectores, ha presentado su “Magic Quadrant for Business Intelligence and Analytics Platforms 2014”.  Como todos los años, este estudio se basa en encuestas realizadas a los usuarios de plataformas de Business Intelligence (BI) y Business Analytics (BA).  A continuación, señalamos lo que nos ha parecido más relevante de este estudio:

  • Los clientes no encuentran en un solo proveedor la solución a todas sus necesidades de BI y Análisis.
  • El mercado de BI no tiene techo, sigue creciendo, se estima que en 2013 superó los 14 mil millones de dólares.
  • Las plataforma de BI y BA continúan una tendencia desde hace cinco años: Adopción creciente de herramientas de exploración y descubrimiento, más orientadas a los usuarios de negocio en detrimento de clásicas soluciones parametrizadas de reporting y análisis OLAP.
  • Por parte de los usuarios, se incrementa la aceptación por las solucione Cloud de BI. Muchos proveedores brindan la posibilidad Cloud, pero ninguno facilita la combinación de una solución de este tipo con una solución tradicional.

Magic Quadrant for Business Intelligence and Analytics Platforms 2014

¿Tableau el nuevo líder en el BI?

  • A simple vista, Tableau para ser el ganador de esta edición del Cuadrante Mágico del BI 2014, esto se debe al nivel de adopción y el grado de satisfacción de sus usuarios.  Las valoraciones recogidas señalan usuarios “extremadamente contentos” con este producto.
  • La mayoría de los usuarios señalan el uso de Tableau como una solución complementaria a otra plataforma de BI. Al carecer de funciones clásicas tales como reporting y posibilidades de administración de metadatos, muy necesarios en implementaciones empresariales (al parecer, su componente Data Server aun no cubre ampliamente este último requerimiento).

La exploración y descubrimiento, si un líder claro en el BI

  • Los denominados “líderes históricos”, hasta ahora, no brindan soluciones de exploración de datos lo “suficientemente buenas” para los usuarios de negocio (como soluciones de exploración, en el caso de SAP, podría señalarse SAP Lumira o SAP Explorer).
  • En general, se señala que los proveedores se han centrado en mejorar las características de facilidad de uso pero olvidan cuestiones tales como la facilidad de la gestión de los datos (“governed data discovery»), observación especialmente dirigida para Tableau, QlikView y Tibco Software, dado que los productos de estos fabricantes carecen de características empresariales tales como la gobernanza, administración y escalabilidad de sus plataformas.
  • Entre los mejores en el rubro de herramientas de descubrimiento se encuentra Microsoft, MicroStrategy y SAS, de este último se destaca que incorporará la posibilidad de combinar informes tradicionales con los resultados de sus paneles de exploración de datos.

Redefinición de lo que debe tener una solución BI & BA

  • De ahora en adelante, Gartner distingue lo que debe tener una plataforma de Business Intelligence – Analytics y una plataforma de “Análisis Avanzado” (Advanced Analytics, es decir, herramientas que incluyen funciones de estadística, minería de datos, predicción y simulación).  De este modo, tenemos un nuevo “cuadrante mágico” denominado “Magic Quadrant for Advanced Analytics Platforms”.
  • Como consecuencia de lo señalado en el párrafo anterior, ya no se considera como funciones o características que debería incluir una plataforma de BI el “Análisis predictivo” y el “Análisis Prescriptivo”, funciones propias de las denominadas “Plataformas de análisis avanzado”.
  • Así mismo, la función de “Socrecard” o la posibilidad de automatizar la estrategia de las organizaciones a través de la metodología del Cuadro de Mando Integral ya no se espera en una solución de BI, dado que es propia de una solución Corporate Performance Management (CPM) o también denominada Enterprise Performance Management (EPM).
  • Se agregan como características esperadas de una plataforma de BI las siguientes funciones:
    • Geospatial and location intelligence. Facilidad para analizar la información incluyendo el contexto geográfico.
    • Embedded advanced analytic. Inclusión de funciones analíticas en bibiliotecas centralizadas.
    • Business user data mashup and modeling. Facilidad para construir modelos analíticos incluyendo diversos tipos de fuentes de datos.
    • Analytics Embeddable. KITs o SDKs de desarrollo e integración con aplicaciones de negocio a medida.
    • Soporte a fuente de datos Big Data.

Referencia: Gartner.com

Los “5 por qué” para minimizar los “fallos técnicos”

En el mundo informático nos podemos encontrar con incidencias de todo tipo, pero las que mayor frustración pueden causar son las que se catalogan como “fallo técnico”. Si al solicitar una explicación de la causa de un incidente recibimos como respuesta que se trata de un “problema técnico» o similar, pareciera que nos enfrentásemos a un “expediente X”, porque no hay explicación razonable, ninguna certeza que se solucionará y por consiguiente, no habrá garantías de que no volverá a ocurrir.


En el mundo informático nos podemos encontrar con incidencias de todo tipo, pero las que mayor frustración pueden causar son las que se catalogan como “fallo técnico”.  Si al solicitar una explicación de la causa de un incidente recibimos como respuesta que se trata de un “problema técnico» o similar, pareciera que nos enfrentásemos a un “expediente X”, porque no hay explicación razonable, ninguna certeza que se solucionará y por consiguiente, no habrá garantías de que no volverá a ocurrir.

Inspirado en el sistema de producción Toyota, el autor de referencia, sugiere el uso de la técnica de los 5 por qué, para buscar la verdadera causa de los problemas que se originan en las organizaciones.  Se trata de indagar de manera consecutiva, al menos cinco veces, la ocurrencia de la causa de un problema, para llegar a la causa u origen real del mismo, el cual casi siempre deriva en una carencia en la gestión de los procesos de negocio. Por ejemplo:

Problema técnico inicial: En el nuevo producto hay una característica que no funciona

  1. ¿Por qué? Porque ha fallado un servidor
  2. ¿Por qué ha fallado el servidor? Porque un subsistema se utilizó de forma inadecuada.
  3. ¿Por qué se utilizó de forma inadecuada? Porque el ingeniero responsable no sabía utilizarlo.
  4. ¿Por qué no sabía utilizarlo? Porque nunca lo formaron
  5. ¿Por qué nunca lo formaron? Porque su director no consideraba necesario enseñar a los nuevos ingenieros y porque él y todo el equipo estaban “demasiado ocupados”.

Referencia: El Método Lean Startup (Eric Ries)

Un SAP RDS será más útil si hay claridad en los procesos de negocio

SAP Rapid Deployment Solutions (SAP RDS) son las alternativas de implementación de soluciones SAP para no comenzar desde cero y reducir los riesgos por falta de experiencia. Los RDS apuntan a ser el compendio de buenas prácticas y lineamientos para adoptar una determinada solución para un sector en concreto en el menor tiempo posible.


SAP Rapid Deployment Solutions (SAP RDS) son las alternativas de implementación de soluciones SAP para no comenzar desde cero y reducir los riesgos por falta de experiencia.  Los RDS apuntan a ser el compendio de buenas prácticas y lineamientos para adoptar una determinada solución para un sector en concreto en el menor tiempo posible. 

Los orígenes de los SAP RDSs son señalados en las clásicas SAP Best Practices y en SAP Business All-in-One (la solución paquetizada de SAP ERP para la PYME), las cuales tratan de responder las siguientes cuestiones:

  •  ¿Por qué gastar tiempo y esfuerzo en tareas técnicas que no aportan una ventaja competitiva?
  • ¿Por qué no utilizar el conocimiento adquirido por SAP y sus partners en la implementación de soluciones para las distintas industrias que reflejen las maneras más eficientes de realizar algunas tareas de negocio mediante la implementación de procesos estandarizados?

Nuestra Opinión:

  • Consideramos que no todas las soluciones SAP tendrán el suficiente recorrido para lograr el objetivo de agilizar las implementaciones y algunos contratiempos podrían aún no conocerse.
  • SAP debería mejorar sus procesos para captar las experiencias de sus partners, dado que no es el principal implementador de sus soluciones.
  • Los negocios deberían ser más flexibles para ceder o ajustar sus actividades según el proceso que estén automatizando.
  • Para nosotros, el mejor “acelerador” para la implementación de una solución informática, es el autoconocimiento que tienen las organizaciones y la claridad de cómo desean llevar a cabo los procesos de negocio que desean brindar eficiencia a través de una solución SAP, prescindiendo de actividades redundantes o que no contribuyen a la obtención de valor.

Expectativas de los usuarios en la monitorización de un sistema

Una implementación de una solución informática no culmina con el denominado “pase a producción” y menos aún, todo lo hecho, será “para siempre”. No hay deseo más absurdo, tanto para las personas como para los sistemas, aquel que se repite sin meditar: “nunca cambies”. La maduración y evolución son indispensables en un sistema para que siempre cubra las expectativas y necesidades de los usuarios. Expectativas y necesidades que variarán en el tiempo porque los entornos evolucionan constantemente.


Una implementación de una solución informática no culmina con el denominado “pase a producción” y menos aún, todo lo hecho, será “para siempre”. La maduración y evolución son indispensables en un sistema para que siempre cubra las expectativas y necesidades de los usuarios.  Expectativas y necesidades que variarán en el tiempo porque los entornos evolucionan constantemente.

Expectativas de los usuarios en la monitorización de los sistemas informáticos

Para encaminar la maduración de un sistema se debe contar con un plan de monitorización y optimización, calendarizado por diferentes períodos de tiempo, plan que no tan sólo cubra el aspecto técnico, sino que también contemple los feedbacks funcionales.

El gran objetivo es cubrir, constantemente, las expectativas de los usuarios, las cuales podrían circunscribirse en las siguientes categorías:

  • Disponibilidad. Asegurar la accesibilidad cuando se lo necesite, garantizando la comunicación entre los componentes y controlando que las aplicaciones no produzca errores graves que impidan las entradas o consultas de datos.
  • Rendimiento. Se debe controlar tanto en la introducción de datos como la ejecución de los procesos en segundo plano. Cada uno de estos dos aspectos requiere un control por separado.
  • Integridad.  Asegurar la integridad de datos, la cual puede perderse por errores en la conexiones, fallos en el hardware o redes, software desactualizado, etc.  Así mismo se debe contemplar un plan de recuperación ante fallos y copias de seguridad.
  • Seguridad. Brindar garantías que las personas indicadas accedan a los datos de su responsabilidad para realizar las tareas que le corresponden. Informar y auditar.

Punto de partida BPC: Necesidades del negocio + Limitaciones del Producto

Un nuevo producto, una nueva tecnología,… un nuevo proyecto: Se comienza con mucho entusiasmo afirmando que todo o casi todo es posible, sin discernir entre lo realmente útil y lo absurdo, muchos “requerimientos” se piden más por “tradición” que por autentica necesidad. Al final: retrasos, sobrecostes y algunas “renuncias” a los requerimientos iniciales.


Un nuevo producto, una nueva tecnología,… un nuevo proyecto: Se comienza con mucho entusiasmo afirmando que todo o casi todo es posible, sin discernir entre lo realmente útil y lo absurdo, muchos “requerimientos” se piden más por “tradición” que por autentica necesidad. Al final: retrasos, sobrecostes y algunas “renuncias” a los requerimientos iniciales.

(extracto de presentación de ASUG; THINKING ABOUT UPGRADING TO BPC-EPM 10) Proceso de decisión hacia SAP BPC 10.0 - HANABPC

Sea cual sea la tecnología o el proceso de negocio por abordar, un nuevo proyecto debe partir conociendo lo siguiente:

  • Posibilidades y limitaciones de las tecnologías disponibles.
  • Requerimientos necesarios para obtener beneficios, ventajas o valor por el esfuerzo que significará el proyecto.

Si estas valorando la versión 10.0 de SAP BPC (SAP Business Planning and Consolidation) te sugerimos lo siguiente:

  • Identifica las limitaciones y posibilidades del producto (documentación, notas SAP y consultores expertos pueden ser de importante ayuda).
  • Procura trabajar con prototipos, a pesar de los casi seis años en circulación bajo el paraguas de SAP, BPC es un gran desconocido para muchos usuarios.
  • La interacción de los usuarios con la herramienta, debe ser lo más pronto posible.
  • Ten presente que SAP BPC NW, a pesar que es configurado sobre SAP NW BW, no es una herramienta analítica, es una plataforma transaccional, especial para los procesos de consolidación financiera, planificación, presupuestos y procesos afines.
  • Recuerda que SAP tiene una amplia gama de herramientas, infórmate bien antes de comenzar un nuevo proyecto en SAP BPC, si las necesidades que tienen los usuarios de negocio son cubiertas con otros productos específicos.  SAP cuenta con herramientas para gestionar la estrategia, el coste, tesorería, cumplimiento normativo, etc.
  • Del mismo modo, antes de “inventar” una funcionalidad dentro de BPC cerciórate si puede ser cubierta con otra herramienta SAP o de otro fabricante.  Por ejemplo, SAP Predictive Analysis (herramienta de minería de datos y análisis predictivo) puede ser un complemento muy útil para los procesos de presupuestos y planificaciones.
  • Por último, procuara tener una visión integral de todo el proceso de negocio por abordar y trata de comprender todo el flujo de datos que circula o circulará alrededor del mismo, antes de abordar el diseño de la solución.