Scrum

Agenda Introducción – Metodologías ágiles SCRUM Ciclo de vida Scrum Componentes Buenas prácticas Preguntas

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

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

SCRUM Scrum es un framework de trabajo que permite crear un proceso propio para el desarrollo de nuevos productos

SCRUM ¿Cualquier tipo de producto?

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

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

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

Componentes - Roles - Product Owner - Scrum Master - Team - Reuniones - Sprint planning - Sprint review - Sprint retrospective - Daily scrum meeting - Artefactos - Product backlog - Sprint backlog - Burndown chart

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

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

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

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

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

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

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)

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

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

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

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

Preguntas? Federico Lozada Mosto Blog: http://www.mostofreddy.com.ar Mail: [email_address] Twitter: http://www.twitter.com/mostofreddy

Scrum

Más contenido relacionado

La actualidad más candente (20)

Similar a Scrum (20)

Más de Federico Damián Lozada Mosto (8)

Último (20)

Scrum