2. AGENDA
I N T R O D U C C I Ó N
R O L E S D E L EQ U I P O Á G I L
A R T E FA C TO S
C E R E M O N I A S
H I S TO R I A D E U S O
K A N B A N
2
3. 3
C o m o s e t r a b a j a e n t e m a s á g i l e s
3
Esta presentación nos va ayudar a conocer como se
trabaja en temas ágiles y como esta formado un
equipo con sus roles respectivos.
INTRODUCCIÓN
5. ROLES
Product
Owner
El Product Owner o
dueño del producto
es el responsable de
maximizar el valor del
producto y del trabajo
del Equipo de
Desarrollo.
Scrum
Master
El Scrum Master es
el responsable de
asegurar que Scrum
es entendido y
adoptado.
Development
Team
Los Developers o
Development Team
son los profesionales
con las habilidades
necesarias para generar
un incremento de
producto “Terminado”,
que potencialmente se
pueda poner en
producción al final de
cada Iteración.
6. 6
PRODUCT
OWNER
Es RESPONSABLE
que el BACKLOG este
priorizado, visible y
entendido por todos.
La VOZ DEL CLIENTE
La CARA DEL
NEGOCIO que debe
estar SIEMPRE
DISPONIBLE para el
equipo
CONOCE y PROMUEVE el
cumplimiento del marco de
trabajo ágil
¿Qué?
7. SCRUM MASTER
IMPULSA la
CREATIVIDA
D
AYUDA al equipo a
MEJORAR su
PRODUCTIVIDAD
Colabora con el equipo
en la REMOCIÓN de
IMPEDIMENTOS
• Es un AGENTE DE
CAMBIO
• Es la persona que
conoce más de
SCRUM del equipo.
ASEGURA el
cumplimiento del marco
de trabajo ágil
8. EQUIPO SCRUM (SCRUM
TEAM)
Equipo de
desarrollo
Motivados
Comprometidos
Empoderados
Equipo
Multifuncional
Auto-Organizados
Definen CÓMO
alcanzar su
OBJETIVO COMÚN
¿Cómo?
12. ARTEFACTOS
Lista que recoge
todo lo que necesita
el producto para
satisfacer los
requerimientos de
clientes potenciales.
Entregable
terminado, utilizable
y potencialmente
desplegable,
elaborado durante
un sprint.
Subconjunto de
elementos del PB
comprometidos en
el sprint para
generar el
incremento.
Product Backlog (PB) Sprint Backlog Incremento
13. PRODUCT BACKLOG (PB)
• Lista priorizada y secuencial de
características o historias de usuario
• Basada en la visión del producto del PO
• Responsabilidad del PO
• Siempre el trabajo más valioso va
primero y va más detallado
14. SPRINT BACKLOG
• Contiene todo el trabajo que el
Equipo de Desarrollo se
compromete a llevar a cabo
dentro de un Sprint. Este
trabajo se pasa del Product
Backlog al Sprint Backlog
• El Sprint Backlog es un artefacto
que permite visualizar todo el
trabajo incluido en el Sprint en
curso y es responsabilidad
del Equipo de Desarrollo. Su
objetivo es dar transparencia al
estado del desarrollo durante el
Sprint.
15. INCREMENTO
• El incremento es la suma de todos
los ítems del Product Backlog
completados durante un Sprint y
el valor de los incrementos de
todos los previos. Al final del
Sprint, el nuevo incremento debe
estar "Terminado", lo que significa
que debe estar en condición de
ser utilizado y cumplir con la
definición de "Terminado" del
Equipo Scrum.
18. Equipo
Sincronizad
o
Sprint Planning
El objetivo es COMPROMETER en equipo
cuál será el trabajo a realizar en este nuevo Sprint.
Se realiza al inicio del Sprint.
Se estiman y comprometen Historia de Uso.
Tiempo: 8 horas por un Sprint de un mes
19. Equipo
Sincronizado
Impedimentos
Identificados
Tablero
Actualizado
Daily (Reunión diaria)
Reunión diaria de SINCRONIZACIÓN (para alinear trabajo del equipo).
Tiene un time-box de 15 min. (misma hora y lugar).
Se debe enfocar en el progreso hacia la Meta del Sprint.
El PO emplea “escucha activa”
NO es una “revisión de avances”
Tiempo: 15 min diario
Preguntas:
¿Qué hiciste ayer?
¿Qué vas a hacer hoy?
¿Hay algún obstáculo en el
camino?
20. Sprint Retrospective
• Oportunidad del equipo para inspeccionarse
y crear planes de mejora para ejecutar en
los siguientes Sprints.
• Se realiza al final del Sprint.
Tiempo: 4 horas por un Sprint de un mes
24. HISTORIA DE USUARIO Es una forma de plantear el deseo del usuario en lenguaje
natural de forma clara y enfocada en el valor real que
generará un producto.
Titulo
Descripción
corta de la
necesidad
Descripción
Estos tres
elementos
conforman el
núcleo de la
Historia de usuario
CA
Criterios por los cuales
se define si una historia
de usuario fue
desarrollada según la
expectativa del usuario
Titulo
Como: <rol/usuario>
Quiero: <necesidad/funcionalidad>
Para: <objetivo/beneficio,valor de negocio>
Criterios de aceptación
26. Kanban es un método para gestionar el trabajo
que nos va ayudar a mapear y visualizar su flujo
de trabajo.
Usualmente se usa un tablero o pizarra que
tiene columna por cada fase del proceso y las
filas representan diferentes tipos de actividades
específicas.
Al mismo tiempo, cada tarea que entra en su flujo de
trabajo aparece en el tablero como una tarjeta Kanban.
Hoy en día, existen soluciones de tarjetas Kanban
digitales más prácticas y accesibles a nivel global que son
perfectas tanto para para los equipos remotos como para
los equipos que desarrollan su actividad en el lugar donde
se realiza el proyecto.
27. 27
Tener un propio espacio de trabajo por cada
proyecto
Invitar al equipo ha ser parte del tablero
Filtrar por miembro, fecha o etiquetas para un
mejor seguimiento
28.
29. De manera obligatoria se debe poner los avances del día en la sección
actividades
Cada historia debe considerar estos puntos