Anda di halaman 1dari 24

Introducción a 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
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
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: mostofreddy@gmail.com
Twitter: http://www.twitter.com/mostofreddy