Los 10 errores que debes evitar al disear un

datawarehouse (1 de 2)
ANTONIO RIVAS 27/08/11

Este libro es un must-read
Durante las vacaciones estoy releyendo a los clsicos de los cuales mi favorito es el
por todos conocido libro de Ralph Kimball The Datawarehouse Toolkit (2nd
edition) el cual sinceramente es una joya para todos a los que nos gusta el tema del
datawarehousing y el diseo dimensional.
(Tiempo de lectura: 2 minutos)
En una parte de este libro se enumeran los 10 errores garrafales que debemos evitar a
la hora de planear y disear un datawarehouse. Hay algunos que los he podido
comprobar en proyectos, y ciertamente si te encuentras con uno de estos merece la
pena parar las mquinas, echar un paso atrs, y replantearse la situacin.
Recojo en esta entrada del blog los 10 errores que no deben cometerse al disear un
datawarehouse, en el orden propuesto, con la intencin de, por una parte traducirlos al
espaol y por otra parte comentarlos un poco.
P.S. Una vez terminado el artculo me he dado cuenta de que es demasiado largo (otra
vez), as que voy partirlo en dos para hacerlo ms digerible. Por lo tanto aqu van los
cinco primeros errores y en el siguiente post terminaremos con los cinco ltimos :)
De menor a mayor importancia:
Error n 10: Aceptar la premisa de que aquellos quienes son responsables de los
principales sistemas operacionales son muy importantes y estn muy ocupados para
pasar tiempo con el equipo del datawarehouse. Seguramente ellos no van a querer
modificar sus procedimientos operacionales para que la informacin trascienda al
datawarehouse.
Efectivamente, es un error cometer dicha suposicin. Si la organizacin entiende y
valora el papel que desempear el datawarehouse, los sistemas operacionales y sus
responsables debern cooperar con el equipo de datawarehouse. Desde luego si
encontramos problemas en la relacin con el actual equipo de IT de la empresa y estos
problemas no son atajados de raz por parte de la direccin, mal empezamos.
Error n 9: Una vez se ha desplegado el datawarehouse, slo se realizarn
comunicaciones a los usuarios finales si el presupuesto an alcanza.
Si hemos conseguido llegar hasta aqu, ignorar a los usuarios finales (que son a
quienes les hemos montado el tinglado) sera un gran error. De hecho, no slo hay que
comunicarlo si no que debemos realizar talleres, demostraciones, proporcionarles
documentacin, soporte lo que sea necesario para una mejor aceptacin del
proyecto.
Error n 8: Llevar al equipo de datawarehouse a unas oficinas separadas de los
usuarios de negocio y limitar su interaccin con ellos a travs de un nmero de
telfono de soporte
Mientras dure el proyecto de implantacin del datawarehouse, los tcnicos deben
trabajar fsicamente junto a los usuarios de negocio. Durante esos das el equipo de
datawarehouse deber ganarse la credibilidad de los usuarios para lograr la mxima
cooperacin. Cuanto ms inmersivo sea el trabajo del equipo tcnico, ms fcil ser
que comprendan los entresijos de esa actividad empresarial. Y desde luego esto no se
consigue apartndolos y minimizando el contacto con los usuarios.
Error n 7: Entrenar a los usuarios en todas las funcionalidades de la herramienta de
acceso a datos con informacin de prueba (la informacin productiva an no est lista)
y declarar que ha sido un xito pues el datawarehouse ya est desplegado
Realizar formaciones tempranas es tentador, ya que da la sensacin de que el proyecto
est muy avanzado. De hecho, una vez la estructura de la informacin est lista ya
podramos comenzar a entrenar a los usuarios utilizando informacin de mentira
mientras se terminan de poner en marcha los complicados procesos ETL que cargarn
el datawarehouse. Esto es un error. Debemos entrenar a los usuarios con clases
frecuentes pero cortas, centrndonos no slo en la herramienta de acceso a datos (que
al final se aprende por costumbre) sino en la semntica de la informacin que alberga
el datawarehouse. El libro de Kimball dice que podremos apuntarnos el tanto si seis
meses despus de que el datawarehouse ha sido desplegado los usuarios lo siguen
utilizando.
Error n 6: Asumir que los usuarios de negocio comenzarn a desarrollar sus propias
aplicaciones analticas en cuanto el datawarehouse est en marcha
Si bien es cierto que uno de los objetivos de implantar un datawarehouse es que los
usuarios tengan la oportunidad de desarrollar (mediante herramientas de acceso a los
datos) sus propios anlisis, esto no es algo que pase de la noche a la maana. Los
usuarios tienen primero que ver demostrado el potencial de la informacin que tienen
a su disposicin a travs de anlisis realizados previamente por el equipo de
datawarehouse. Si estos primeros informes dan en el clavo (son relevantes,
interesantes, fciles de entender) despertarn automticamente en los usuarios su
inagotable sed de dame ms informacin. Ese es un gran momento para introducir
formacin sobre la herramienta de acceso a datos y esperar a que nuestros usuarios
no sean unos negados con los ordenadores.
Y de momento, para no hacerlo muy pesado, lo dejamos aqu. En la prxima entrada
terminaremos con los cinco errores que faltan. Os animo a comentar lo dicho hasta
ahora usando los comentarios :)

- See more at: http://www.bi.dev42.es/2011/08/27/los-10-errores-que-debes-evitar-
al-disenar-un-datawarehouse-1-de-2/#sthash.fVN6w1GZ.dpuf