Introducción al framework Scrum para la gestión de productos TIC: defunciones, roles, proceso Scrum, ceremonias, controles visuales, composición de los equipos de desarrollo.

1. David de Francisco Marcos
Msc, MBA, PMP y CSM
Framework
Scrum
Máster en Informática
Universidad de Valladolid
2015-2016
david.de.fco@gmail.com
www.linkedin.com/in/daviddefco
http://es.slideshare.net/daviddefco

2. Scrum es
Un marco ágil de
gestión…
…para crear productos
de calidad de forma
flexible…
…a través de entregas
frecuentes y
predecibles…
…por parte de un
equipo multidisciplinar y
autoorganizado
¿Qué es Scrum (y qué no)?
Scrum NO es
Una metodología
Un conjunto de prácticas
para mejorar el código
Solamente un conjunto de
herramientas y buenas
prácticas
Un conjunto de complejas
especificaciones
parametrizable
Imágen obtenida de
www.flickr.com/photos/60892750@N00/

3. Un Proyecto Scrum
ComprometidoInteresado
Grupos de Interés
Requisitos
Producto
Product
Backlog
Priorizado
Proceso SCRUM
Incremento
Product Owner
(PO)
Scrum Master
(SM)
Team

4. Scrum Lingo!
Sprint: Iteración de duración fija (1-4 semanas)
User Story: escenario de uso con valor de negocio y que
explica el qué, y no el cómo. A menudo se asocia a personas.
Persona: arquetipo de usuario extraído de estudios de
mercado/negocio y que comparte pautas de uso.
Criterio de aceptación: qué es lo que considera el cliente
para que una historia sea aceptada.
Definición de Hecho (DoD): Lista de actividades para que el
equipo considere una tarea pueda ser considerada como
entregable al cliente.
Minimum Marketable Feature (MMF): Funcionalidad mínima
con sentido suficiente para ser llevada al mercado
Epic: historia grande susceptible de ser dividida en mayor
detalle y que supone un desafío para el equipo
Imágen obtenida de
www.flickr.com/photos/ 46694549@N03 /

5. Roles: Dueño del Producto
Una persona. Responsable de
priorizar
Maximiza el valor (ROI) del
trabajo
Nexo entre el equipo y grupos de
interés
Valida las entregas (acepta /
rechaza)
Ayuda a definir Criterio de
“Hecho”
Conocimiento, con poder e
involucrado Imágen obtenida de
www.flickr.com/photos/robpoetsch/

6. Roles: Scrum Master
Servant Leader (facilitador)
Protege al equipo de
interrupciones
Elimina impedimentos
Comunica la visión del
proyecto
Nutre y fortalece al equipo
Mantiene la eficiencia del
proceso
Educa y forma
Analiza y vigila para mejorar
Imágen obtenida de
www.flickr.com/photos/calciocatania/

7. Roles: Equipo
Multifuncional y responsable
7 ± 2 personas
Convierten los elementos del
backlog en valor para el cliente
cada poco tiempo
Auto-organizado, son
“Generalizing Specialists”
Todo el mundo hace lo que
puede
Enfocados a la calidad y
excelencia
Imágen obtenida de
www.flickr.com/photos/ wwwarenasartcomphotos /

8. Product Backlog
 Lista priorizada de
historias de producto
 Se revisa en cada
iteración
 Incluye acciones de
control de riesgos
 Historias
progresivamente
detalladas
Sprint Backlog
 Lista priorizada de
tareas detalladas
 Fijas y acordadas
para el final del sprint
 Criterios de
aceptación definidos
 Se auto-asignan por
parte del equipo
Impediment
Backlog
 Lista de dificultades
a resolver
 Administrativas,
técnicas, etc…
 Se actualiza en
cada daily meeting
Artefactos SCRUM

9. Product
Backlog
Sprint
Backlog
Incremento
de Producto
Sprint 2-4
semanas
24 horas
Sprint Planning
Daily Meeting
Sprint Presentation
Retrospective
Product Owner Scrum Master Team Customer
Visión
El Proceso Iterativo

10. Planificación: Conceptos
Story Points
Indican la complejidad de una tarea respecto a otras
La medida de base se define en cada grupo
NO tienen relación directa con unidades temporales NO
sirven para comparar entre distintos grupos
Velocity
Se puede estimar en función a proyectos previos
También se ajusta viendo el histórico de los sprints
Permite estimar el número de sprints necesarios
Marca la progresión de eficiencia de un equipo
NO sirve para comparar distintos grupos

11. Sprint Planning
¿Qué se puede llevar a cabo en el sprint?
1) PO presenta el objetivo del sprint
2) El PO propone los elementos del backlog
3) El equipo y el PO identifican las dependencias
4) El SM y el equipo evalúan disponibilidad
5) El equipo evalúa lo que va a lograr en el sprint
¿Cómo vamos a llevar a cabo el trabajo?
6) El equipo identifica las tareas necesarias
7) Se descomponen las primeras tareas
8) Se negocian ajustes al ámbito del sprint
9) El equipo se compromete a cumplir la meta de sprint
10)El SM crea el sprint backlog y el burndown
Sizing
Poker Planning
product backlog
último incremento
histórico de rendimiento
estimación de capacidad
meta del sprint
sprint backlog

12. User Stories
Pruebas:
Probar con alumnos de primer año.
Probar asignaturas de última
convocatoria.
Probar antes y después de exámenes.
Aceptación:
Podemos ver en tablas y separadas por
años las asignaturas, calificaciones y
convocatorias.
Se identifica claramente las
asignaturas aún no evaluadas y
matriculadas.
Consulta del Expediente Académico
Como estudiante alumno quiero poder
consultar mi expediente académico de
forma que pueda consultar e imprimir los
datos referentes a calificaciones y
asignaturas matriculadas.
Prioridad: MUST
Story Points: 5
Vero: Separadas
por años.
Marco: Incluir el
número de
convocatoria.
INVEST
Independent Estimable
Negotiable Small
Valuable Testable

13. Control Visual Kanban
Básico
Ejemplo de
fases de
desarrollo de
producto
Extraído de www.kanbantool.com

14. Control Visual Burndown Chart
Esfuerzo
(Story
Points)
Escala temporal del sprint
(días)
Momento
actual
(día 12/20)
Previsión de finalización
(día 18, por ejemplo)
El trabajo fluye rápido
(45º)
Ojo! Hay problemas,
el trabajo no fluye (5º)
Problema
Resuelto

15. Ceremonia Daily Scrum
El equipo se junta diariamente y
cada uno responde:
¿Qué he logrado completar ayer?
¿En qué voy a trabajar hoy?
¿Hay algún impedimento?
Actualiza el Impediment backlog
Sincroniza y da visibilidad
Máximo 15 minutos (stand-up)
Imágen obtenida de
www.flickr.com/photos/ acarlos1000/

16. Ceremonia Sprint Review
Demuestras el progreso a los
grupos de interés
Se realiza aunque no haya progreso
Sirve para conseguir la
aceptación de la entrega
Basada en el producto
Aporta confianza y transparencia
Obtener feedbackImágen obtenida de
www.telegraph.co.uk
Show me
the
Money!

17. Ceremonia Retrospective
Orientado a mejorar el proceso
Productividad, calidad, capacidad
Resolver dinámicas de equipo
Proceso de mejora continua
1. Establecer el clima adecuado
2. Obtener y analizar datos
3. Extraer conclusiones
4. Decidir qué hacer
5. Plan de acción y cierre
Imágen obtenida de
www.flickr.com/photos/ acarlos1000/