Una de las causas de fracasos de los proyectos de BI es el bajo compromiso por parte de los usuarios del sistema, si bien las soluciones de BI tradicionales requieren capacitación o aprendizaje por parte de los usuarios se hace necesario mantener informados y capacitados en las soluciones una vez finalizados y entregados los proyectos. En caso contrario las soluciones existirán pero no serán utilizadas.
Durante el desarrollo de proyecto, es altamente recomendable, mantener reuniones periódicas entre el equipo desarrollador y con algún representante o el mismo owner de la solución; estas reuniones servirán para en una etapa temprana definir alcance, objetivos y entregables, y durante el desarrollo para monitorear los avances y resolver las dudas existentes por ambas partes (IT y negocio) y generar acuerdos. ¿Se te ocurren más medidas para evitar fracasos de proyectos BI por bajo uso del sistema?
En la etapa final del proyecto es bueno capacitar a los usuarios en el uso de la solución (incluyendo los procesos asociados), y luego agregar la definición, esquema y estructura de la solución junto a su documentación y metadata asociada al repositorio de metadata de la empresa.
Si no existe un repositorio de metadata en la organización entonces siempre mantén un Catálogo de Soluciones BI en donde puedas encontrar las soluciones debidamente indexadas y separadas por tipo reporting, OLAP,Q&R, Q&R, data mining, etc., con una breve pero explicativa descripción incorporando todos los elementos necesarios dependiendo del tipo, por ejemplo si es una solución de reporting incorporar owner, principales usuarios, diseño y propósito del reporte, quién y cómo fue diseñado (datos de usuarios para contacto), y por supuesto la definición y significado de los datos, de gráficos, de indicadores, y de los elementos presentes en el reporte o informe, dónde se puede encontrar los reportes, periodicidad de emisión, destinatarios, permisos, etc; si es una solución OLAP agregar además las definiciones de las medidas y campos calculados, dimensiones, jerarquías, modos de acceso a los datos, periodicidad de actualización, y siempre incorporar imágenes y ejemplos de uso. ¿Algún otro campo que agregar?
Los datos en el Catálogo de Soluciones BI son opcionales y definidos de acuerdo al uso, es una buena guía para los usuarios nuevos y para usuarios habituales de soluciones BI que tiene más necesidades de información, además alivia las consultas de usuarios que quieran conocer las soluciones existentes y para qué sirven, además sirve como un entregable en cualquier proyecto de BI y permite cerrar el ciclo de entrega. ¿Para qué más puede servir un repositorio de metadata?.
Por cierto, una vez en marcha el repositorio de metadata o catálogo de soluciones en cada nuevo proyecto se debe agregar como tarea la actualización y mantención del catálogo. Y en cada mantención a un sistema de información se debe agregar una tarea de mantención del catálogo para salvar la consistencia de las soluciones disponibles con el catálogo.
¿Algún comentario?
