Metodolog As Giles En BI Guillermo Watson Argentina 1
proyectos de Inteligencia de Negocios
Guillermo Watson
Datalytics
Stibenzon Cañas Sánchez
Ceiba Software House
Introducción
Business Intelligence
No es una tecnología ni un producto, sino una disciplina cross a una
organización que tiene como pilares una arquitectura integrada de
distintos componentes que como un todo proveen a la comunidad deusuarios rápido y fácil acceso a información que les permite tomar
mejores decisiones.
Metodología
Un conjunto de procedimientos racionales para llevar a cabo una tarea
de una manera ordenada; puede pensarse como un conjunto de mejores
prácticas.
Particularidades de una solución de BI
No es un sistema o un producto
Los usuarios están directamente involucrados
Su participación yel uso que hacen de la solución es la medida de éxito
No se cuenta con todo el know-how para llevar a cabo el proyecto
No es la implementación de un SW de reporting, DM, o lo que fuera
La organización no tiene todos los perfiles o experiencia necesaria
Barrera lingüística y conceptual con los usuarios
Los usuarios muchas veces no tienen visibilidad real o entendimiento acabado
porrequerirse de conceptos desconocidos por ellos hasta el momento.
Particularidades de una solución de BI
Los problemas de calidad de datos se hacen muy visibles
Naturaleza dinámica = cambios constantes
Siempre en respuesta a solicitudes de información del negocio
Se requieren estándares
BI representa y acompaña al negocio suministrándole información e inteligencia,
adaptándoseconstantemente según las necesidades.
Tiempos de desarrollo más acotados que un desarrollo tradicional
Nuevos usos, nuevos usuarios y nuevas formas de visualizar hacen de
amplificador a cualquier problema de calidad de datos que pudiera haber
Por su naturaleza integradora y evolutiva, en el equipo se deben seguir o definir
estándares.
Probabilidad de fracaso media-alta, segúncapacidades de la
organización, no herramientas.
¿Por qué fallan (tanto) los proyectos de BI?
+2 millones de respuestas...
Algo anda mal…!
¿Por qué fallan (tanto) los proyectos de BI?
Parálisis por análisis o extinción por acción
¿Por qué fallan (tanto) los proyectos de BI?
Meses levantando información
Documentos de especificación
gigantes y complejos
Parálisis por análisis o extinción por acciónBatalla por conseguir el
sign-off
Falta de comprensión de lo
que se va a recibir
Esquema de gestión orientada a rechazar los cambios
¿Por qué fallan (tanto) los proyectos de BI?
Relevamos rápido,
especificamos poco,
entendemos nada
Sobrecargamos al usuario con
pedidos de aclaración y pruebas
de cosas inútiles
Parálisis por análisis o extinción por acción
Metas poco claras,
re-trabajo
Cada vezmás difícil llegar a
una versión estable
Falta de norte: ¿para qué
estábamos haciendo todo esto?
Preguntas sin respuestas
Siendo proyectos complejos por su naturaleza integradora de
aplicaciones, bases de datos, perfiles de usuario, etc…
Siendo que el negocio es cambiante y dinámico…
¿Por qué muchas veces no se utiliza una metodología para su
gestión?
¿Por qué usar metodologíasrígidas y adversas a los cambios?
Siendo que la utilización por parte de la comunidad de usuarios es
absolutamente crítica…
¿Por qué involucrarlo al principio y al final únicamente?
Cómo abordar un proyecto: Scrum
Burndown
Chart
Sprint
Product Backlog
Sprint planning
meeting
Release
Commited
Backlog
¿Quiénes participan?
Product
Owner
Scrum
Master
Scrum
Team
Usuario
final
SprintReview &
retrospective
meeting
Roles necesarios
El equipo Scrum (Scrum Team): Son el equipo
que ejecuta el trabajo. No hay roles predefinidos
y cualquiera debería poder ejecutar cualquier
actividad.
El dueño del producto (Product Owner): Es la voz del
usuario y asegura que el equipo scrum trabaje sobre
los puntos que generan más valor al negocio.
Roles necesarios
El Scrum Master: Es una...
Regístrate para leer el documento completo.