lunes, marzo 17, 2008

Business Intelligence Competency Center (Encuesta)

Uno de los puntos mas importantes en la estrategia de BI Governance, precisamente se encuentra en la estructura de los BICC, o Business Intelligence Competency Center, lo que desde un amplio punto de vista podría denominarse una Oficina Técnica del Business Intelligence.

En breve escribiré un post sobre sus funciones y que diferencias hay entre un BICC y un BI Governance Comittee, pero antes de que eso suceda (me dejo de rogar ;-D), podeis reflexionar sobre ellos con la encuesta “Organización de BI” que BARC ha puesto online. Se trata de una encuestra de Bi Governance en la que os preguntarán y podreis reflexionar sobre como teneis estructurados vuestros "departamentos" de BI.

Los participantes recibirán un resumen gratuito de los principales resultados Además, BARC donará 1 Euro por participante a la Ayuda Alemana para Lepra y Tuberculosis a fin de ayudar a las personas que padecen de estas enfermedades.

Para participar en la encuesta, haga clic aquí:

http://survey.2ask.de/4047c54c8fd114ff/survey.html



3 comentarios:

Anónimo dijo...

Hola Jorge,
Me parece un artículo muy interesante, creo que en él se esconden algunas verdades muy incomodas para muchos departamentos de IT que abordan los proyectos de BI como proyectos estancos con un inicio y una finalización.
Otro de los aspectos que comentas, me ha llamado mucho la atención, ya que llevo mucho tiempo discutiendo con directores de IT sobre la importancia de la gestión de la información y las capacidades de acceso, disponibilidad y flexibilidad de la información que debemos disponer en un sistema decisional o BI.
Como bien comentas la tecnología y las aplicaciones son cambiantes, por lo tanto, partiendo de esta premisa no podemos diseñar nuestros sistemas decisionales pensando en nuestras aplicaciones, no podemos pensar en que a día de hoy utilizamos una base de datos de un fabricante x, un sistema de reporting de otro fabricante y un transaccional u operacional concreto, sino que tenemos que diseñar nuestros sistemas de BI pensando en todas las piezas (sistemas origen, sistemas de carga y sistemas de reporting) como elementos que pueden cambiar y que seguro que cambiaran durante la vida de nuestro BI y por lo tanto tenemos que adelantarnos a ese cambio, definiendo y estructurando cada una de las piezas de tal forma que el cambio en una de ellas no afecte al conjunto.
A día de hoy sigo viendo proyectos donde, por ejemplo, los procesos de carga (ETL) se definen como procesos programados (PL/SQL) que acceden a una BBDD concreta y cargan una tabla concreta, ¿Qué pasa cuando cambiamos uno de los campos de la tabla, o añadimos un nuevo campo?, ¿Qué pasa cuando consolidamos instancias o cambiamos la BBDD?, ¿somos capaces de realizar un análisis de impacto sobre un cambio en un componente de nuestro BI?, ¿y si cambiamos nuestro sistema de reporting?.
Todas estas preguntas son las que creo que se quedan en el tintero en muchas ocasiones por esa falta de una visión cambiante y flexible de los proyectos de BI, son muchos los que siguen viendo estos proyectos como un proyecto más de tecnología con unos requisitos y unos tiempos de diseño, implantación y puesta en producción.
Por último comentarte que para acabar de rematar esta visión son muchos los que aún defienden esa máxima que ha hecho tanto daño en los departamentos de IT, “si funciona, mejor no tocarlo”.
Un saludo.
David Soto
http://integracionycalidad.blogspot.com/

Warakaman dijo...

Joe, Jorge... que blog mas serio te ha quedao :P

Jorge Fernández González dijo...

David, te respondo en el anterior post.

warakaman (oscar pa los amigos), es que yo soy muy serio, ya me conoces, eso si tu blog es la monda.