Perdidas

Estas últimas semanas he estado haciendo un par de procesos de selección para incorporar gente de inteligencia de negocio. Si estás pensando en qué especializar tu carrera profesional, he aquí un campo en el que hay oportunidades y no muchos candidatos. Aprende ETL, aprende de cubos OLAP y aprende MDX. Créeme, hacen falta y hay pocos. Por leyes de oferta y demanda...

Sin embargo, de lo que quería hablar hoy es de una pregunta que hacía en las entrevistas: Para ti, ¿qué es lo más importante en un proyecto de data warehouse? ¿Y lo que más coste en tiempo lleva?

Hay una frase de Abraham Lincoln que siempre me ha gustado. Dice así:

"Si tuviera ocho horas para talar un árbol, dedicaría seis a afilar el hacha."

Habla de lo importante que es analizar bien un problema antes de iniciar su ejecución. Y para un proyecto de data warehouse también es cierto. Eso fue lo que respondió la mayor parte de los candidatos (de los que respondieron, que no fueron tantos): analizar, un buen diseño, eso es lo más importante y lo que más tiempo lleva.

Es cierto, es importante y lleva tiempo. Pero a mí otro ilustre, Alejandro Leguizamo, me enseñó que lo más importante es el negocio, hablar con la gente del negocio y con todos los afectados (no sólo con el que manda), verlo desde todas las aristas, que para eso haremos cubos. Conociendo el negocio conocerás, todas las casuísticas y podrás hacer un diseño adecuado.

En cuanto a lo que más tiempo lleva, quizá depende de la pericia de cada uno, pero para mí y con distancia de lo segundo, es el ETL para cargar el data warehouse. Y ojo, porque este detalle es importante, si eres el que "vende" estos servicios, si eres el que los "compra" o si, simplemente, debes ser tú quien los implemente y no quieres pillarte los dedos. No cometas nunca el error de dar como gratis la carga de data warehouse, porque será la parte más costosa del proyecto. Eso también me lo enseño Alejandro en un

...