Análisis BI

Descarga Microsoft SQL Server 2012 (RC0)

2011-11-24T05:51:00.001-08:00

Desde el 18 de noviembre de 2011 está disponible el iso del Release Candidate 0 (RC0) de la última versión del motor de bases de datos SQL Server de Microsoft.

RC (Release Candidate) quiere decir que es una versión candidata a ser la versión final, y no es en ningún caso la versión definitiva, sin embargo, la versión final será muy similar pero con mejoras gracias a los reportes de aquellos que bajen el RC para probarlo y reporten bugs, errores y posibles mejoras.

Sacar un RC tiene beneficios como acercar y familiarizar la nueva versión a los potenciales usuarios, recibir feedback temprano de una comunidad ~~de potenciales clientes~~ más extensa que el equipo de desarrollo y sondear la llegada y uso de la nueva versión.

Los RC son incrementales esta es la versión cero y pueden en el futuro sacar el RC1 y RC2 perfectamente, una vez que la etapa de los RC está completa viene la versión RTM o Ready To Manufacture (Listo Para Fabricar/Manufacturar) que es la versión que irá en las versiones digitales a los clientes finales.

SQL Server se ha caracterizado por ser una solución de principio a fin de Business Intelligence, desde el almacenamiento de los datos (MSSS), integración de datos (SSIS), análisis y modelado de datos (SSAS) y reporting (SSRS) en un mismo entorno de desarrollo; intentando incorporar lo necesario para una gestión de información básica sin exigir muchos conocimientos técnicos para la implementación. La relación costo/beneficio/cobertura es atractiva y se acomoda bien a pequeñas y medianas empresas, sin excluir claro a las micro ni a grandes empresas.

Así es como el proyecto Denali (nombre interno del proyecto) tiene el primer RC, abajo dejo los links de descarga:

- SQL Server 2012 RC0 en inglés.
- SQL Server 2012 RC0 en español.

Si lo descargas me cuentas cómo te fue!

Frase BI 008

2011-01-24T17:09:00.000-08:00

What is a Dashboard?

A dashboard is a visual display of the most important information needed to achieve one or more objectives; consolidated and arranged on a single screen so the information can be monitored at a glance.

¿Qué es un Dashboard?

Un dashboard es una representación visual de la información más importante requerida para alcanzar uno o más objetivos; consolidada y dispuesta en una sola pantalla para así poder monitorear toda la información en un vistazo.

Stephen Few, "Dashboard Confusion," Intelligent Enterprise, March 20, 2004.

Metología para construir un Data Warehouse

2010-10-08T11:41:00.001-07:00

Un Data Warehouse (DWH) es conocido en castellano como un repositorio de datos o almacén de datos, difícilmente puede ser traducido como repositorio o almacén de información, debido a que desde el DWH provienen los datos que son transformados en información para el apoyo a la toma de decisiones. La información que proviene de los datos es un mensaje que provoca un cambio en el conocimiento del que recibe el mensaje.

La decisión de construir un Data Warehouse (DWH) depende de varios factores. Hay muchas variables anexas a esta decisión como:

madurez de la organización en cuanto a sistemas de información,
cantidad de sistemas de información existentes,
cantidad de fuentes de información existentes,
cantidad de usuarios que consumen información a diferentes niveles (recordemos que en todo nivel de una organización se toman decisiones),
calidad de datos de los sistemas operacionales,
necesidades de información actuales / futuras,
planes de crecimiento de la organización,
desafíos de análisis y entrega de información,
etc.

Desde luego existen más factores, puedes dejar en los comentarios aquellos que se te ocurran.

Luego de decidir si construir o no un DWH ya sea con enfoque Kimball que recomienda construir data marts para los diferentes procesos de negocio de la organización, sobre una arquitectura tipo bus y dimensiones compartidas, con un modelado altamente dimensional podemos decir que tenemos un DWH en nuestra organización; o con el enfoque de Inmon quien recomienda llevar el modelo de datos de información a tercera forma normal, en un sólo modelo corporativo y desde donde se puedan generar diferentes sub-modelos de datos para satisfacer necesidades específicas a un determinado proceso de negocio de la organización. Resumiendo, Kimbal dice que la suma de los data marts generan el DWH e Inmon dice que el DWH (modelo único de datos en 3NF) genera los diferentes data marts.

Tener un DWH es requisito para construir un sistema de BI? por supuesto que NO. Sin embargo si estás evaluando o has empezado un proyecto de DWH un poco de ayuda y guía es bienvenido. Por eso quería compartir este valioso recurso que en Dataprix ponen a disposición de quienes quieran acceder a él, hace 2 años posteaba sobre HEFESTO Datawarehousing, hoy está disponible la versión 2.0 y además en formato ePub. Felicitaciones por la difusión y la calidad del material. (Fuente: TGX - HEFESTO.)

Suerte con el proyecto de data warehouse que estás emprendiendo, por supuesto las consultas, dudas y comentarios son bienvenidos en AnalisisBI.

Links:
- Formato on-line.
- Formato ePub.

Base de datos ejemplo de Pentaho en MySQL

2010-01-23T07:40:00.000-08:00

Cuando intentaba cargar datos en la base de datos de ejemplo de Pentaho en MySQL en ambiente windows, aparecieron errores en la inserción de ciertos registros en tablas con columnas de tipo timestamp, específicamente con los valores'2003-10-11 00:00:00.000000' y '2004-10-09 00:00:00.000000'.

Luego de pensar un momento (tal como en la foto), se me ocurrió una posible explicación a este fallo debido a la zona horaria de la base de datos y he aquí la explicación...

Primero hay que saber que MySQL tiene soporte de hora por zonas, al instalar el servidor MySQL en windows, por defecto toma la zona horaria de la máquina, con "select @@global.time_zone, @@session.time_zone;" se puede obtener la hora del sistema, si retorna SYSTEM es porque tiene la misma zona horaria de la máquina donde está instalado el servidor, como en mi caso.

Y segundo se debe considerar la fecha y horas locales, si bien las fechas parecen ser correctas en el formato, de acuerdo al país donde vivo (Chile) esas fechas no existen debido a que en Chile se hacen cambios de horario 2 veces al año:

el segundo sábado del mes de octubre se adelanta 60 minutos la hora y,
el segundo sábado del mes de marzo donde se retrasa 60 minutos la hora.

Al revisar las fechas que arrojan problemas efectivamente corresponden al segundo sábado de octubre de 2003 y 2004. El cambio de horario quiere decir que un segundo después de las '2003-10-10 23:59:59.000000' de esos días fueron las '2003-10-11 01:00:00.000000' por lo que '2003-10-11 00:00:00.000000' nunca existió.

Soluciones a esto puede ser cambiar la zona horaria al inicio del script con "SET time_zone = timezone_value;" pero antes se deben actualizar los datos de las tablas de zonas horarias que están en la base mysql que vienen sin datos en la instalación por defecto o simplemente agregando la siguiente línea al principio del archivo:

"SET time_zone = '+0:00';"

Con lo cual se asegura la correcta inserción de los datos de ejemplo.

Es interesante el manejo de zonas horarias por parte de los motores de bases de datos, y de MySQL en particular ya que mejora la calidad de los datos y simplifica ciertas validaciones en los datos.

PS: Debo agregar que la costumbre local es cambiar la hora el sábado a media noche, es decir, a las 23:59:59 horas del sábado se pasa a las 01:00:00 horas del domingo.

Predicciones BI 2010 - 2012

2010-01-11T11:15:00.000-08:00

Como es de costumbre al comenzar el año dejo algunas predicciones e ideas sobre BI para este año y los que vienen:

Proyectos pequeños de alto impacto (PPAI): En los ultimos años hemos visto proyectos ambiciosos de BI, implementaciones que se planifican a varios años y que luego se extienden por más años. El énfasis será conseguir proyectos de alcance acotado pero de alto impacto en las organizaciones. Principalmente en áreas donde se busca la reducción de costos, tiempos y esfuerzos. Estos PPAI entregan soluciones a los consumidores de información en forma simple y entendible sin necesidad de realizar análisis, estos proyectos involucran un desarrollo flexible y un diseño ajustado a cada necesidad, no son proyectos genéricos sino a medida. Esto no quiere decir el abandono de proyectos de gran tamaño, por el contrario, los PPAI son la entrada para continuar con implementaciones maduras de BI en las organizaciones. Esto tiene dos consecuencias importantes, primero mantener el apoyo y la confianza de la alta dirección de las organizaciones para implementaciones mayores de BI y segundo es que ajusta las espectativas de los usuarios al conocer los beneficios de una implementación exitosa.

Integración y calidad de datos: Cuando las organizaciones tienen varios motores de bases de datos soportando el ambiente operacional con varios sistemas transaccionales y se embarcan en iniciativas BI de cualquier índole, deben considerar como punto importante la integración de datos, y si se trata de los primeros proyectos BI entonces hay que enfocarse en la calidad de datos. La integración de datos será un punto aparte en los próximos años debido a la necesidad de entregar datos e información confiable y consistente para el negocio. Los vendedores son cada vez más concientes de esto y tienden a ofrecer soluciones integrales de tratamiento de datos, con capacidades de administración de metadata y MDM (Master Data Management).

Reduccion de costos de capacitación en soluciones BI comerciales: Una posible estrategia por parte de las soluciones comerciales de BI, es reducir el TCO (Costo Total de Adquisición) de sus soluciones a través de una reducción del costo de capacitación en sus soluciones, sobretodo para no perder clientes principalemente PyMEs. Generalmente la capacitación en una herramienta específica se realiza por partners y consultores externos al vendedor y serían estos actores los que podrían evaluar esta alternativa.

Aumento de webinar por parte de soluciones BI comerciales: Para las soluciones Open Source es un recurso conocido organizar webinar sobre tópicos relacionados y uso de sus herramientas, no tanto así para soluciones comerciales, los webinar son un excelente canal para llegar a clientes y potenciales clientes.

Soluciones hechas a medida: Los proyectos grandes y de largo alcance son necesarios, pero si se trata de primeros proyectos lo que conviene es resolver el problema con soluciones acotadas y a la medida de las necesidades de información. Para esto creo que las soluciones a medida predominarán por sobre las soluciones por rubro o soluciones genéricas. Por ejemplo si 2 empresas de telecomunicaciones compran el mismo proyecto BI para empresas de telecomunicaciones no significa que obtendrán los mismos beneficios o que tendrán el mismo ROI; el resultado depende del alineamiento a los objetivos estratégicos de la empresa y el ecosistema de información. Por esto las soluciones a medida tienen más valor como primera iniciativa BI en una organización y esto será lo que demandarán los clientes.

Cambio en el paradigma de mantención de los ambientes BI: Por el lado de investigación y desarrollo aparte de la visualización de datos y rendimiento (performance) que son grandes puntos y lo que hace atractiva a una suite de BI, la administración de la plataforma ofrecerá adelantos significativos en los próximos años. La tarea es y será en los próximos años de reducir la complejidad del proceso de mantención de las plataformas BI. El resultado será disminuir el tiempo dedicado a mantenciones, hacer el proceso más simple, ofreciendo por ejemplo recomendaciones y alternativas a la configuración, disminuir los riesgos de errores en el proceso por intervención manual (esto también disminuinuye el TCO debido a que no requiere mucha expertiz en estas labores y por menos tiempo). Además es un punto a mejorar en las soluciones on-premise ya que con soluciones tipo SaaS, por lo general, no nos preocuparnos demasiado por la mantención del ambiente, no así con las soluciones instaladas en nuestros servidores. La competencia por quién ofrece una mejor plataforma con buen rendimiento y sin complejos proceso de mantención es un tema para los próximos años.

Performance Management y Balanced Scorecard: En un escenario post-crisis las organizaciones demandarán soluciones tecnológicas de acuerdo a su nivel de madurez en BI, su cultura organizacional y a la necesidad de seguimiento y cumplimiento de los objetivos estratégicos. Se puede decir que viene un auge de proyectos relacionados con PM, ya sea de planificación, presupuestación y pronósticos o cuadros de mango integrales pero las necesidades existen y las soluciones no se harán esperar durante los próximos años.

Discusión sobre términos y nomenclatura BI: Desde los inicios de la inteligencia de negocios es común usar terminlogía poco clara, para cada término BI se pueden encontrar varias definiciones; incluso es poco claro el límite de cada concepto, por ejemplo ¿dónde termina BI y comienza PM? y viceversa, o ¿qué quiere decir el término "business analytics"? todo depende de quien tenga o haga la opinión. La terminología se da generalmente por tres actores principales: los vendedores, los analistas de mercado y por los expertos en temas BI. La tendencia es que sigan apareciendo nuevos términos para dar nombre a un conjunto de elementos que antes se nombraban por separado, y también a buscar un mejor definición de cada nomenclatura, creo que falta todavía por trabajar en la metadata de BI.

Uso de SaaS por pymes: La alternativa existe, cada vez más empresas pequeñas optan por soluciones tipo SaaS como ERP y CRM. BI no será la excepción en mi opinión, veremos cómo aumenta la oferta y la participación de mercado de este tipo de soluciones, y también el movimiento de las soluciones on-premise a este tipo de servicio.

ERP y CRM open source: Las aplicaciones de tipo ERP y CRM Open Source más antiguas son cada vez más estables y con más funcionalidades en cada versión, además de ofrecer integración con soluciones OSBI, son un mercado nuevo en desarrollo y con señales de crecimiento por varios años más.

Adopción fuerte de BI en sector financiero: La situación actual y reciente del sector financiero a nivel mundial nos muestran la necesidad de tener información oportuna para tomar decisiones. El interés de las áreas usuarias a todo nivel repercute en un mayor involucramiento de los usuarios mejorando la calidad de los proyectos, y el resultado es poder tomar decisiones con información oportuna. Las organizaciones necesitan tener una administración flexible y ser capaces de reaccionar y saber en todo momento donde se encuentra la organización en el contexto mundial. Las soluciones BI para el sector financiero es una realidad que se mantendrá por años hasta tener empresas guiadas por BI.

Crecimiento mercado BI en Brasil y Perú en latinoamérica: La inversión en tecnologías de información fue una de las pocas que no se vio afectada durante la crisis económica mundial y la inversión en BI ha sido prioridad para las organizaciones por varios años consecutivos, podemos asumir que se han aplazado proyectos pero no se han dejado de hacer. Brasil por el tamaño del mercado presenta una demanda creciente para soluciones de sistemas de información y Perú por el crecimiento que ha tenido el último tiempo es otro foco de crecimiento BI.

Mejora en la calidad de los proyectos BI por cultura BI: Dicen que la práctica hace al maestro, y es precisamente lo que sucede en organizaciones con varios años de experiencia en proyectos BI, ganan en conocimiento y cada nueva implementación se aplican mejores prácticas y lecciones aprendidas de proyectos anteriores, esto permite que mejore la calidad del desarrollo y de la solución final. Mientras más personas en la organización estén involucradas con el desarrollo de los proyectos más valor adquiere la solución final para esa organización.

Adquisiciones: Este tema da para un post por separado, pero se puede adelantar que las adquisiciones apuntarán por el lado de analíticos (motores de decisión en línea) y visualización de información y en segundo lugar mejorar el performance. Las empresas se fortalecerán para ofrecer soluciones analíticas cada vez más simples de usar. Seguirán las asociaciones entre vendedores para ofrecer soluciones conjuntas.

Esperemos que las organizaciones generen valor a partir de sus datos y tengan la habilidad de explotar los sistemas de información con los que cuentan. En cuanto a BusinessAnalytics.cl será un año, espero, con mucho contenido original y difusión de temas relacionados a los Sistemas de Información.

Los comentarios y críticas serán bien recibidas. Si quieres proponer algún tema para tratarlo en BusinessAnalytics.cl puedes enviarlo en la sección de Contacto.

Sistemas ETL

2009-10-15T09:00:00.000-07:00

De acuerdo a Kimball, podemos encontrar 4 componentes principales para definir un sistema de BI o componentes en un sistema de información:

1. Los sistemas fuentes, o fuentes de datos

2. Los sistemas ETL

3. Las áreas de datos (de Stagging y de Presentación)

4. Aplicaciones de acceso a los datos

Este post se enfoca en el punto número 2 que son los sistemas ETL, en post futuros se desarrollarán con más detalle los otros 3 puntos.

ETL significa Extraer, Transformar y Cargar (Load por su sigla en inglés) los datos, una variante puede ser ELT que propone traspasar los datos primero y luego realizar todas las transformaciones en el destino.

En términos simples ¿qué es ETL? (definición personal y genérica): "son todas las actividades necesarias relacionadas a la administración de datos y metadatos para satisfacer las necesidades de información".

A ver si se entiende... entonces de acuerdo a esta definición ¿el traspaso de datos es parte del proceso ETL? R: Sí. ¿Y las transformaciones de datos, la agregación de nombres a los códigos inentendibles, y las consolidaciones de los números por cliente? R: También es parte de ETL. ¿Y cuando se requiere enviar los reportes corporativos para el quinto día del mes con la información de cada sucursal en cada región? R: También es parte de ETL ya que requiere el traspaso de los datos de las bases de datos locales de cada región a un repositorio para así procesar los datos y enviar los reportes; es misión del proceso ETL cumplir en tiempo y precisión la carga de los datos.

Imaginemos nuestro plan de BI como un gran reloj, en donde en los procesos ETL encontramos la mayor cantidad de engranajes grandes y pequeños que se encargan de que todo lo planificado funcione precisa y eficientemente. Cualquier desperfecto propaga el error.

La arquitectura ETL debiera pensarse como un servicio independiente a la presentación y consulta de datos, es decir, dedicar hardware y software para esto y en la implementación seguir las mejores prácticas recomendadas por cada vendedor y aquellas que la experiencia indican.

El proceso de ETL, desde el punto de vista tecnológico es un FCE (Factor Crítico de Éxito) de una solución BI, permite automatizar y simplificar procesos muchas veces complejos o demandantes en tiempo, sobre todo de mantención de las soluciones. La mayoría de los proyectos de data warehousing incorporan procesos de ETL, es común ver en más del 80% de estos proyectos un ítem para ETL; no así los sistemas operacionales los cuales aun prevalece el movimiento de datos por código o a través de las mismas aplicaciones.

El proceso ETL no es percibido desde el punto de vista usuario final de los sistemas de información (salvo en determinados casos de minería de datos o análisis específico), sin embargo, los usuarios tienen una participación importante en la concepción y el desarrollo de éstos procesos. Es el negocio el que plantea sus necesidades de información y los requerimientos iniciales del sistema. Esto plantea dos requisitos importantes en los datos que deben ser cumplidos por el proceso ETL:

- el primero, las necesidades de información determinan las fuentes de los datos y dicen dónde se deben buscar, recolectar, transformar e integrar los datos.

- y segundo, las necesidades de información determinan el diseño de la base de datos analítica, es decir, el repositorio de los datos que el proceso de ETL se encargará de integrar y traspasar los datos para lograr el objetivo de la solución final.

Para cumplir con estos objetivos se indica lo que se espera cuando el sistema esté terminado (alcance), las expectativas (funcionalidades), lo que existe y cómo se genera actualmente y esto sirve de input para la definición de las fuentes y destinos de datos.

Lógicamente el diseño de una base de datos analítica no se debe acotar a una necesidad particular, se diseño de tal forma de hacerla flexible de incorporar nuevos elementos al modelo, para eso se diseñan dimensiones que permiten analizar diversas problemáticas de negocio.

Por eso es bueno hablar de la Estrategia ETL que debe tomar en cuenta fuentes y destinos de datos; ventanas de disponibilidad de las bases de datos; rendimiento de los motores operacionales de información y motor del servidor ETL para elegir dónde realizar las operaciones y sacar el máximo provecho al rendimiento.

Cuando se analizan las necesidades de información que serán cubiertas por la solución BI se debe evaluar la factibilidad (¿tengo lo necesario para cumplir lo requerido?), materialidad (¿vale la pena el esfuerzo en hacerlo de esta manera?) y costos (recursos, tiempo y esfuerzo) de éstas. A su vez, inmediatamente podemos identificar requerimientos para el sub-proyecto de ETL (dentro del proyecto global de la solución completa) los cuales en una etapa siguiente deben definirse de mejor forma; como por ejemplo:

Fuentes de los datos: Tablas de bases de datos operacionales, archivos externos, identificar dónde se encuentran físicamente los datos que quiero mostrar en la solución final.
Validación y aprobación de los datos a cargar: Alguien se hace responsable de certificar que la data a ser cargada al sistema es válida y precisa y no contiene errores que lleven a tomar decisiones basadas en datos malos.
Disponibilidad de la fuente de datos: Cuando los datos fuente se encuentran en sistemas operacionales que soportan el día a día de las empresas se tienen ciertas restricciones, sólo accesibles durante la noche ya que en el día no puede sobrecargar el día a día, conocer los horarios de respaldo de los datos para no consultar o programar traspasos mientras la base de datos está abajo, o rechaza las conexiones.
Destino de los datos: Considerar que el modelo final será un modelo analítico especialmente diseñado para la solución de BI (punto 3 que detallaremos más adelante), considerar también la zona de stagging o zona intermedia donde antes de cargar el modelo final dejo los datos para realizar las transformaciones necesarias.
Transformaciones necesarias a los datos: el 99,9% de las veces no será un simple extraer e insertar (copiar y pegar) los datos desde los sistemas operacionales hasta los sistemas de información, se definen las transformaciones necesarias, como los pasos de limpieza de datos, corrección de mala calidad de datos, traspasar datos consolidados en vez de datos en detalle, etc.
Frecuencia de acceso a los datos fuentes: Es importante conocer las "ventanas de tiempo" disponible para acceder a los datos fuentes en los sistemas operacionales.
Frecuencia de acceso a los datos finales: Debido a la demanda de información resultaría contraproducente realizar la actualización de los sistemas cuando tiene mayor demanda por parte de los usuarios. Se debe planificar la actualización en tiempos en que el sistema es poco usado como por ejemplo durante las noches, o primeras horas del día, etc.
Periodicidad de carga: Dependiendo del uso y la finalidad de las soluciones se definen periodos específicos de carga acotados a un rango de tiempo, definido por la disponibilidad. Se establecen acuerdos para la actualización de datos de acuerdo a las necesidades, para algunos sistemas puede ser mensual, semanal, diario, o incluso menos.

El diseño de la estrategia ETL debe tener siempre en consideración estos factores. Hay que tener en cuenta las transformaciones de los datos en el diseño del proceso completo debido al factor de rendimiento y aplicar las mejores prácticas en el traspaso de datos.

Los comentarios y aportes son siempre bienvenidos.

BI después de la crisis

2009-09-07T10:04:00.000-07:00

La palabra "crisis" ha estado en muchos de los blogs y sitios de BI para tratar el tema contingente de la economía mundial, si bien se dice que la inversión en TI es de las menos afectadas, el recorte en BI se ha notado menos y esto presupone un buen augurio para el esperado término de la crisis; este post resume mi opinión de lo que sucederá una vez que la densa niebla de la crisis comience a despejar.

Consideremos que las PyMEs, por lo menos en América latina, durante el primer semetre (H1) invirtieron en hardware, mientras que las empresas grandes recortaron este gasto con repecto al año pasado, esto quiere decir que las PyMEs se han estado preparando para el término de la crisis potenciando su infraestructura tecnológica, potenciando el corazón que bombea información a cada área para la toma de decisiones.

Estos nuevos servidores y servicios son destinados principalmente para los sistemas operacionales que son los encargados de llevar el día a día de una empresa. Sin embargo, al tener mayor capacidad instalada aumenta la oportunidad de implantar y evaluar nuevas tecnologías e ideas, por lo que una alternativa bastante plausible será evaluar distintas soluciones tendientes a optimizar y mejorar los resultados del negocio, es por esto que preveo un crecimiento sostenido en la "evaluación" de soluciones de BI para el primer semestre de 2010 y en adelante.

Lo que crecerá será la evaluación de soluciones, debido a que cada empresa podrá evaluar entre 3 a 5 soluciones para decidirse por una sola, la implementación también crecerá pero en menor medida, y la elección de una herramienta BI no dependerá solamente de la calidad del vendedor (SAP Business Objects, IBM Cognos, Oracle, Pentaho, etc.) sino de las necesidades de cada empresa, de la integración con los sistemas actuales, usabilidad, dependencia con el implementador (solución de problemas, capacitación, implementación in-house / outsourced, etc.), contexto y etapa de crecimiento de la empresa entre otros factores relevantes.

Las PyMEs se inclinarán principalmente por la evaluación de soluciones de bajo costo, o bajo TCO (Total Cost of Ownership), dando chance a las soluciones de tipo Open Source y SaaS (Software as a Services) pero también a aquellas que puedan cubrir la mayor cantidad de necesidades como es la propuesta de Microsoft, con el proyecto Gemini ya establecido junto a SQL Server que ofrece una solución integral en una misma licencia con diferentes ediciones.

Por su parte los proveedores luego de la continua ola de adquisiciones en el mercado BI, pasan por un período de transición en el cual asimilan y potencian las soluciones adquiridas, después de eso buscarán asociaciones con otros proveedores de soluciones para potenciar su oferta, como es el caso de Sun + Infobright + Pentaho, o también Panorama Software + Microsoft, o RightScale + Talend + Vertica + Jaspersoft y así la lista sigue.

Percibo una ligera saturación en la oferta actual de SAP, en cuanto a implementadores y a clientes que ya cuentan con la solución, dejando pocas oportunidades para crecer. Por parte de la empresa alemana pretende crecer fuertemente focalizados en su producto SAP Business Objects, adquirido en 2007 y que por primera vez es presentado como un producto estrella como simpre debió haber sido. Esto da pie para que Oracle, de rivalidad directa con SAP, aparezca en el juego y pueda anotar algunos puntos extras a pesar del alza de sus licencias.

El crecimiento en BI será fuerte en las instituciones financieras. Que, a mi parecer, por lo menos en Chile actualmente subutilizan sus plataformas de BI. La aplicación de estándares internacionales para el manejo de información será un ítem específico que los implementadores BI con experiencia en este nicho podrán aprovechar. El rol más protagónico de la plataforma BI en este tipo de instituciones es desde lejos la moda que los CEO y CFO están llamados a apoyar como iniciativa corporativa y como principal objetivo para para el CIO.

La región con el crecimiento más fuerte post-crisis en BI será Brasil, y sobretodo el sector PyMEs. Se percibe un importante potenciamiento en la oferta, ya sea de parte de vendedores e implementadores que buscan obtener un posicionamiento llegando a esa región.

Y para terminar tres ideas que, en mi opinión, se darán durante la segunda parte de la recuperación de la crisis, pensando en un 2012-14. Habrá un auge por los desarrollos servicios en la nube (cloud computing). La búsqueda de implementar bajo estándares, tanto técnicos como metodológicos, que permitan la intercomunicación y compatibilidad entre herramientas. Y la evolución de las interfaces gráficas para el análisis de datos, lo cual por debajo conlleva un salto en tecnologías de software (aplicaciones analíticas puras) y hardware (superficies táctiles y reconocimiento de voz).

Este artículo fue publicado primero en: BusinessAnalytics.cl

Estado de BI en Chile

2009-07-30T21:58:00.000-07:00

En BusinessAnalytics.cl está publicado un análisis al Reporte Anual de Business Intelligence en Chile. Pueden visitar el siguiente link para verlo.

Link: Reporte Anual de Business Intelligence en Chile.

Frase BI 007

2009-07-03T13:06:00.000-07:00

"I love BI because it is all about becoming better. BI is all about empowering us with knowledge and that knowledge is the power to realize our full potential."

"Me encanta el BI porque tiene que ver con mejorar. BI se trata de empoderarnos con conocimiento y aquel conocimiento es la base para alcanzar todo nuestro potencial."

Amir Netz, Foreword de FastTrack to MDX.

Twitter BI

2009-06-06T08:10:00.000-07:00

Twitter es una herramienta de comunicación bastante particular, la utilidad puede ser muy alta pero por lo general será proporcional al tiempo de uso. Hay un hecho rescatable en twitter y es que es ampliamente usado por personas, empresas y organizaciones del sector de Tecnologías de Información principalmente seguidores y amigos de habla inglesa. Sin embargo, también tenemos twittereres en español, comparto algunos twitterers en español, expertos y fans de BI.

@jcurto: Interests: Business Intelligence, Open Source, Analytics,...

@ebiosca: BI and DWH specialist. Pentaho Consultant and Business Developer

@ecavazos: CEO of Gravitar, Business Intelligence Company

@salvador_ramos: Mentor en Business Intelligence.

@darenasc: por si me quieres seguir en twitter...

También dejo el link a un sitio sobre twitter en español esTwitter.es muy interesante.

¿Conoces a alguien más del mundo de BI que twittee en español?

Por cierto... este post tiene 140 palabras.

Primer BI Beers Chile

2009-05-05T08:44:00.000-07:00

Estimados seguidores del BI,

Habrá el primer BI Beers en Santiago en Chile para pasar un rato conversando de Inteligencia de Negocios y compartir un momento agradable acompañado de unas buenas cervezas, ¿te animas?.

Siguiendo la tradición del Grupo BI BEERS de LinkedIn y tal como el primer y segundo evento realizados en España anteriormente, queremos continuar la tradición en Chile.

¿Quieres conversar sobre BI, BA, DWH, SaaS, ETL, BSC, OS, OSBI, Agile BI, Project Management BI, casos de éxito, mejores prácticas, Vendedores, Soluciones y Suites BI, etc. y temas relacionados además de disfrutar unas buenas cervezas?

Jueves 14 de Mayo de 2009 a partir de las 18:30 horas, visita el grupo de BI BEERS en LinkedIn o escribe un mail a darenasc (at) gmail (dot) com para conocer el lugar del evento.

Propuestas y comentarios son bienvenidos,

Interesados en temas de BI son bienvenidos.

Administración de Metadata

2009-03-21T09:27:00.000-07:00

Cuando implementamos soluciones de BI una parte de los proyectos probablemente consistirá en traspasar aquellos informes y definiciones de gestión más importantes y de valor que cada departamento mantiene en forma independiente en otros formatos y plataformas. De esta manera la plataforma de BI integrará la información hasta ahora dispersa por toda la organización, y se convertirá en datos e información común a todas las áreas y departamentos. Sin duda hay que dedicar un importante esfuerzo en conciliar las definiciones e indicadores departamentales y usar todos los apellidos necesarios para clarificar el significado de cada uno, esto para conseguir una sola versión de la verdad; me refiero con apellidos a por ejemplo si las ventas para marketing consideran sólo las ventas percibidas por campañas publicitarias entonces el indicador podría llamarse Ventas por Campañas Publicitarias y no Ventas a secas ya que provoca confusión para las demás áreas, tampoco sería claro llamarlo Ventas Marketing ya que esto da una vaga impresión de su definición y requiriríamos leer su definición para entenderla, el apellido sería por Campañas Publicitarias lo cual nos da un mejor entendimiento de los datos que estamos revisando.

La metadata, definida en forma simple como "los datos acerca de los datos que no son los mismos datos", debe estar disponible para los usuarios de los sistemas de información ya sea en un repositorio de metadata o en un catálogo de las soluciones. No deberíamos tener un repositorio por solución sino un repositorio para todas nuestras soluciones, este es el componente de integración e integridad de los datos que aporta business intelligence, la ventaja de poder unificar la información que la organización necesita.

Primero debemos estar de acuerdo con las fuentes de los datos, estas se pueden mantener automática o manualmente pero debemos asegurarnos de que sean las primeras que registren los cambios o las nuevas inserciones para así asegurar la actualización de nuestros modelos de información además las fuentes deben ser estables, debe ser basados en sistemas usados y que su precisión sea ampliamente aceptada por la organización (esto nos asegura la precisión de los datos), no se gana mucho basándo todo nuestro excelente modelo analítico en inputs manuales que se realicen una vez al mes con desfase de hasta 4 semanas en la información.

Un punto deseable es presentar el historial de cambios en la metadata, esto permite conocer la historia, asímismo si deseamos conocer el modelo de análisis del año pasado no queremos hacerlo con las definiciones actuales, necesitamos versionar la metadata.

Un mismo nombre no puede tener dos definiciones distintas y una definición no puede tener dos nombres distintos. Por ejemplo no podemos tener dos cubos sobre procesos, diferentes que en las medidas tengan el mismo nombre pero entreguen valores distintos si se cruzan con la misma dimensión.

Existen varias arquitecturas para asegurar el flujo de la metadata, pero con estos tips expresados en este post podemos construir o implementar algo que aporte valor a nuestras soluciones de business intelligence.

Como consejo final para los procesos de ETL, transformar los datos lo menos posible y a la vez dar la mayor la flexibilidad de análisis posible, esto permite la escalabilidad de las soluciones. Esto significa filtrar lo menos posible los datos pero entregar la capacidad de filtro, hacer las fórmulas e indicadores independientes del dato real y mostrar siempre ambos, si se requiere un criterio específico para realizar análisis entonces agregar la medida o dimensión con el criterio independiente de los datos reales, sólo si es común a toda la organización dejarlo como única fuente disponible de análisis.

Si tienes cualquier consulta o duda sobre Business Intelligence, DWH, PM, DM, BA, BAM o te interesaría que hablara sobre un tema en particular sólo escribe a darenasc@businessanalytics.cl y aparecerá en la sección de consultas.

ExpoTIC Maule 2009

2009-03-14T20:32:00.000-07:00

El 13 y 14 de marzo se realizó ExpoTIC Maule 2009,evento organizado por Business Intelligent, en las dependencias de la Facultad de Ingeniería de la Universidad de Talca, Campus Curicó, Chile. Hubo seminarios y stands de empresas relacionas a las Tecnologías de Información y Comunicación; estuvieron presentes empresas como Quintec, Infor y Ratio entre otras.

El sábado 14 a las 15:00 horas tuve ocasión de exponer un seminario titulado "Qué es BI? Introducción al Business Intelligence" en donde la principal motivación fue instar y orientar a las PyMEs locales a entrar al mundo BI, atreverse a evaluar soluciones que en el corto y mediano plazo generen retornos sobre la inversión, iniciar el camino de los sistemas de información.

Comparto las slides del seminario y los comentarios son bienvenidos.

Que es BI ExpoTIC Maule 2009

View more presentations from darenasc.

Felicito a la organización de este evento y esperemos se repita el próximo año.

Cuadrante Mágico Gartner de BI 2009

2009-02-02T17:14:00.001-08:00

Nuevamente este año, gracias a SAS que compra los derechos de publicación a Gartner, tenemos acceso a los resultados del Cuadrante Mágico de Gartner de Business Intelligence.

link: Cuadrante Mágico Gartner para las plataformas de Business Intelligence.

En esta entrega de Enero '09 se pueden extraer comentarios y conclusiones:

Para este año 2009 BI es una de las prioridades de los CIOs (y cómo no).

Según el cuadrante mágico de 2009 de Gartner, no hay una correlación entre el tamaño del vendedor (o cantidad de clientes o números de ventas) y el ROI o la satisfacción del cliente, esto habla de la calidad de las implementaciones a todo nivel.

Se prevé una tendencia a integrar las aplicaciones de Performance Management (PM|CPM|EPM) a las herramientas de BI potenciando la inversión en BI.

Las pequeñas y medianas empresas se harán más importantes como objetivos para los implementadores y vendedores, esto expande el mercado con nuevas oportunidades, en este sentido el software como servicio (SaaS) será la principal oferta.

Bien por Bitam y LogiXML que podrían entrar en el cuadrante del próximo año; Pentaho y Jaspersoft no alcanzaron uno de los criterios de entrada al cuadrante, que dice deben presentar ingresos por 20 millones de dólares al año, pero son considerados como plataformas emergentes.

No hay actores nuevos sólo Cognos ahora se llama IBM (Cognos) en el cuadrante y los antes analizados por separado SAP y Business Objects ahora están como SAP simplemente.

Los líderes siguen siendo los mismos de siempre: IBM, Microsoft, SAP, Oracle, SAS, Microstrategy e Information Builders que entra definitivamente en el cuadrante de los líderes recordemos que el año pasado estaba en el límite entre los desafiantes y los líderes; y hay una sorpresa en la caída de SAP (Business Objects) desde la punta debido seguramente al peso de las herrmientas de SAP, e IBM (Cognos) tomó el lugar en la punta distante a sus competidores.

Dentro del cuadrante de los "jugadores de nichos" se encuentra Actuate por "jugar" en el nicho de reporting, su herramienta más conocida es BIRT (Business Intelligence and Reporting Tools) y Panorama Software por estar en el nicho del software como servicio (SaaS) además son los encargados del gadget de google docs para hacer análisis.

Llama la atención de que no clasificaran nuevos "desafiantes" desde donde SAP e Information Buildres pasaron a ser parte de los líderes.

Espero cambios para el próximo año. 2006 y 2007 fueron años de adquisiciones, 2008 un año de integración de herramientas y "decantación" del mercado espero que 2009 sea un año de contratos y convenios entre los actores y jugadores de BI, también un incremento en las soluciones de terceras partes, ya que los costos de las soluciones estarán en la mira y será un factor en el crecimiento del mercado de BI.

La lista de los actores de cada cuadrante:

Líderes
- IBM (Cognos)
- Information Builders
- Microsoft
- Microstrategy
- Oracle
- SAP
- SAS

Jugadores de Nicho
- arcplan
- Actuate
- Board International
- Panorama Software

Visionarios
- QlikTech
- Tibco Spotfire

¿Opiniones?, ¿Comentarios?.

Frase BI 008

2009-02-02T06:19:00.001-08:00

"When I ask you what's your BI strategy, please don't give me the name of a vendor!"

"Cuando te pregunte cuál es tu estrategia de BI, por favor no me respondas el nombre de un vendedor"

Andreas Bitterer.

Inmon Institute

2009-01-21T19:13:00.000-08:00

Si quieres aprender un poco más sobre Data Warehousing y Business Intelligence de un gurú, entonces te recomiendo Inmon Institute que dispone de cursos en modo de presentaciones de expertos a través de video y voz.

Hay cursos de Bill Inmon sobre Data Warehousing y Data Warehousing 2.0 (término acuñado por él mismo), de Dan Lisbedt sobre Data Vault y otros expertos en temas de BI y DWH.

Los cursos tienen módulos, los módulos cuestan créditos y cada crédito cuesta diez dólares. Hay unos pocos módulos que tiene costo cero y la inscripción es gratuita.

Es el precio por escuchar presentaciones de expertos vía web, sin duda un interesante modelo de negocios.

Link: http://inmoninstitute.com

Frase BI 006

2009-01-08T08:08:00.000-08:00

"Garbage in, garbage out"

"Si la entrada es basura, la salida será basura procesada"

BI en tiempos de Crisis

2009-01-01T12:14:00.000-08:00

Comenzando el año en una crisis a nivel mundial, con inestabilidad en los mercados y en el capital de trabajo las empresas en todas partes están enfocadas en este minuto a la reducción de costos, recorte y congelamiento de presupuestos, entre otras medidas. Sin embargo, hay una constante siempre presente y es la toma de decisiones.

Cualquiera sea el rubro de una empresa, a todo nivel se deben tomar decisiones y en tiempos de crisis deben ser acertadas, las acciones que emprenden repercuten en sus mercados, las empresas tenderán a ya no sólo revisar el reporte de la última campaña de marketing o ver los números de las ventas del mes pasado; los usuarios cada vez más se interesarán por conocer el significado de los datos, drill-down / drill-through / roll-up serán términos cada vez más comunes. Por esto es que las áreas de tecnologías de información se harán cada vez más importantes para atender y resolver las necesidades de información durante el periodo de crisis.

Aquellas empresas con soluciones de Business Intelligence (BI) y Performance Management (PM) maduras estarán en muy buen pie para afrontar la crisis y así alinear las estrategias empresariales a la operación y el negocio. Tanto la toma de decisiones como la ejecución de éstas presentarán un constante dinamismo, las necesidades de información serán cada vez más precisas, completas y oportunas para lo cual los analistas de BI y del negocio jugarán un papel clave en atender y responder a tiempo las inquietudes de los usuarios.

Hace un tiempo comentaba que Business Intelligence no es una ventaja sino un requisito para cualquier empresa que quiera mejorar la toma de sus decisiones y que quiera aprender de lo que ha hecho, y plantear lo que hará en términos reales.

Los departamentos de IT debieran orientar su esfuerzo en la capacitación a usuarios en las herramientas de acceso a la información disponibles en la compañía, principalmente en las de auto-atención tales como queries ad-hoc, análisis OLAP y dashboards (que por presentar los KPI corporativos muestran el estado de salud de la empresa). Con esto se alivia la demanda de extracciones de información, orientando los esfuerzos tecnológicos en nuevas soluciones o mejoras a las soluciones existentes; y son los mismos usuarios quienes toman las decisiones, quienes se autoabastecen con información. Las empresas exitosas dependen de las tecnologías de información y de su correcto uso.

Como conclusión los departamentos de tecnologías tomarán un rol importante; se hace necesario que cada individuo al interior de las empresas agregue valor a la información que presenta y para esto Business Intelligence y Performance Management se vuelven las herramientas de facto para afrontar este periodo de crisis; las organizaciones con soluciones tecnológicas maduras estarán en mejor pie que las pares sin tecnologías adecuadas para tomar decisiones; el trabajo en análisis de información será una de las prioridades por parte de los usuarios de negocio.

¿Alguna opinión?

Catálogo de Soluciones BI

2008-12-26T19:13:00.000-08:00

Una de las causas de fracasos de los proyectos de BI es el bajo compromiso por parte de los usuarios del sistema, si bien las soluciones de BI tradicionales requieren capacitación o aprendizaje por parte de los usuarios se hace necesario mantener informados y capacitados en las soluciones una vez finalizados y entregados los proyectos. En caso contrario las soluciones existirán pero no serán utilizadas.

Durante el desarrollo de proyecto, es altamente recomendable, mantener reuniones periódicas entre el equipo desarrollador y con algún representante o el mismo owner de la solución; estas reuniones servirán para en una etapa temprana definir alcance, objetivos y entregables, y durante el desarrollo para monitorear los avances y resolver las dudas existentes por ambas partes (IT y negocio) y generar acuerdos. ¿Se te ocurren más medidas para evitar fracasos de proyectos BI por bajo uso del sistema?

En la etapa final del proyecto es bueno capacitar a los usuarios en el uso de la solución (incluyendo los procesos asociados), y luego agregar la definición, esquema y estructura de la solución junto a su documentación y metadata asociada al repositorio de metadata de la empresa.

Si no existe un repositorio de metadata en la organización entonces siempre mantén un Catálogo de Soluciones BI en donde puedas encontrar las soluciones debidamente indexadas y separadas por tipo reporting, OLAP,Q&R, Q&R, data mining, etc., con una breve pero explicativa descripción incorporando todos los elementos necesarios dependiendo del tipo, por ejemplo si es una solución de reporting incorporar owner, principales usuarios, diseño y propósito del reporte, quién y cómo fue diseñado (datos de usuarios para contacto), y por supuesto la definición y significado de los datos, de gráficos, de indicadores, y de los elementos presentes en el reporte o informe, dónde se puede encontrar los reportes, periodicidad de emisión, destinatarios, permisos, etc; si es una solución OLAP agregar además las definiciones de las medidas y campos calculados, dimensiones, jerarquías, modos de acceso a los datos, periodicidad de actualización, y siempre incorporar imágenes y ejemplos de uso. ¿Algún otro campo que agregar?

Los datos en el Catálogo de Soluciones BI son opcionales y definidos de acuerdo al uso, es una buena guía para los usuarios nuevos y para usuarios habituales de soluciones BI que tiene más necesidades de información, además alivia las consultas de usuarios que quieran conocer las soluciones existentes y para qué sirven, además sirve como un entregable en cualquier proyecto de BI y permite cerrar el ciclo de entrega. ¿Para qué más puede servir un repositorio de metadata?.

Por cierto, una vez en marcha el repositorio de metadata o catálogo de soluciones en cada nuevo proyecto se debe agregar como tarea la actualización y mantención del catálogo. Y en cada mantención a un sistema de información se debe agregar una tarea de mantención del catálogo para salvar la consistencia de las soluciones disponibles con el catálogo.

¿Algún comentario?

SQL Server 2005 SP3

2008-12-20T08:31:00.000-08:00

Anteriormente había anunciado la versión CTP, ahora está disponible el último Service Pack de SQL Server 2005 para toda la comunidad, el SP3 contiene los SP anteriores y los fix y mejoras hechos hasta ahora.

Disponible para las versiones Enterprise, Enterprise Evaluation, Developer, Standard y Workgroup de SQL Server 2005. Para obtener el SP3 de la Express Edition en el siguiente link.

Muy recomendado actualizar SSAS 2005, sobre todo si tienes SP2 instalado.

Data Quality v/s Data Cleansing

2008-11-18T11:38:00.000-08:00

Existen varios términos para denominar el tratamiento de datos.

Quiero explicar la diferencia entre Data Quality y Data Cleansing, está en que la calidad de datos se inserta en un proceso constante, destinado a mejorar la calidad de datos de las bases operacionales o de información a través del tiempo. La limpieza de datos por lo general se aplica al un evento puntual como es el mejoramiento de la calidad de un conjunto de datos que será utilizado para elaborar un modelo de data mining por ejemplo, pero que no representa una mejora contínua sino específica.

SQL Server 2005 SP3 - CTP

2008-11-03T08:17:00.000-08:00

Está disponible para la comunidad el Services Pack 3 de SQL Server 2005.

Contiene todas las actualizaciones acumulativas para SQL Server 2005 y algunos arreglos. Principales mejoras en los servicios de Notificación y de Reportes

Integración de SSRS para generar reportes de BD Teradata,

Descarga: SQL Server 2005 SP3 - CTP.
Que es lo nuevo?: WhatsNewSQLServer2005SP3.

Paper Agile Business Intelligence Governance

2008-10-27T16:04:00.000-07:00

Comparto un paper muy interesante de Jorge Fernández González sobre Agile Business Intelligence Governance, el cual presenta una propuesta de cómo "gobernar los sistemas de BI reduciendo el gap entre IT y el negocio", considerando tres factores en IT: Business Intelligence, IT Governance y Metodologías Ágiles.

Jorge es autor y mantenedor del blog Sistemas Decisionales, algo mas que Business Intelligence. Como bonus dejo un video de Jorge en una conferencia en Madrid sobre el mismo tema.

Links:

TCO en BI

2008-10-24T13:42:00.001-07:00

¿Qué es el TCO?, es la sigla en inglés de Total Cost of Ownership que para proyectos BI suele ser alto en comparación con otros tipos de proyectos o tecnologías. Recordemos que BI ya no es una ventaja sino una obligación.

En los proyectos de BI se involucra una variedad de elementos que deben estar alineados para guiar un proyecto BI exitoso como por ejemplo:

Hardware: máquinas (servidores), estaciones, infraestructura, almacenamiento, etc.
Software: tenemos las licencias de la suite, contrato(s) proveedor(es) de proyectos nuevos y de mantención, además de las licencias de todas aquellas suites que utilicemos en las diferentes etapas Recolección y Carga de datos; almacenamiento y procesamiento; presentación de información, generación de conocimiento, etc.
Recursos Humanos, las capacidades técnicas y otras habilidades de los profesionales de business intelligence, con conocimentos en tecnologías, con habilidades tanto técnicas como personales. Con competencias en análisis de información, y por supuesto la capacidad de entender y aprender del negocio para el cual la solución final será utilizada.

Los costes de hardware, software y recursos humanos son base para el desarrollo de un proyecto que por lo general considera varias etapas como por ejemplo: análisis de las necesidades de información (requerimientos), análisis de las fuentes de datos, análisis de la calidad de datos, diseño del/los modelo(s) de datos de la(s) solución(es) y del modelo de entrega de información, perfilamiento de usuarios, capacitación de usuarios, etc., etc., etc.

Dependiendo del tamaño, alcance, impacto en el negocio, prioridad, urgencia, etc. del proyecto los costos y recursos necesarios varían pero el alto costo es un factor constante, "no importa lo qué necesites, eso te costará", y esto es debido a la importancia que representa conocer el negocio de una compañía y a la criticidad de la información oportuna para la toma de decisiones.

El TCO es el mismo usando una Suite BI de licencia propietaria que utilizando una Suite Open Source?, ¿cuál es el costo real de implementar soluciones BI basadas en tecnologías Open Source?, o de ¿Adquirir soluciones BI como servicios?.

Preguntas abiertas:

¿Qué otros factores determinan el costo de un proyecto BI?
¿Podemos lograr lo mismo con tecnologías Open Source?
¿Podemos comparar hoy (Google Docs + Panorama) v/s (Microsot BI + MS Excel), o debemos esperar unos meses más?

Siéntase libre de dejar sus comentarios y/o preguntas.

Cuadrante Mágico Gartner de Integración de Datos

2008-10-20T11:33:00.000-07:00

Les dejo el Cuadrante Mágico de herramientas de Integración de Datos de Gartner, con fecha 22 de septiembre de 2008. El informe califica varias herramientas de acuerdo a sus capacidades y características y una breve descripción de cada vendedor.

La integración de datos es un proceso clave en inteligencia de negocios, apunta a automatizar las tareas de recolección de datos estructurados y "no estructurados" (como si los emails no tuvieran emisor, receptor, cuerpo, firma, etc.) permitiendo analizar los datos transversalmente independiente de los orígenes de los datos.

SAS acostumbra a difundir algunos informes de Gartner en materias de Aplicaciones Analíticas de Negocio. Estaremos pendientes de los próximos.

Visto en Intelligent Enterprise.