M1 : AGILE SCRUM
• Mg. Ing. Mariano Altuna
SCRUM
Scrum - Rugby
Pareto en los proyectos
80% 20%
es lo menos usado es lo mas usado
Fuente Standish Group – Chaos Report 2002
¿Quienes conforman un equipo scrum?
ROLES de un equipo Scrum
Users
Internos/Externos
Stakeholders
Product Scrum Development
Owner Master Team
Producto Owner Responsabilidades
• Encamina el éxito del producto
• Crea la visión del producto
• Crea, actualiza y prioriza el Product Backlog
• Colabora con el equipo
• Negocia con los usuarios y clientes
• Participa en las reuniones del Sprint
Representante del negocio dentro del equipo
Product Owner
¿Qué caracteristicas tiene dentro del equipo?
Product Owner
¿Qué hace para que se cumpla el objetivo?
Product Owner
La autoridad del PO sobre el Backlog
Expresar Ordenar las HU del PB Optimizar el valor del Asegurarse de que el PB Asegurarse que el
claramente los para alcanzar las metas y trabajo que desempeña sea visible, transparente DT entienda las HU
puntos las misiones de una el DT del producto y claro para todos, y del PB al nivel
mejor manera mostrar el siguiente necesario
trabajo de equipo Scrum
Scrum Master Responsabilidades
• Remueve los impedimentos
• Sirve al Product Owner y al equipo
• Protege al equipo
• Entrena al P.O y al equipo
✓ Scrum y principos de agilismo
• Buscar obtener el maximo rendimiento
del equipo
• Guía al equipo
• Actuar como un agente de cambio
Facilitador, Mentor, Coach, Consultor
Scrum Master
¿Qué hace para que se cumpla el objetivo?
Scrum Master
Liderazgo sin autoridad
Development Team Responsabilidades
• Se auto-organiza y compromete como equipo
• Entregar un incremento del producto
• Administra el Sprint Backlog y rastrea el
progreso del Sprint
• Participa en las reuniones del Sprint
(Planeación, Revisión, Diaria y Retrospectiva)
Auto-organizado y empoderado.
Decide como debe hacer las tareas
Development Team
Autoridad
El equipo tiene poder para :
• Tomar cualquier decisión requerida para alcanzar el éxito.
• Solicitar cualquier recurso que necesite (incluyendo entrenamiento
adicional)
Development Team
¿Qué hacen para que se cumpla el objetivo?
¿Cuales son los
Artefactos de Scrum?
Product Backlog
Sprint Backlog
Incremento
Artefactos de Scrum
PRODUCT BACKLOG
¿Qué es un PRODUCT BACKLOG?
El Product Backlog NO ES una simple lista de tareas
“El Product Backlog es una lista de todo el trabajo
pendiente, ordenado por prioridad”.
PRODUCT BACKLOG
¿Para qué sirve el PRODUCT BACKLOG?
• Sirve para tener una perspectiva de todo lo que se quiere hacer y tener claras las
prioridades del cliente.
• Ayuda a que el equipo sea más autodisciplinado y respete las prioridades del
cliente.
• También permite que el cliente pueda introducir cambios durante la vida del
proyecto.
• Ayuda a manejar la incertidumbre durante el proyecto porque empuja a
describir con más detalle las historias más importantes..
• Es más ligero que un documento de requisitos exhaustivo.
PRODUCT BACKLOG
Priorización
• Todas las entradas del Backlog deben estar ordenadas en base a su prioridad.
• La priorización es responsabilidad del Product Owner, aunque puede contar con la ayuda del
resto del equipo Scrum.
• Factores que se tienen en cuenta para priorizar los ítems son:
o valor que aporta al cliente/negocio, tamaño, coste, dificultad o riesgo.
• El Product Owner puede decidir qué trabajo se debe hacer a continuación.
PRODUCT BACKLOG
Todas las entradas son estimadas
• Todas las entradas dentro del Product
Backlog deben estimarse con puntos
de historia
• Esta estimación se utilizar para
priorizar las entradas del Backlog y
planear las entregas (releases).
PRODUCT BACKLOG
Documento Vivo
• El Product Backlog en Scrum se modifica durante todo
el proyecto.
• Si es necesario se pueden agregar nuevas
funcionalidades y requisitos.
• Las entradas existentes pueden modificarse, definirse
con más detalle o incluso eliminarse.
• Las funcionalidades y requisitos (alcance) no están
completamente definidos desde el principio.
• Permite detectar errores en su etapa más temprana y
por tanto minimizar los riesgos
PRODUCT BACKLOG
¿Quienes Participan?: El equipo Scrum
PRODUCT BACKLOG
PRODUCT BACKLOG
Ejemplo Práctico
Objetivo : Se requiere crear un sistema que permita el registro de clases de un estudiante de la Universidad
Debe validarse
Debe mostrar Debe mostrar
en el ingreso
las materias las horarios
que el
de acuerdo a disponibles
estudiante
la carrera y el para cada
este
semestre materia
matriculado
PO
Debe permitir
Debe mostrar Debe permitir
cancelar el
las cupos el registro en
registro
disponibles el horario
previamente
para el horario deseado
realizado
Debe verificar Debe tener
Debe
que no se una
adaptarse a la
cruce los visualización ……………..
imagen de la
horarios entre previa del
Universidad
materias horario
¿Qué es un
SPRINT BACKLOG?
SPRINT BACKLOG
¿Qué es un SPRINT BACKLOG?
PRODUCT
BACKLOG (HU)
PBI
PBI
PBI
SPRINT BACKLOG
¿Qué es un SPRINT BACKLOG?
PO DT
¿Qué es el
INCREMENTO?
EL INCREMENTO
Sólo lo que esta completamente terminado agrega valor
Entregar algo, que el cliente no puede
usar, es como no haber entregado NADA.
Es mejor hacer algo pequeño, pero
TERMINADO
¿Comprarían Uds. este auto?
EL INCREMENTO
Historia de Usuario
Planeación
¿Terminado? No!
Redacción
¿Terminado? No! Sólo lo que esta totalmente
Aclarar dudas
terminado agrega valor
¿Terminado? No!
Desarrollo
¿Terminado? No!
Pruebas
¿Terminado? No!
Ajustes
¿Terminado? SI !!!!!!
DOD – Definition of DONE
Definición mínima de
TERMINADO
Incremento Entregable
¿Qué es
un SPRINT?
EL SPRINT
El SPRINT es un TIMEBOXED
Producto
EL SPRINT
El SPRINT es un TIMEBOXED
EL SPRINT
El SPRINT es:
Iterativo El producto se va entregando un sucesiva iteraciones.
Cada iteración se llama SPRINT.
Incremental El producto no se entrega completo.
Cada SPRINT añade algo mas de valor al sprint anterior.
EL SPRINT
El SPRINT es:
Iterativo e incremental
EL SPRINT
¿Cuánto dura un SPRINT?
EL SPRINT
¿Cómo se cumple con el objetivo del SPRINT?
Para que el equipo pueda cumplir con su compromiso el Sprint
necesita ser “bloqueado” o protegido:
• No se realizan cambios que puedan afectar al Objetivo del
Sprint (Sprint Goal);
• El alcance puede ser clarificado y renegociado entre el PO y el
DEV-Team a medida que se va aprendiendo más.
¿Qué pasa si el Sprint no está protegido y el equipo no logra enfocarse?
¿Quién puede dar por terminado el Sprint?
HISTORIAS DE
USUARIO
HISTORIAS DE USUARIO
HISTORIAS DE
USUARIO
• Una HU es un requerimiento del producto.
• Una HU tiene un valor agregado visible para el cliente.
• Cuando se implementa una HU, se desarrolla una
nueva característica que el cliente puede usar.
• No es una descripción detallada.
• Usar una nota pequeña para mejorar el espacio.
• Esto no es una HU: “La aplicación debió ser
programada en Java”.
HISTORIAS DE USUARIO
Como conductor
Como Cliente
Quiero poder localizar en el mapa a las
Quiero afiliar mi tarjeta de crédito
personas que tiene una emergencia
Para realizar pagos automáticos
Para poder ayudarlas
HISTORIAS DE USUARIO
Las EPICAS Una épica es una historia de usuario que no puede ser entregada tal y
como se ha definido dentro de una sola iteración, o que es suficientemente
grande como para ser partida en historias de usuario más pequeñas.
• Son elementos de una Iniciativas o iniciativas de • Elaborarla requiere un esfuerzo muy grande y no
alta complejidad. puede ser cubierta en un Sprint.
• Debido a su gran tamaño es difícil de estimar y lo • Implementar una épica suele llevar dos o más
mejor es descomponerla en historias. sprints.
HISTORIAS DE USUARIO
Las EPICAS - ejemplos
Como usuario,
Quiero poder comprar un boleto de avión usando
mi tarjeta de crédito o llevarla pre-cargadas en la
aplicación
Para poder recibir un comprobante de la
operación
Como usuario
Quiero poder registrarme y tener una cuenta de
usuario
Para poder acceder a mi información de usuario y
de los servicios que uso.
HISTORIAS DE USUARIO
Técnicas para identificar historias de usuario
• Entrevistas a usuarios • Observación
• Cuestionarios • Talleres de creación de historias de usuario
HISTORIAS DE USUARIO
Talleres de creación de historias de usuario
• Muy recomendada
• Enfocarse en cantidad, no en calidad
• Cualquier idea es válida: descabellada ahora,
brillante después.
• Participación de todos
[Link]
HISTORIAS DE USUARIO
El Product Owner : La voz del Cliente
El PO : Define que historias se deben
hacer para generar valor (negociación)
• No el director de TI
• No el líder de proyectos
Gracias Totales
