2. Agenda Introducción – Metodologías ágiles SCRUM Ciclo de vida Scrum Componentes Buenas prácticas Preguntas
3. Introducción – Metodologías ágiles Valores Individuos e iteraciones sobre proceso y herramientas Software que funciona sobre documentación exhaustiva Colaboración con el cliente sobre negociación de contratos Responder sobre el cambio sobre seguimiento de un plan
4. SCRUM Scrum proviene del Rugby Los jugadores de ambos equipos se agrupan en una formación llamada scrum para obtener la pelota Su complejidad hace que si algún integrante del equipo sede, el scrum se derrumba Para que esto no suceda, los jugadores deben: - Estar coordinados - Apoyarse en sus compañeros - Empujar al mismo tiempo - Tener el mismo objetivo
5. SCRUM Scrum es un framework de trabajo que permite crear un proceso propio para el desarrollo de nuevos productos
8. SCRUM Aplicado en la Ingeniería de Software... Es una metodología ágil para la gestión de proyectos basado en la iteración y entregas incrementales de un producto o servicio
9. SCRUM Características - Es una metodología ágil - Es liviano, iterativo e incremental - Se realizan entregas funcionales frecuentes - Descentralizado - Simplicidad - Adaptativo y flexible - Enfocado en la productividad - Requisitos auto-organizables - Predisposición y respuesta al cambio - Comunicación directa con los stakeholders - Motivación y responsabilidad
11. Ciclo de vida SCRUM Sprints - El ciclo de vida de Scrum se divide en Sprints - Representa un incremento del producto - Dura típicamente entre 2-4 semanas - En cada Sprint se diseña, codifica y testea el producto
13. Componentes - Roles Product owner - Representante del cliente y stakeholders - Tiene autoridad para cambiar y/o definir el producto - Acepta o rechaza el resultado del sprint - Solo uno por equipo - Trabaja junto con el equipo - Propietario de la lista de requerimientos - Prioriza los requerimientos - Responsable de la rentabilidad del producto
14. Componentes - Roles Scum master - Facilitador y líder del equipo - Remueve impedimentos del equipo - Promueve valores, principios y prácticas scrum - Solo uno por equipo - Trabaja junto con el equipo - Responsable del producto
15. Componentes - Roles Team - Pocos integrantes (7 +/- 2) - Multifuncional e interdisciplinario - Roles difusos - Trabajan a tiempo completo en un sprint - Auto-organizado y auto-disciplinado - Definen y estiman tareas de cada requerimiento - Propietario de la lista de tareas - Comprometido y descentralizado
16. Componentes - Reuniones Sprint planning - Lista de requerimientos priorizados - El equipo determina los requerimientos del sprint - El equipo define y estima las tareas de cada requerimiento - Primera actividad de un sprint - La duración depende de la duración del sprint (máx 8 hs) - Se genera el sprint backlog y el objetivo del sprint
17. Componentes - Reuniones Sprint review - Duración máx 2 a 4 hs - Demo del producto - Finalidad: presentar al product owner las nuevas funcionalidades - Participan todos: Scrum master, Producto owner y Equipo - Las funcionalidades no implementadas no se presentan - Se genera feedback del producto
18. Componentes - Reuniones Sprint restrospective - Reflexión sobre sprint se responde a: - ¿que fue lo bueno y malo del sprint? - ¿que cosas se pueden mejorar? - Siempre al finalizar el sprint - Participan todos: Scrum master, Product Owner y Team - Se genera feedback - Duración máxima 1 hora
19. Componentes - Reuniones Daily scrum meeting - 15 minutos - Scrum master es el responsable - Scrum mastar y equipo - tres preguntas: - ¿qué hice desde la última reunión diaria? - ¿qué voy a hacer hasta la próxima reunión? - ¿qué dificultades tengo para realizar mi labor? - No se resuelven problemas, solo se identifican - Misma hora y lugar (recomendado) - Primera actividad del día (recomendado)
20. Componentes – Artefactos Product Backlog - Lista viva y priorizada de requerimientos (el Qué) - Requerimientos definidos en un alto nivel - Priorizado por el Product Owner - Repriorizada al inicio de cada Sprint - Nunca llega a ser una lista completa y definitiva - Se mantiene durante todo el ciclo de vida - Pueden tener una estimación asociada
21. Componentes – Artefactos Sprint Backlog - Subconjunto del Product Backlog - Requerimientos detallados a mas bajo nivel (el Cómo) - Las tareas no son asignadas - El equipo elige las tareas a realizar - Las estimaciones son actualizadas diariamente - Cualquier miembro del equipo puede modificar el Sprint Backlog
22. Componentes – Artefactos Burndown Chart - Gráfico que muestra la cantidad de trabajo restante del Sprint - Controla progreso del Sprint re-estimación de tareas Adición de nuevas tareas - Muy importante para los Stakeholders
23. Buenas prácticas - Tareas de 8 horas - Ubicar a todo el equipo en el mismo lugar - Tener el Sprint Backlog en un lugar visible - Realizar testeos en todos los Sprints - Facilitar la comunicación - Utilizar herramientas de control