Introduccin a SCRUM

Agenda

Introduccin Metodologas giles

SCRUM

Ciclo de vida Scrum

Componentes

Buenas prcticas

Preguntas

Introduccin Metodologas giles

Valores

Individuos e iteraciones sobre proceso y herramientasSoftware que funciona sobre documentacin exhaustivaColaboracin con el cliente sobre negociacin de contratosResponder sobre el cambio sobre seguimiento de un plan

SCRUM

Scrum proviene del Rugby

Los jugadores de ambos equipos se agrupan en una formacin llamada scrum para obtener la pelota

Su complejidad hace que si algn integrante del equipo sede, el scrum se derrumba

Para que esto no suceda, los jugadores deben:

- Estar coordinados- Apoyarse en sus compaeros- 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

SCRUM

Aplicado en la Ingeniera de Software...

Es una metodologa gil para la gestin de proyectos basado en la iteracin y entregas incrementales de un producto o servicio

SCRUM

Caractersticas

- Es una metodologa gil- Es liviano, iterativo e incremental- Se realizan entregas funcionales frecuentes- Descentralizado- Simplicidad- Adaptativo y flexible- Enfocado en la productividad- Requisitos auto-organizables- Predisposicin y respuesta al cambio- Comunicacin directa con los stakeholders- Motivacin y responsabilidad

Ciclo de vida SCRUM

Ciclo de vida SCRUM

Sprints

- El ciclo de vida de Scrum se divide en Sprints

- Representa un incremento del producto

- Dura tpicamente entre 2-4 semanas

- En cada Sprint se disea, 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 lder del equipo

- Remueve impedimentos del equipo

- Promueve valores, principios y prcticas 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 duracin depende de la duracin del sprint (mx 8 hs)

- Se genera el sprint backlog y el objetivo del sprint

Componentes - Reuniones

Sprint review

- Duracin mx 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

- Reflexin 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

- Duracin mxima 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 reunin diaria?- qu voy a hacer hasta la prxima reunin?- qu dificultades tengo para realizar mi labor?

- No se resuelven problemas, solo se identifican

- Misma hora y lugar (recomendado)

- Primera actividad del da (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 estimacin asociada

Componentes Artefactos

Sprint Backlog

- Subconjunto del Product Backlog

- Requerimientos detallados a mas bajo nivel (el Cmo)

- 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

- Grfico que muestra la cantidad de trabajo restante del Sprint

- Controlaprogreso del Sprintre-estimacin de tareasAdicin de nuevas tareas

- Muy importante para los Stakeholders

Buenas prcticas

- 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 comunicacin

- Utilizar herramientas de control

Preguntas?

Federico Lozada Mosto

Blog: http://www.mostofreddy.com.arMail: mostofreddy@gmail.comTwitter: http://www.twitter.com/mostofreddy