Ya tengo el DEA

Hola a todos
Despues de una complicada defensa, al final he conseguido uno de mis primeros objetivos al crear este blog, ya estoy en posesión del DEA (Diploma de Estudios Avanzados) tambien conocido como "Suficiencia investigadora".
Lo he conseguido gracias a mi proyecto de tesis de "Agile BI Governance", así que aprovecho para daros las gracias a todos aquellos que me habeis ayudado durante este largo y duro camino.
En especial a mi familia que ha soportado mis reclusiones de fines de semana, y a mis dos grandes tutores, los doctores Enric Mayol y Joan Antoni Pastor, muchísimas gracias por haberme conducido a buen término a pesar de mi cabezoneria en algunos temas. ¡¡¡¡¡Gracias!!!!!

Os adjunto a todos un subconjunto de la presentación para que os hagais una idea de lo que hoy ha acontecido. Para mi ha sido un gran dia, fruto de muchos esfuerzos durante 4 años. Espero que os guste

| View | Upload your own

Gran éxito BI Beers.

¡¡¡Duplicamos la asistencia esperada!!!

Estos son los números del evento.

• 4 bloggers
• 6 pintas de Guiness
• 1 pinta de rubia
• 2 horas y media de agradable conversación.

¿Quienes fuimos?.

Josep Curto de Information Management.

Jorge Fernández de Sistemas Decisionales.

Carlos Fernández de Data Prix

Enric Biosca de OpenSource y Business Intelligence

¿De que hablamos?.

Primero de todo del exitazo de la convocatoria (que risas nos pegamos), después comentamos la posibilidad de hacer una convocatoria en Second Life , para reunir a todos los miembros, dispersos el Latinoamérica. También se comentó de hacer la siguiente allí (chicos recoged el testigo, que nosotros lo lanzamos a través del Atlántico). Después nos pusimos a hablar de como bloggeabamos, los había muy metódicos (Josep), mas anárquicos (Enric y Jorge) y los que tienen un portal entero (Dataprix) y de nuestras motivaciones para hacerlo (obviamente el resultado final es hacernos inmensamente ricos y famosos ;-D)

Rajamos de vosotros que no comentáis nada, de Enrique Dans (sobretodo del gag de Muchachada Nui ) y de El ventanal.

Al final casi llegamos a la manos discutiendo si BI SaaS tenía sentido o no, y de si Microstrategy iba a ser comprada o si nadie la quería.

Acabamos hablando de OpenSource (alguien sugirió algo que hizo que dos de los miembros de la sesión se hicieron los suecos y silbaran intentando despistarnos pero que no podemos reproducir aquí, .... y no pregunteis, si hubieses ido a la sesión y sabrías lo que es).

Finalizamos como siempre, comentando si estábamos en disposición de coger el coche o la moto después de las pintas de cerveza.

En fin, justo lo que queríamos que fuera, una reunión de amiguetes tomando unas cervezas.

Las fotos las tiene Josep, así que se las podéis reclamar a él.

Un saludo a todos.

Recordatorio Evento BIBeers

Agile BI Governance, paradigmas, madurez y caballos de Troya

En un comentario de Antonio Valle, en el post de Valores del Agile Bi Governance, nos comenta.

Con respecto al valor 1, ¡¡¡arg!!! le falta márketing! Como le digas a un director general que lo que debe esperar de tu sistema/proyecto/entorno es incertidumbre y no estabilidad, creo que detras tuyo vendrá otro y te levantará "el tema".

Y tiene toda la razón (es que Antonio es listo), por eso ya había pensado que esto de sopetón es inviable y que el Agile BI Governance tiene que tener otra función, la de ser un Caballo de Troya metodológico para hacer que la organización espere y reciba el cambio con los brazos abiertos. Tiene que favorecer el proceso de madurez conjunto del BI y la organización.

¿Qué debe cumplir una organización para poder abordar el gobierno de los sistemas de información decisionales?, ¿qué paradigmas se han de romper para tener garantías de éxito en un proyecto de este tipo?. Pues aquellos 7 paradigmas a romper que os contaba hace meses

Los valores y los 7 paradigmas a romper formarán parte de los principios rectores del framework, que espero poder colgaros en breve.

Best Practice Award Business Intelligence 2008

Esto de tener un blog a veces tiene sus recompensas, y una de ellas es poder ser miembro de un jurado, así que os anuncio, me enorgullezco, y me regocijo de poder formar parte del jurado del
¡¡¡¡¡¡Best Practice Award Business Intelligence 2008!!!!!!



¿Pero que es esto?, pues en palabras de BARC (en verde mis aportaciones)

BARC premia a soluciones especialmente logradas del área de Business Intelligence y Data Warehouse.

BARC otorgará este premio en el Forum de BARC sobre Business Intelligence el 28 de mayo de 2008 en Barcelona (NH Constanza).

Best Practices son métodos y procedimientos que se han aplicado con éxito en su proyecto y que creeis que otras empresas deberían de considerar como referencia para la implementación y el desarrollo de sus soluciones de Data Warehouse y Business Intelligence.

El jurado independiente, compuesto por expertos reconocidos de la ciencia (ahí estoy yo :-D) y la práctica (ahí también estoy yo), evaluará todas las solicitudes rellenadas completamente y entregadas a tiempo mediante los siguientes criterios: Tecnología, Concepto del contenido, Orientación hacia el usuario, Consideración costes – utilidad e Innovación.

Los finalistas podrán presentar su solución en directo en el Forum de BARC de Barcelona (NH Constanza, 28 de mayo de 2008).

Tras las presentaciones y consulta de los candidatos, el jurado (del que soy miembro) eligirá el ganador. La entrega pública del premio se realizará el mismo día del evento.


En fin que es una muy buena oportunidad para todos aquellos que estais trabajando en el mundo BI y que querais un poco de reconocimiento, tanto dentro como fuera de vuestras empresas.

Os pongo el link, para ver las bases.

Los 4 Valores del Agile BI Governance.

Para ir abriendo boca del Agile BI Governance, empezaré con los valores que quiero dar a esta forma de controlar, gobernar, evolucionar y madurar los sistemas de BI dentro de las organizaciones.

Como pudimos ver en el post (y artículo) La madurez del BI en las organizaciones, depende de la madurez de la organización, con lo que no podemos madurar hacia un lado sin madurar hacia otro. Asñi que el Agile BI Governance tiene que ser un Caballo de Troya que nos permita guiar esta madurez.
Para poder afrontar estos desafíos he centrado mi modelo en estos 4 valores:

Valor 1: Adaptabilidad continúa
Concienciar a la organización de que debe esperar cambio e incertidumbre y no orden y estabilidad. Los procesos decisionales son altamente cambiantes, no están claramente definidos
como lo están los operacionales. El circuito de una factura una vez definido siempre va a ser el mismo, pero el proceso de decidir si esa factura se paga o no, cambiará constantemente. La incertidumbre y el cambio continuo son el estado natural de los sistemas de decisionales, pero parece ser que muchas organizaciones aún no son conscientes de ellos. La idea de “finalizar” un proyecto carece de sentido porque debe seguir adaptándose y con mas razón si se trata de un sistema decisional. Siempre estamos cambiando nuestros puntos de vista analíticos. Así pues tenemos que tener la capacidad de adaptarnos fácilmente a las necesidades de información definidas en esos procesos mediante Desarrollo de procesos iterativos de gestión del cambio.

Valor 2: Trabajo conjunto.
La diferencia entre IT/Business se elimina mediante la inclusión de miembros de IT y de negocio en los grupos de trabajo. El usuario decisional ha de ser parte activa dentro de los grupos de IT que desarrollan los sistemas de BI. Las iniciativas que fomenten el trabajo conjunto, los grupos crossfuncionales de seguimiento de procesos y las sesiones de revisión conjunta de los sistemas de BI, han de formar parte de las rutinas de trabajo, si queremos alcanzar el Agile BI Governance.
Valor 3: Jerarquías flexibles.
Los grupos de trabajo dentro del Agile BI Governance deberán estar estructurados con jerarquías flexibles que fomenten el intercambio de información. Los grupos de trabajo se estructuraran para cada función asumiendo diferentes roles según el proyecto. El objetivo es que las jerarquías existentes en las organizaciones, se diluyan y se reestructuren continuamente dentro de Agile BI Governance.

Valor 4: Personas antes que procesos.
Facilitar la colaboración y la interacción de las personas a nivel interpersonal, cultural y estructural. Las personas toman las decisiones, los procesos son los controlados. Centremonos en
dar información a las personas que controlan los procesos y no tanto en definir los procesos que han de controlar las personas, ya que en los sistemas de Business Intelligence estos procesos decisionales son tan variables que hacen inviable su modelización absoluta.

Estos son los 4 valores básicos, pero luego cada organización debe incluir los suyos propios, los que vayan en consonancia con su propia estrategia.

¿Cuales añadiriais vosotros? o mejor aún. ¿Cuales creeis que serían los valores del Agile BI Governacne de vuestra propia empresa?.

Primer evento oficioso BI Beers.

Tras unos meses de rodaje, la red social BI Beers ha acumulado cerca de 100 miembros (81 esta cerca de 100 en términos astronómicos).
Hay miembros en 15 países diferentes; España, Argentina, Chile, UK, USA, Venezuela, Paraguay, Colombia, Brasil, Portugal, Ecuador, Méjico, Perú, Cuba y República Dominicana así que tras la insistencia de Josep Curto de Information Management de que montase algo para quedar, me surgió la idea de quedar todos a medio camino, en algún lugar del Océano Atlántico, idea que aún no he descartado, pero mientras tanto vamos a empezar cerquita de donde estamos Josep y yo, así que os podemos anunciar a bombo y platillo....

1er evento OFICIOSO BI Beers en Barcelona (Spain)

Obviamente todos los eventos serán oficiosos, nada será oficial, ya que seremos un grupo de amigos que queda para tomar unas cervezas, ni mas ni menos.

El primer evento se realizará en un pub irlandés ¿por qué? pues porque en Irlanda hay una gran tradición de ejem..... y claro no podemos obviar también que ejem ejem.... y a Josep y a mi nos gusta la Guiness.
El pub elegido (ellos no lo saben) es el McCarthy's Bar situado en Via Laietana 44.
¿El dia? el lunes 4 de febrero de 2008.

Josep y yo apareceremos por allí a las 18:30, así que la convocatoria queda marcada definitivamente a esa hora.

Aquellos que tengáis intención de asistir, por favor enviadnos un mail a jorge.fdez.glez(@)gmail.com o a josep.curto(@)gmail.com, lo digo porque si somos muchos tendremos que avisar al pub para que nos reserve sitio (tampoco es muy grande).

1er evento OFICIOSO BI Beers en Barcelona (Spain)

DIA 4 de Febrero de 2008 18:30 horas

1er evento OFICIOSO BI Beers en Barcelona (Spain)

Por cierto, me falta el tema de los PATROCINADORES, si algún fabricante de software o consultora o particular quiere subvencionar este evento (obviamente pagando las cervezas que se consuman) poneos en contacto con nosotros y os pondremos el logo y como patrocinadores oficiales, si nadie se anima pues tocará pagar a escote que aquí otra cosa no pero catalanes somos un rato.

Un saludo a todos (Josep y Jorge)

La cultura de la cooperación

Acabo de ver a través de DM Review un artículo muy pero que muy interesante y que además enlaza perfectamente con mi anterior post.

Se trata de "Culture of Cooperation" en este artículo de Rand Losey (que habla sobre qué debemos tener en cuenta cuando diseñamos, y ponemos en marcha, un modelo decisional), encontramos frases tan buenas como estas:

• Will all business questions be met by the logical data model?
• Will any technical person reading the logical data model have the same understanding of its contents?
• Will any subject matter expert reading the logical data model have the same understanding of its contents?
• Will any business partner reading the logical data model have the same understanding of its contents?

Es decir, cuando modelamos un data warehouse (ver como se hace en el blog de Chema Arce), el arquitecto modela lo que le dice el usuario final o el usuario experto, se intenta mostrar una realidad de negocio, una forma de ver las cosas, pero al final de todo la pregunta es obvia.... ¿SACAMOS LAS MISMAS CONCLUSIONES DEL MODELO? ¿SIGNIFICA PARA TODOS LO MISMO?.

Esta idea, hace que el autor ponga diferentes revisiones para que se mantenga el significado, y esto me parece genial, de hecho es lo que estoy proponiendo en mi modelo de Agile BI Governance, que el sistema sea propiedad CONJUNTA de IT y de Negocio, y para ello Rand Losey propone primero 4 fases de revisión del modelo.

• Completeness and Standards Compliance Review
• Clarity Review
• Reuse of Existing Designs Review
• Business Partner Understanding Review

Es esta última la que más me interesa porque ademas ilustra con unas técnicas que se pueden aplicar para que el usuario se involucre y vea si ese modelo es entendible por él.

Finaliza con un gran parrafo:

"A high-quality logical data model is built according to a recognized set of rules that enable the model to be used to greatest effect. The importance of these rules is that the organization can use their logical data models with assurance that they will be uniformly understandable and consistent regardless of who developed the model or when it was designed."

La idea de que un modelo debe de ser uniformemente comprensible para toda la organización, tanto para IT y como para Negocio es el motor del framework de Agile BI Governance y de esta idea de la propiedad conjunta, veo que no voy por mal camino. La cultura de la cooperación.

Agile BI Governance

Feliz 2008
Últimamente he estado muy liado con mis temas profesionales, y con la propuesta de proyecto de tesis. He estado redactando y escribiendo mucho orientado para poder defender mi propuesta de tesis y ver si el tribunal que evalúa los PT da su aprobación para que pueda dedicar dos años mas a desarrollar la tesis doctoral. De momento, hoy he hecho el depósito y espero que pueda defenderlo a principios de febrero y obtener el DEA (Diploma de estudios avanzados). En fin esas cosas de los doctorados. :-D. El caso es que despues de 4 años de esfuerzo, al final estoy en el primer checkpoint. Como dice mi codirector de tesis y amigo el Dr. Enric Mayol... "Jorge.....ya has puesto el huevo".

¿De que vá?, pues de lo que todos ya sabeis, de mezclar metodologías ágiles y gestión de proyectos de BI, de aplicar los principios ágiles al BI Governance.

Fruto de este trabajo, voy a publicar dos artículos, uno en Novatica y el otro en GdR.

El primero habla de BI Governance desde el punto de vista mas formal, ligado a las metodologías de IT Governance, gracias a la influencia de Antonio Valle. mi gran mentor en estos temas.

El segundo habla de mí visión del BI Governance, lo que he llamado Agile BI Governance y que en una primera definición del concepto ha quedado mas o menos así.

Agile BI Governance es el proceso de definición y ejecución de la infraestructura que prestará apoyo a los objetivos de empresa. Es propiedad conjunta de Tecnologías de la Información y de las diferentes unidades de negocio, y se encarga de dirigir el proceso estratégico de obtención de valor del Business Intelligence en la empresa a través de los valores y principios del Manifiesto Ágil.

Una vez definida, hay que construir un Framework de referencia, y de eso es de lo que hablo en el próximo número de GdR de enero-febrero'08, que os pondre en cuanto este online.

Feliz Navidad y esas cosas

Y no olvideis el auténtico espiritu de la Navidad... no perder la capacidad de ilusionarse.









¡¡¡nos vemos en el 2008!!!!

Madurez de las soluciones Bi en las organizaciones

Una de las características básicas para el éxito de los sistemas de Business Intelligence es sin duda la cultura organizativa y el nivel de madurez en el que se encuentre la organización en la que se va a implantar.
Crear y gestionar una cultura de medición de indicadores necesita de tiempo.
Sin esta evolución de la organización, es imposible que las soluciones de BI florezcan en ella con el esplendor necesario.

Ver articulo completo "Madurez de las soluciones BI en las organizaciones".

Espero ansioso vuestros comentarios

Outsourcing de Business Intelligence

Inauguro una nueva sección en la que me gustaria que comentaramos los articulos que voy publicando en GdR, una especie de feedback colectivo que origine nuevas reflexiones y a la vez nuevos articulos.

Empezamos con el primero.

"Si BI es un servicio, ¿entonces se puede externalizar totalmente?,
¿puedo realizar un proceso de outsourcing total de mi Business
Intelligence? Y lo que es más crucial ¿debo realmente hacerlo?"

A estas preguntas respondo en el artículo:

¿Donde pongo el cerebro de mi empresa?

Gestión del rendimiento nº 4

Buneo, ya la tenemos aquí y online, el número 4 de la revista gestion del rendimiento.
Como siempre lo podeis descargar gratuitamente en pdf, pero yo es recomiendo que os subscribais porque impreso se lee mejor.

(haz click en la imagen para descargar)

Que la disfruteis.

No pagueis el rescate que me he escapado

Sigo vivo.
Como cada final de año, la verdad es que se me acumula la faena y no he tenido tiempo para dedicar al blog, y me sabe muy mal, porque queda muy mal lanzar preguntas al aire y no dar la respuesta.
Eso no significa no haya estado escribiendo, he estado liado con:

• GdR en el ultimo número del año, en el que ademas de mi sección he escrito un articulo sobre " Madurez del BI en las organizaciones" que espero poneros on line en breve.
• Novatica escribiendo un articulo sobre "BI Governance" que aparecera en el especial de febrero sobre IT Governance y entre cuyos editores invitados esta Antonio Valle.
• Proyecto de Tesis Doctoral. Que si todo va bien tendre que defender en enero y si me lo aceptan ya podré por fin escribir mi tesis doctoral titulada "Agile BI Governance".

Pero aparte de al blog le debo varias cosas.

• Felicitaros a todos por el éxito de BI Beers, ya somos 70 personas vinculadas al grupo. Yo no pensé que pasariamos de 30, estoy gratamente sorprendido. Ahora tendriamos que organizarnos por grupos geográficos, si alguien se quiere responsabilizar de una zona, que me lo diga y lo haré administrador del grupo.
• Agradeceros el éxito y el nivel de las respuestas a la pregunta al aire "Que debe almacenar un datawarehouse", tengo pendiente hacer mi post de respuesta, os lo prometo.
• Mirarme a fondo el Triadic Continuum, Jane me ha enviado documentación para poderlo hacer y en cuanto acabe con lo del proyecto de tesis, me pongo.
• Exponeros mi proyecto de tesis, como va a ser y que podais ver en que trabajo y que podais indicarme en que me estoy equivocando, pero eso ya será mas adelante.
  

En fin muchas cosas que quiero compartir con vosotros en cuanto me sea posible.
Ademas veo que ya no soy el único que empieza a defender la relación de metodologias ágiles con BI, os adjunto unos links del blog de Karthikeyan Sankaran que va por mi mismo camino.

BI Implementation Enabler: Agile Framework for Data Warehousing – Part 1

BI Implementation Enabler: Agile Framework for Data Warehousing–Part 2

Cognos tambien cae

Que poco ha durado, despues de la adquision de Business Objects por parte de SAP.

IBM ha adquirido Cognos.

El mercado de BI como fabricantes independientes desaparece disuelto por los grandes fabricantes.

Es el fin de una época. :-(

Red Social BI Beers

Al final me he decidido por poner mi perfil en LinkedIn, y viendo el éxito de la red social que esta montando Antonio Valle sobre Gobierno de las TIC, y recogiendo el testigo que lanzó Jose Maria Arce cuando dijo "esto mejor lo hablamos tomando unas cervezas". He fusionado ambas ideas y he creado la red social "BI Beers".

El objetivo de esta red no es otro que aglutinar a los entusiastas del BI para que estemos en contacto y podamos tomar unas cervezas cuando coincidamos en el mismo lugar.
La idea que me ronda la cabeza es que surjan grupos tanto en España como en Latinoamerica y que esta etiqueta sea realmente una red social que nos aglutine. Así que os invito a que os unais al grupo, solo teneis que pulsar este link y automaticamente estareis dentro.

http://www.linkedin.com/e/gis/40499/4D25D00C3BC7

Aquellos de vosotros que querais poner el link de BI Beers en vuestro blog, no os corteis, esta iniciativa es de todos los que comentais y escribis los blogs sobre Business Intelligence.
Bueno, si la respuesta es buena y consigo engañar a mas gente, quizas podamos hacer una web y todo, con foros y wikis y esas cosas de la web 2.0.

Saludos y animaos a apuntaros.

P.S: Antonio, no te copio, simplemente me inspiras ;-D

The Triadic Continuum, el fin del Datawarehouse

La verdad es que este post es absolutamente fruto de la casualidad, no lo tenía planificado como la continuación de mi anterior post pero me viene que ni caido del cielo.

No lo digo yo, lo dicen en DM REVIEW

The Best New BI Invention You’ve Never Heard Of

Este fantambuloso invento viene a jubilar definitivamente a los Datawarehouse y a la estructuras de Inmon y Kimball. La nueva "padre" de los sistemas decisionales es Jane Mazzagatti. y su nuevo invento tiene nombre de capítulo de Star Trek NG:

THE TRIADIC CONTINUUM.

¿Que es lo que han hecho Mazzagatti y su equipo de la empresa Unisys? Pues han inventado una estructura de autoaprendizaje en tiempo real, que se "alimenta" de querys de las que "aprende" a dar respuestas, a medida que se va alimentando de datos las respuestas a las preguntas que se hacen al Triadic Continuum pueden ir variando, al igual que funciona el conocimiento en los humanos.
La idea principal del TC es que mientras que en una Base de Datos tradicional (ya sea relacional o multidimensional) nos centramos en la busqueda de datos e información , el centro de atención del TC esta en la adquisición de conocimiento útil y con un proposito decisional determinado. El TC no solamente se centra en el dato, sino en las relaciones que hay entre ellos, sobre estas relaciones, el sistema "aprende" y crea los métodos de explotación y acceso a la información.

Es una estructura que mezcla conceptos de modelado de datos con mineria de datos, en una única herramienta. ¿no os suena de algo? los que habeis seguido el debate del post anterior os resultará esta conclusión muy pero que muy familiar.

La estructura física de este Triadic Continuum la verdad es que se me ha escapado un poco, según el artículo de referencia de DM REVIEW

"El modelo conceptual de la estructura de la Triadic Continuum es bastante simple. Mazzagatti y colegas utilizan el término "simple y elegante" en la explicación de la forma en que está organizada. En pocas palabras, se trata de una estructura de tipo arborea con nodos llamados "tríadas." Estos nodos están conectados entre sí por ramas o caminos. Las tríadas que conforman la Triadic Continuum puede ser visualizadas como tres nodos organizados de forma triangular, en cierta formación. El primer nodo se conecta al segundo nodo mediante un puntero bidireccional, y el segundo se conecta al tercero tambien con otro puntero bidireccional. Los punteros identifican a que nodeo y desde que nodo se conectan , lo que permitirá a todos los nodos a saber siempre su relación dentro de la continuidad de las estructura consultando sólo dos punteros."

Vamos que no me he enterado de nada, pero eso sí, parece que no soy el único que se esta dando cuenta que el Datawarehouse y los sistemas de BI deben de dar un paso evolutivo hacia el "conocimiento", dejando atras los "datos"

Prometo buscar mas info sobre THE TRIADIC CONTINUUM.

MODIFICACION 2-Nov-2007

Ayer recibí un email que me ha dejado patidifuso, un mail muy corto pero a la vez sorprendente y que me ha recordado que estamos realmente es un mundo conectado y que esto de la blogosfera realmente es algo increible.

El contenido del mail es este:

I have read your blog and sent it to my team – I love the TNG picture – the team members were excited to see that someone really grasped the ideas - Jane

Y si señores, es la Jane que sospechais,... ¡¡¡¡Jane Mazzagatti!!!!.

Pregunta al aire: ¿Qué debe "almacenar" un DataWarehouse?

Yo cada vez tengo mas claro que debe almacenar todo menos datos, de hecho empiezo a sospechar que el concepto de DataWarehouse está llegando a su fin.

(SILENCIO)

(SILENCIO)

(SILENCIO)

Este silencio es para causar estupor :-D.

No me he vuelto loco, simplemente cae por su propio peso .

Si recordamos la metodología User-Driven , en ella el punto de partida es que los requisitos no son suficientes con lo que se busca mostrar al usuario un prototipo funcional para intentar captarlos lo mejor posible. Esta metodología buscan tener muy bien definido la interfaz de usuario y que la calidad del dato mostrado sea muy buena, el objetivo es conocer al usuario y las cuestiones que se tienen que responder de cara al negocio, sobre todo las de caracter estratégico.

Afolabi y Thiery, es su articulo "Using Users’ Expectations to Adapt Business Intelligence Systems", nos hablan de la importancia de usuario en este tipo de sistemas, no solo a la hora de definirlo, sino basado en sus propias fases cognitivas: observación; abstracción elemental; razonamiento y simbolización; y creatividad. A través de estos estudios podremos adaptar nuestro sistema de BI al tipo de consultas que nos hará el usuario final (Query Adaptation) y al tipo de respuestas que le tenemos que devolver (Response Adaptation).

Conocer como los usuarios "entienden" la información nos permitirá que los sistemas de BI se entronquen directamente con la gestión del conocimiento creando nuevos sistemas que algunos autores ya estan denominado Knowledge Datawarehouse.

Así pues la pregunta esta clara:

¿Que debe almacenar un Datawarehouse?
a) Datos
b) Información
c) Conocimiento.

d) Todas las anteriores

e) Ninguna de las anteriores

Os pongo una encuesta para que interactueis, pero el debate esta abierto.

Pair Thinking para DWH

En una de las metodología ágiles mas extendida la XP ,una de las formas de trabajo que se recomienda es el Pair Programming, en la que un programador codifica y el otro "mira". Algu muy Typical Spanish (:-D).
La verdad es que inicialmente puede chocar, la programación siempre se ha visto como algo solitario, y tener dos personas delante de un solo teclado y de un solo monitor sorprende en un inicio.

La semana pasada estuve en varios de mis clientes, supervisando a los equipos e intentando ayudar en algunos puntos del desarrollo en el que se estaban teniendo algunas dificultades, al final de la semana, cuando volvía a casa reflexionando de como me había ido, me di cuenta de que lo que habia estado haciendo en la mayoria de casos es Pair Thinking y que habia funcionado muy bien.

Si lo pensais las ventajas son muchas; y mucho mas en entornos decisionales, en los que no solamente hay que ver como estructuras los datos, sino en como los interpretará el usuario final.

Pensad en como funciona la mente humana, nos he muy complicado pensar a nivel abstracto y luego pasar a pensar a nivel concreto. Nos es difícil pasar de alto nivel a bajo nivel y si lo hacemos de forma continua acabamos desconcentrados y cometemos errores.

Es por esto que cuando estamos estructurando un DWH primero pensamos la estrategia de estructuración de datos que vamos a seguir y luego nos ponemos a codificar cada una de lso procesos ETL, sin pensar de nuevo a nivel estratégico hasta que no finalizamos alguno de los datamarts o a veces la totalidad del data warehouse, y entonces cuando nos lanzamos con el reporting vemos los errores o las cosas que nos hemos dejado en la estrategia de codificación original.

Pensar a lo grande y en detalle a la vez nos es imposible con un solo cerebro. Pues pongamos dos.

En el Pair Thinking uno de los miembros debe esta pensando a nivel táctico y el otro a nivel estratégico de manera de que esos dos procesos siempre estén activos reduciendo así los errores y mejorando la calidad de la información resultante.

Si utilizamos la gran experiencia de XP en sus roles de Pair Programming y los plagiamos sin ningún tipo de rubor, podemos decir que estos dos roles deberian intercambiarse cada poco tiempo entre los miembros de la pareja para abarcar todas las posibilidades tácticas y estratégicas del diseño del DWH.

El nivel de los miembros de la pareja ha de ser equivalente, no sirve que uno sepa mucho y otro no tenga ni idea, deben de estar equilibrados y obviamente llevarse bien para que tenga éxito. Pero no solamente entre ellos sino también con el usuario final. En el Pair Thinking el usuario final ha de ser contantemente consultado para saber "que espera" y los conocimientos del área de negocios de ambos diseñadores del DWH deben de ser muy amplios o les será totalmente imposible pensar a nivel estratégico.

Así pues, para aplicarlo correctamente necesitariamos dos "Arquitectos DWH" con mucha experiencia en negocio, cosa que es dificil de justificar en un proyecto de diseño a tiempo completo por lo que supone en costes. (si fuera Pair programming sería mas facilmente justificable)

Por eso quizas la mejor aproximación sería la de realizar sesiones rutinarias de Pair Thinking, dentro del ciclo de la metodología de diseño del DWH.

Y esto es lo que, sin darme cuenta, he ido haciendo en los últimos años.

Tres razones para cambiar a metodologías ágiles

Leyendo el post The Risks of Traditional Modeling del gurú del desarrollo ágil Scott W.Ambler

Se me ha ocurrido esta adaptación mas sencilla e igual de impactante.

1.) Reducirás el riesgo de que nadie quiera el software que estas desarrollando o que no esté alineado con el negocio. Si el usuario de negocio está en el equipo seguro que tendrás entre manos una solución que se usará y que finalmente aportará valor.

2.) No darás nada por sentado. En las metodologías tradicionales puedes caer en el riesgo de trabajar bajo un falso sentido de seguridad. Con las metodologías ágiles seguro que no darás nada por sentado, sabrás que te mueves en aguas pantanosas y eso te hará .... reflexionar, hecho fundamental para que cualquier proyecto tenga mayores probabilidades de éxito.

3.) Reducirás el coste del cambio en mitad del proyecto. Con las metodologías ágiles evitarás las decisiones arquitectónicas demasiado tempranas cuando apenas sabes nada del problema, con el riesgo que ello conlleva. Además te facilitan que a mitad del camino puedas decir "ostras la he cagado" y tomar una dirección mas acertada. En las metodologías tradicionales en las incurres en grandes costes al principio de vida del proyecto seguramente te lo pensarás dos veces antes de cambiar de dirección a pesar de que estes en un camnio incorrecto.

Así que como dice Scott W. Ambler,

"[..]esta llegando el tiempo en que nos empezaremos a plantear los riesgos de seguir con una metodología tradicional. [..] ( y los costes)"

¿Quien ha intentado cambiarse?