Business Intelligence, ¿Por dónde empezar?
Hoy escribo agradecido y orgulloso; me siento como Michael Phelps, incluso me parece oír unos crujidos. Parece como si mi caja torácica estuviese a punto de estallar o algo. :-)
Resulta que acabo de leer un artículo de SQL Server Si! que recomienda precisamente este blog como punto de inicio para el aprendizaje de las técnicas de Business Intelligence. En especial, Salvador Ramos recomienda la serie sobre cómo construir un datawarehouse que escribí el pasado verano, entre otros artículos, y considera que "Business Intelligence fácil" es un buen lugar donde conocer la teoría relativa al Business Intelligence.
La serie sobre "cómo construir un datawarehouse" incluye mis artículos más tecnológicos, y recogen mi experiencia en la construcción de bastantes datawarehouses y datamarts en diferentes empresas. Debo confesar que lo errores que menciono, y que animo a evitar, los he cometido en primera persona, e incluso algunos de manera reiterada. Al final, los errores de modelización siempre se acaban pagando, y tarde o temprano se tienen que rectificar para volver a la ortodoxia. Hay otros errores que también se pagan caros: Seleccionar la herramienta incorrecta, o pensar que con pagar las voluminosas facturas de consultoría es suficiente. Y no, no es suficiente. Es necesaria una fuerte involucración por parte de nuestra empresa (de técnicos, de usuarios y de dirección).
Para mí, el éxito de un proyecto Business Intelligence puede medirse a partir de un único indicador, y es el uso que se hace del mismo. Por lo tanto, ese debe ser el primer criterio que debe considerarse en el momento de añadir una funcionalidad al sistema. ¿Conviene precalcular este indicador? ¿Creo esta tabla agregada? ¿Completamos el sistema de reporting con una solución alternativa de cuadros de mando? ¿Es suficiente un cubito y unas tablas dinámicas en Excel para analizar la información? Todas estas preguntas se pueden contestar respondiendo esta otra... Si lo hago, ¿Facilitaré la vida al usuario?
Por lo tanto, para empezar la implementación de Business Intelligence considero que se debe comenzar por identificar aquellos problemas que tienen actualmente los usuarios. ¿Cómo acceden a la información? ¿Tienen la información que necesita? ¿Protestan porque la calidad del dato es insuficiente? ¿Se dedica excesivo tiempo a la realización de los informes?...
Una vez identificado el problema, la teoría es relativamente sencilla, y he tratado de exponerla en muchos de los artículos de este blog. Con la teoría clara, sólo es necesario un poco de experiencia para que el proyecto sea un éxito. Afortunadamente, las cosas han cambiado mucho en los últimos 15 años, y ya existe experiencia y conocimiento suficiente en el mercado español. Actualmente, la mayoría de proyectos de datawarehouse o reporting terminan con éxito, cosa que hace unos años sólo ocurria esporádicamente y casi por casualidad...
Categoría: Definiciones
Palabras clave: Cuadros de mando · Excel
Comentarios: Este artículo tiene 7 comentarios.¡Deja un comentario!
- Sonia LBThursday, December 10, 2009
Acabo de leerte y queria felicitarte.
Como he mencionado en muchas ocasiones en algunos puntos de tu blog, agradezco como "usuaria final" de BI lo que aprendo, no solo porque de esta manera entiendo las herramientas de que dispongo, sino porque es una manera de conocer la complejidad de este trabajo, lo q implica y por que no, para conocer el punto de vista de los "no usuarios".
Sin embargo continuo e insisto en mi apologia por el Excel a pesar de todos los argumentos en contra :-)
Gracias "campeón" y felicidades!
- BI FACILThursday, December 10, 2009
Sonia,
No te preocupes, entiendo y comparto en buena medida tu apología del Excel. De hecho, lo único que le falta es una buena intregración con bases de datos relacionales (el datawarehouse). Actualmente, el Excel solo permite navegar con tablas dinámicas a partir de los datos de un "cubo" de Microsoft... es decir, el Excel no permite una integración sencilla con otras fuente de datos (no tiene los "universos" de Business Objects, por ejemplo).
Si existiese esta integración, los business objects, cognos y microstrategyes tendrían serios problemas para competir con Excel.
De hecho, en muchas ocasiones, las herramientas de BI son meros intermediarios entre el datawarehouse y el Excel, lo cual está muy bien, pero resulta complicado justificar los altos costes de estas herramientas. Y, de hecho, agregan complejidad a los sistemas de información de la compañía, y complican la vida al usuario, en lugar de facilitársela... Por eso insinuaba (por lo bajini, eso sí), que no siempre está justificada la inversión en BI... que acaba degenerando en un Excel Caos 2.0...
http://www.businessintelligence.info/spreadmarts/excel-caos-2-0-business-intelligence.html
...o en incansables apologetas como tú... :-)
- Salvador RamosFriday, April 09, 2010
Pues en este sentido, Excel 2010 da un paso adelante con la inclusión de la nueva herramienta "PowerPivot", aquí os dejo el link para que amplieis información http://www.powerpivot.com
Un saludo
Salvador Ramos
http://www.sqlserversi.com
Blog sobre SQL Server y Business Intelligence
- BI FACILTuesday, April 13, 2010
Hola Salvador,
Gracias por el comentario, y el link que nos pasas. Hay varios vídeos y otra información interesante.
Sin duda, MS va por el camino correcto... Sin embargo, sigo echando de menos un "metamodelo" con la información corporativa. Sí: El propio usuario puede importar diferentes fuentes, vincularlas, y finalmente analizarlas con Excel. Sin embargo, la importación y vinculación es básicamente un trabajo de ETL que debería hacer IT, y que no creo que tenga sentido que lo haga el propio usuario. En ese sentido, digo que las herramientas de BI son demasiado técnicas.
Incluso, si ya existe un DWH relacional, seria complicado analizar la información con PowerPivot... La única opción (creo que) sería crear un cubo AS... u obligar al usuario a conocer las relaciones entre tablas del DWH, lo cual es impresentable...
Desde mi punto de vista, una pantalla de usuario nunca debería listas el nombre de tablas o campos... ni siquiera debería obligar al usuario a saber el motor de BD que hay debajo... Y precisamente eso es lo primero que muestra PowerPivot...
(en cualquier caso, espero probar PowerPivot y poder escribir sobre ello pronto...).
- Carlos LopezTuesday, April 13, 2010
Buenas que tal? bastante interesante ese post... ahora tengo una duda... Power Pivot podria compararse con IBM Cognos? Tendra la capacidad Power Pivot de hacer reportes con moviles? tengo esas interrogantes...
- BI FACILTuesday, April 13, 2010
Hola Carlos,
Yo compararía PowerPivot con el PowerPlay de Cognos. Ambos son "tablas dinámicas" que trabajan con cantidades enormes de información. Y su modo natural de trabajo consiste en conectarse a un cubo multidimensional.
PowerPivot se conecta a Microsoft Analysis Services, y PowerPlay se conecta a un cubo con tenoglofía de Cognos.
Además, PowerPivot puede conectarse a otras fuentes, aunque mi opinión personal es que resulta demasiado complicado y que las empresas no lo utilizarán ampliamente. Se trata, por lo tanto, de una funcionalidad secundaria.
Además, la suite de Cognos tiene muchos otros productos, que serian comparables al Reporting Services de Microsoft (aunque, en mi opinión, Cognos es más potente... y mucho más caro).
Respecto la otra pregunta, no. No existe una versión de PowerPivot para Windows Phone (y mucho menos para SO de otros fabricantes).
- JohnSSISWednesday, April 28, 2010
Yo personalmente para saber qué es Business Intelligence recomiendo lo que es para mí la biblia del BI, el libro de Ralph Kimball: "The Data Warehouse Toolkit". Al que considero el gurú de lo que hoy conocemos por BI. (que me perdone Bill Inmon ;) )
JohnSSIS