Scrum

Agile Software Development
by @trukuxzo

Scrum…
…es un marco de trabajo estructurado para dar soporte al
desarrollo de productos complejos.
Scrum consiste en los Equipos Scrum y en sus roles,
eventos, artefactos y reglas asociadas.
Cada componente dentro del marco de trabajo sirve a un
propósito específico y es esencial para el éxito de Scrum
y para su uso.

Scrum
Cancel
Gift wrap
Return
Sprint
2-4 semanas
Objetivo del Sprint
Sprint
Backlog
Incremento del producto
potencialmente entregable
Product
Backlog
24 horas

Scrum Framework
•Product Owner
•Scrum Master
•Team
Roles
•Sprint Planning
•Sprint Review
•Sprint Retrospective
•Daily Scrum Meeting
Reuniones
•Product Backlog
•Sprint Backlog
•Burndown Charts
Artefactos

•Product Owner
•Scrum Master
•Team
Roles
Scrum Framework
•Sprint Planning
•Sprint Review
Reuniones
•Product Backlog
•Sprint Backlog
•Burndown Charts
Artefactos

Product Owner
 Define las funcionalidades del producto
 Decide sobre las fechas y contenidos de los releases
 Es responsable por la rentabilidad del producto (ROI)
 Prioriza funcionalidades de acuerdo al valor del
mercado/negocio
 Ajusta funcionalidades y prioridades en cada iteración
si es necesario
 Acepta o rechaza los resultados del trabajo del equipo

El ScrumMaster
 Representa a la gestión del proyecto
 Responsable de promover los valores y prácticas de
Scrum
 Remueve impedimentos
 Se asegura de que el equipo es completamente
funcional y productivo
 Permite la estrecha cooperación en todos los roles y
funciones
 Escudo del equipo de interferencias externas

El Team
 Típicamente de 5 a 9 personas
 Multi-funcional:
 Programadores, testers, analistas, diseñadores, etc.
 Los miembros deben ser full-time
 Puede haber excepciones (Ej.: Infraestructura, SCM, etc.)
 Los equipos son auto-organizativos
 Idealmente, no existen títulos pero a veces se utilizan de acuerdo
a la organización
 Solo puede haber cambio de miembros entre los sprints

•Product Owner
•Scrum Master
•Team
Roles
Scrum Framework
•Product Backlog
•Sprint Backlog
•Burndown Charts
Artefactos
•Sprint Planning
•Sprint Review
Reuniones

Sprints
 En Scrum los proyectos avanzan en una serie
de “Sprints”
 Análogo a las iteraciones en XP
 La duración típica es 2–4 semanas o alo sumo
un mes calendario
 La duración constante conduce a un mejor
ritmo
 El product es diseñado, codificado y testeado
durante el Sprint

Sprint Planning Meeting
Priorización
• Analizar y evaluar el Product
Backlog
• Seleccionar el objetivo del Sprint
Planificación
• Decidir como alcanzar el objetivo
del Sprint (diseño)
• Crear el Sprint Backlog (tareas)
en base a los temas del Product
Backlog (user stories / features)
• Estimar Sprint Backlog en horas
Objetivo
del Sprint
Sprint
Backlog
Condicione
s del
Negocio
Capacidad
del Equipo
Product
Backlog
Tecnología
Producto
Actual

Planificación del Sprint
 El equipo selecciona los temas a partir del Product
Backlog que pueden comprometerse a completar
 Se crea el Sprint Backlog
 Se identifican tareas y cada una es estimada (1-16 horas)
 Realizado colaborativamente, no solo por el ScrumMaster
 El diseño de Alto Nivel es considerado
COMO planificador
de vacaciones, YO
QUIERO ver fotos
de los hoteles.
Codificar la capa intermedia (8 hs)
Codificar la interfaz de usuario (4)
Escribir los test fixtures (4)
Codificar la clase foo (6)
Actualizar test de performance (4)

Daily Scrum
 Parámetros
 Diaria
 Dura 15 minutos
 Parados
 No para la solución de problemas
 Todo el mundo está invitado
 Sólo los miembros del equipo, ScrumMaster y Product
Owner, pueden hablar
 Ayuda a evitar otras reuniones innecesarias

Todos responden 3 preguntas
 No es dar un status report al Scrum Master
 Se trata de compromisos delante de pares
¿Qué hiciste ayer?
1
¿Qué vas a hacer hoy?
2
¿Hay obstáculos en tu camino?
3

Sprint Review
 El equipo presenta lo realizado durante el sprint
 Normalmente adopta la forma de una demo de las
nuevas características o la arquitectura subyacente
 Informal
 Regla de 2 hs preparación
 No usar diapositivas
 Todo el equipo participa
 Se invita a todo el mundo

Sprint Retrospective
 Periódicamente, se echa un vistazo a lo que
funciona y lo que no
 Normalmente 15 a 30 minutos
 Se realiza luego de cada Sprint
 Todo el equipo participa
 ScrumMaster
 Product Owner
 Equipo
 Posiblemente clientes y otros

Start / Stop / Continue
 Todo el equipo se reúne y discute lo que les gustaría:
Comenzar a hacer
Dejar de hacer
Continuar haciendo
Esto es sólo una
de las muchas
maneras de
hacer una
retrospectiva.

Product Backlog
 Los requisitos
 Una lista de todos los
trabajos deseados en el
proyecto
 Idealmente cada tema tiene
valor para el usuarios o el
cliente
 Priorizada por el Product
Owner
 Repriorizada al comienzo de
cada Sprint
Este es el
Product Backlog

Ejemplo de Product Backlog
Backlog Item Estimación
Permitir que un invitado haga una reserva. 3
Como invitado, quiero cancelar una reserva. 5
Como invitado, quiero cambiar las fechas de una
reserva.
3
Como un empleado de hotel, puedo ejecutar
informes de los ingresos por habitación
disponible
8
Mejorar el manejo de excepciones 8
... 30
... 50

El objetivo del Sprint
 Una breve declaración de cual será el foco del trabajo
durante el sprint
Aplicación con B.Datos
Servicios Financieros
Ciencias Biológicas
Funciones de apoyo técnico
necesarios para estudios de
genética de poblaciones.
Soportar más indicadores
técnicos que la empresa ABC en
tiempo real y streaming de datos.
Hacer que la aplicación se
ejecute en SQL Server, además
de Oracle.

Gestión del Sprint Backlog
 Los individuos eligen las tareas
 El trabajo nunca es asignado
 La estimación del trabajo restante es actualizada
diariamente
 Cualquier miembro del equipo puede añadir, borrar o
cambiar el Sprint Backlog
 El trabajo para el Sprint emerge
 Si el trabajo no está claro, definir un tema del Sprint
Backlog con una mayor cantidad de tiempo y subdividirla
luego.
 Actualizar el trabajo restante a medida de que más se
conoce

Ejemplo de Sprint Backlog
Tareas
Codificar UI
Codificar negocio
Testear negocio
Escribir ayuda online
Escribir la clase foo
L
8
16
8
12
8
M
4
12
16
8
M J
4
11
8
4
V
8
8
Agregar error logging
8
10
16
8
8

Un Sprint Burndown Chart
Hours

Hours
40
30
20
10
0
Mon Tue Wed Thu Fri
Tareas
Codificar UI
Codificar Negocio
Testear Negocio
Escribir ayuda online
L
8
16
8
12
M M J V
4
12
16
7
11
8
10
16 8
50

Escalabilidad
 Normalmente los equipos son de 7 ± 2 personas
 La escalabilidad proviene de equipos de equipos
 Factores a tener cuenta
 Tipo de aplicación
 Tamaño del equipo
 Dispersión del equipo
 Duración del proyecto
 Scrum se ha utilizado en múltiples proyectos de
más de 500 personas

Expansión a través de Scrum de
scrums

Referencias
www.mountaingoatsoftware.com/scrum
www.scrumalliance.org
en.wikipedia.org/wiki/Scrum_(software_
development)

Scrum

Más contenido relacionado

La actualidad más candente (20)

Similar a Scrum (20)

Más de Senior Dev (7)

Scrum