Scrum metodología ágil para tus proyectos

3,241 views

Published on

Scrum metodología ágil para tus proyectos – Diego Bravo en BarCampCbba

Cochabamba, Bolivia
30-01-2010

Published in: Technology

Scrum metodología ágil para tus proyectos

  1. 1. Gestión ágil de Proyectos de Software Ing. Diego Bravo Bilbao La Vieja Flash for Bolivia – Web Studio 2010
  2. 2. OBJETIVO <ul><li>Presentar un proceso de gestión de proyectos </li></ul><ul><li>(SCRUM) aplicable a desarrollo de productos con </li></ul><ul><li>requerimientos que tienen alto nivel de </li></ul><ul><li>incertidumbre. </li></ul>
  3. 3. Algunos problemas en la gestión de proyectos de software <ul><li>Requerimientos fuera de control </li></ul><ul><li>No cumplimiento de los tiempos planificados (Desvíos) </li></ul><ul><li>Estimaciones deficientes </li></ul><ul><li>Re-trabajo excesivo </li></ul><ul><li>Baja calidad </li></ul><ul><li>Costos excedidos </li></ul><ul><li>Insatisfacción del cliente </li></ul><ul><li>Insatisfacción de los profesionales participantes. </li></ul>
  4. 4. Estrategias actuales para desarrollar Software <ul><li>Sin procesos </li></ul><ul><li>Waterfall </li></ul><ul><li>Sin documentación </li></ul><ul><li>Planificación Informal </li></ul><ul><li>Equipos no disciplinados </li></ul><ul><li>Equipos no entrenados </li></ul><ul><li>Procesos Compliance CMMI </li></ul><ul><li>RUP, Prototipación </li></ul><ul><li>Con documentación </li></ul><ul><li>Planificación Formal </li></ul><ul><li>Equipos disciplinados </li></ul><ul><li>Equipos entrenados </li></ul>Ninguna metodología garantiza el éxito absoluto!! La clave está en saber discernir cual es la que mejor se ajusta a nuestras necesidades
  5. 5. Nivel de Ruido en los Proyectos <ul><li>Proceso Definido o Empírico? </li></ul>
  6. 6. EL MERCADO DEMANDA !! <ul><li>Alta calidad + diferenciación + bajo costo </li></ul><ul><li>se requiere </li></ul><ul><li>Velocidad + Flexibilidad </li></ul><ul><li>Qué estrategia utilizamos para gestionar el desarrollo? </li></ul>
  7. 7. Qué tienen en común cuando desarrollan sus productos? <ul><li>Inestabilidad incorporada </li></ul><ul><li>Equipos auto - organizados </li></ul><ul><li>Multi - aprendizaje </li></ul><ul><li>Control Sútil </li></ul><ul><li>Transferencia de aprendizaje a nivel organizacional </li></ul><ul><li>Fases de desarrollo solapadas </li></ul>“ Estas características son como piezas de un rompecabezas. Cada elemento por si mismo no aporta flexibilidad y velocidad. Cuando se complementan pueden producir una poderosa dinámica que hace la diferencia.”
  8. 8. Estilos de administración de proyectos
  9. 9. Gestión ágil de proyectos - SCRUM <ul><li>Proceso ágil de gestión de proyectos desarrollado por Ken Schwaber y Mike Beedle. </li></ul><ul><li>Enfocado al desarrollo de productos de manera empírica. </li></ul><ul><li>Proceso simple que requiere mucha disciplina para que resulte exitoso. </li></ul><ul><ul><li>Administración de requerimientos </li></ul></ul><ul><ul><li>Administración de riesgos </li></ul></ul><ul><ul><li>Planificación y seguimiento. </li></ul></ul><ul><li>Se basa en los principios ágiles: </li></ul><ul><ul><li>Colaboración estrecha con el cliente </li></ul></ul><ul><ul><li>Predisposición y respuesta al cambio </li></ul></ul><ul><ul><li>Desarrollo incremental con entregas funcionales frecuentes </li></ul></ul><ul><ul><li>Motivación y responsabilidad de los equipos por la auto-gestión, autoorganización y compromiso </li></ul></ul>
  10. 10. Scrum – El proceso
  11. 11. Sprint – Iteraciones
  12. 12. Roles Scrum
  13. 13. Pig & Chicken?
  14. 14. Herramientas - Product Backlog
  15. 15. Sprint
  16. 16. Sprints <ul><li>Período fijo de tiempo durante el cual el equipo desarrolla un incremento de funcionalidad (no más de 30 días). </li></ul><ul><li>No se aceptan cambios a los requerimientos acordados </li></ul><ul><li>El producto es diseñado, codificado y testeado durante el Sprint </li></ul><ul><li>Solo el Scrum Master puede cancelar el Sprint cuando; </li></ul><ul><ul><li>La tecnología no funciona </li></ul></ul><ul><ul><li>Las circunstancias del negocio cambiaron </li></ul></ul><ul><ul><li>El equipo tuvo interferencias </li></ul></ul>Iteraciones cortas permiten reducir riesgos !!!
  17. 17. Sprint Planning Meeting
  18. 18. Sprint Planning Meeting
  19. 19. Daily Scrum Meeting
  20. 20. Daily Scrum Meeting <ul><li>Duración aproximada de 15 minutos. Todos los días a la misma hora y en el mismo lugar </li></ul><ul><li>Participa el equipo y el Scrum Master (Product Owner opcional) </li></ul><ul><li>No hay conversaciones entre los miembros del equipo </li></ul><ul><li>Las gallinas pueden asistir pero no hablan!! </li></ul><ul><li>No se divaga </li></ul><ul><li>El principal objetivo es eliminar impedimentos </li></ul><ul><li>Beneficios: </li></ul><ul><ul><li>Mejor entendimiento de las interdependencias entre los miembros de equipo. (sincronización) </li></ul></ul><ul><ul><li>Mejora en la comunicación. </li></ul></ul><ul><ul><li>Todos conocen el estado del proyecto. </li></ul></ul><ul><ul><li>Elimina la necesidad de otras reuniones. </li></ul></ul><ul><ul><li>Identifica y remueve impedimentos. </li></ul></ul><ul><ul><li>Promueve decisiones rápidas. </li></ul></ul>
  21. 21. Sprint Backlog Burndown
  22. 22. Sprint Review Meeting
  23. 23. Sprint Review Meeting (Qué construímos) <ul><li>Objetivo: Presentar al Product Owner y demás involucrados del proyecto el trabajo realizado (incremento del producto) durante el Sprint </li></ul><ul><li>Participan: Equipo, Scrum Master, Product Owner, todas las personas involucradas en el proyecto </li></ul><ul><li>Reglas a seguir: </li></ul><ul><ul><li>El Team no invierte más de una hora para preparar el Sprint review </li></ul></ul><ul><ul><li>Las funcionalidades no finalizadas completamente no se presentan </li></ul></ul><ul><ul><li>Los miembros del equipo presentan las funcionalidades </li></ul></ul><ul><ul><li>Las demostraciones se realizan en las workstations de los miembros del equipo </li></ul></ul><ul><ul><li>Al finalizar la reunión se pide opiniones a los participantes, los cuales pueden sugerir cambios y mejoras </li></ul></ul>
  24. 24. Sprint Review Meeting (Qué construímos) <ul><li>Al finalizar: </li></ul><ul><ul><li>Se actualiza y vuelve a priorizar el Product Backlog </li></ul></ul><ul><ul><li>El Scrum Master anuncia el lugar y la fecha de la próxima revisión de Sprint </li></ul></ul>El Product Owner decide si la funcionalidad presentada cumple con los objetivos del Sprint
  25. 25. Sprint Retrospective (Cómo construimos)
  26. 26. Herramientas – Panel de Control
  27. 27. Resumiendo Extremadamente simple pero que requiere mucha disciplina para que funcione !!
  28. 28. Referencias <ul><li>www.scrumalliance.org </li></ul><ul><li>www.controlchaos.com </li></ul><ul><li>www.agilealliance.org </li></ul><ul><li>www.jeffsutherland.com </li></ul><ul><li>www.mountaingoatsoftware.com </li></ul>
  29. 29. Preguntas ¿?
  30. 30. Información de contacto <ul><li>Presentación por: </li></ul><ul><ul><li>Ing. Diego A. Bravo Bilbao La Vieja </li></ul></ul><ul><ul><ul><li>[email_address] </li></ul></ul></ul><ul><ul><ul><li>[email_address] </li></ul></ul></ul><ul><ul><ul><li>Facebook: facebook.com/diego.bravo </li></ul></ul></ul><ul><ul><ul><li>Skype: ffb.diego </li></ul></ul></ul><ul><ul><ul><li>591 + 70741621 </li></ul></ul></ul>

×