Cómo las metodologías ágiles ayudan a los proyectos de Inteligencia de Negocios

Transcripción

1 Cómo las metodologías ágiles ayudan a los proyectos de Inteligencia de Negocios Guillermo Watson Datalytics Stibenzon Cañas Sánchez Ceiba Software House

2 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 de usuarios rápido y fácil acceso a información que les permite tomar mejores decisiones. Metodología Introducción Un conjunto de procedimientos racionales para llevar a cabo una tarea de una manera ordenada; puede pensarse como un conjunto de mejores prácticas.

3 Particularidades de una solución de BI No es un sistema o un producto No es la implementación de un SW de reporting, DM, o lo que fuera Los usuarios están directamente involucrados Su participación y el 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 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 por requerirse de conceptos desconocidos por ellos hasta el momento.

4 Particularidades de una solución de BI Los problemas de calidad de datos se hacen muy visibles Nuevos usos, nuevos usuarios y nuevas formas de visualizar hacen de amplificador a cualquier problema de calidad de datos que pudiera haber Naturaleza dinámica = cambios constantes BI representa y acompaña al negocio suministrándole información e inteligencia, adaptándose constantemente según las necesidades. Tiempos de desarrollo más acotados que un desarrollo tradicional Siempre en respuesta a solicitudes de información del negocio Se requieren estándares Por su naturaleza integradora y evolutiva, en el equipo se deben seguir o definir estándares. Probabilidad de fracaso media-alta, según capacidades de la organización, no herramientas.

5 Por qué fallan (tanto) los proyectos de BI? +2 millones de respuestas... Algo anda mal!

6 Por qué fallan (tanto) los proyectos de BI? Parálisis por análisis o extinción por acción

7 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ón Batalla 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

8 Por qué fallan (tanto) los proyectos de BI? 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 Relevamos rápido, especificamos poco, entendemos nada Metas poco claras, re-trabajo Cada vez más difícil llegar a una versión estable Falta de norte: para qué estábamos haciendo todo esto?

9 Preguntas sin respuestas Siendo proyectos complejos por su naturaleza integradora de aplicaciones, bases de datos, perfiles de usuario, etc Por qué muchas veces no se utiliza una metodología para su gestión? Siendo que el negocio es cambiante y dinámico Por qué usar metodologías rí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?

10 Cómo abordar un proyecto: Scrum Burndown Chart Sprint Product Backlog Sprint planning meeting Commited Backlog Release Sprint Review & retrospective meeting Quiénes participan? Product Owner Scrum Master Scrum Team Usuario final

11 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.

12 Roles necesarios El Scrum Master: Es una combinación de coach, solucionador y guardián de la puerta. Es el encargado de proveer al equipo con las mejores circunstancias posibles para la ejecución del trabajo.

13 La creación del Product Backlog El Product Owner reúne todas las especificaciones y requerimientos necesarios para los cambios en el producto, tales como nuevas funcionalidades o solución de defectos.

14 La creación del Product Backlog El product owner prioriza el product backlog, según su visión del mercado o del negocio, y llama al scrum team para una reunión.

15 Creación del Commited Backlog El scrum team define los ítems del product backlog que se implementarán durante el sprint. Estos requisitos se congelan y se convierten en el commited backlog

16 Reuniones Diarias Todos los días a la misma hora el Scrum Master se reúne con el Scrum Team para revisar: Qué se hizo el día de ayer? Qué se hará el día de hoy? Hay algo que este impidiendo la ejecución del trabajo?

17 El avance del Scrum Team durante el Sprint es visible permanentemente mediante el Burn Down Chart Burndown Chart

18 Sprint Review Al final del Sprint se hace una reunión donde se presenta el producto al Product Owner (y cualquier otro interesado)

19 Reunión de Retrospectiva Por ultimo el Scrum Team se reúne y hace una retrospectiva de la ejecución del Sprint. De esta deben salir: Qué practicas repetir Qué practicas mejorar Qué practicas descartar Cualquier otra sugerencia para mejorar.

20 Qué queremos..! El negocio recibe lo que necesita Aumentar la productividad Disminuir costos Soluciones en producción en menos tiempo Retroalimentación constante a la solución Trabajo en equipo: BI Negocio

21 Qué queremos..! Soluciones de calidad Mejorar la comunicación Hacer justo lo necesario Mejor mantenimiento de las soluciones Usuarios comprometidos con el proyecto Mejorar el dominio de la solución

22 Entregables Solución final aprobada por el product owner. Lineamientos de arquitectura Visibilidad temprana para mejor usabilidad final Pruebas unitarias y de integración Control Story Users Documentación de las necesidades Product Backlog Burndown Chart por Sprint Productos potencialmente desplegables por Sprint Diseño Gráfico: Wireframes Artes de diseño gráfico.

23 Beneficios & Desafíos Beneficios Desafíos Transparencia Inspección Adaptación No se consiguen resultados de calidad sólo por Scrum (prácticas técnicas!) Adaptación del equipo al trabajo con entregables al corto plazo. Lograr el involucramiento activo del cliente Compromiso

24 Cómo las metodologías ágiles ayudan a los proyectos de Inteligencia de Negocios Preguntas? Guillermo Watson Datalytics Stibenzon Cañas Sánchez Ceiba @CeibaSoftware

25 Cómo las metodologías ágiles ayudan a los proyectos de Inteligencia de Negocios Gracias! Guillermo Watson Datalytics Stibenzon Cañas Sánchez Ceiba @CeibaSoftware