M1 : AGILE SCRUM

• Mg. Ing. Mariano Altuna

 Ceremonias Scrum
Resumen de Ceremonias

Para sprint de 4 semanas = 1 mes

Reunión donde el equipo reflexiona Donde el equipo se compromete a lo

sobre qué cosas hay que mejorar y que que va a realizar en el siguiente Sprint
mantener que empieza.
Retrospectiva Planning
(3 horas) (8 horas)

Review Daily
Reunión donde se muestra al PO el
(4 horas) (15 min)
Reunión diaria de sincronización que
resultado, para recibir la
realiza el equipo
realimentación de Negocio y reajustar
Ceremonias Scrum
Resumen de Particiación

PO SM DT STAKEHOLDERS
PLANNING
REVIEW
RETROSPECTIVA
DAILY SCRUM

Obligatorio

Opcional

Prohibido
 Tips Adicionales para ceremonias

✓ Si tienes algo más importante que hacer, ve y hazlo

✓ No se traen laptops

✓ Todos opinan

✓ Si entendiste, ahora explícalo

✓ El que se pica pierde

✓ Detalla el Problema, presenta Soluciones

✓ Deja la posición de Víctima - Olvida el "no es mi chamba"

Tablero KAN BAN
Tablero Kanban

Este sistema fue inventado por el señor Taiichi Ohno, de Toyota.

Tablero Kanban
Tablero SCRUM - Kanban
Tablero Kanban
Tablero SCRUM - Kanban

Se puede incluir un buffer para tareas impredecibles

 SPRINT BACKLOG
Kanban del Equipo de Desarrollo
 SPRINT BACKLOG
Kanban de Equipo Scrum

TO DO IN PROGRESS DONE

Crear el login
a mi portal

Poder
registrar de
usuarios

Crear el login Kanban del Equipo de Desarrollo

a mi portal
TO DO DISEÑO DESARROLLO TESTING SERVER DONE
Crear base de Diseño Script de
datos Pantalla Consulta
Configurar
Server
Accesos al
equipo
Burndown Chart
 Burndown Chart

50 2 3

5 8
40
Puntos de HU del Sprint

12

20
30

20

10

1 2 3 4 5 6 7 8 9 10

Días del sprint

 Burndown Chart

50 12

5 8 2
3
40
Puntos de HU del Sprint

20
30

20

DIA 1
10

1 2 3 4 5 6 7 8 9 10

Días del sprint

 Burndown Chart

50 12
2 3
8 5
40
Puntos de HU del Sprint

20
30

20

DIA 2
10

1 2 3 4 5 6 7 8 9 10

Días del sprint

 Burndown Chart

50 12
2 3
8 5
40
Puntos de HU del Sprint

20
30

20

DIA 3
10

1 2 3 4 5 6 7 8 9 10

Días del sprint

 Burndown Chart

50 12
2 3
8 20 5
40
Puntos de HU del Sprint

30

20

DIA 4
10

1 2 3 4 5 6 7 8 9 10

Días del sprint

 Burndown Chart

50 3 5
8 2

20 12
40
Puntos de HU del Sprint

30

20

DIA 5
10

1 2 3 4 5 6 7 8 9 10

Días del sprint

 Burndown Chart

50 3 5
8 2

20 12
40
Puntos de HU del Sprint

30

20

DIA 6,7
10

1 2 3 4 5 6 7 8 9 10

Días del sprint

 Burndown Chart

50 3 5
2

20 12
40
Puntos de HU del Sprint

30

20

DIA 8
10

1 2 3 4 5 6 7 8 9 10

Días del sprint

 Burndown Chart

50 3 5
2

20 12
40
Puntos de HU del Sprint

30

20

DIA 9
10

1 2 3 4 5 6 7 8 9 10

Días del sprint

 Burndown Chart

50 3 5
2

12
40
Puntos de HU del Sprint

8
20
30

20

DIA 10
10

1 2 3 4 5 6 7 8 9 10

Días del sprint

Burndown Chart
Burndown Chart
Burndown Chart
Agilidad >

Qué es KANBAN?
Un método

Para gestionar el trabajo …con

de conocimiento. Principios y Prácticas
para guiarlo en la gestión
y mejora del trabajo
…usando
Tableros Kanban
…y
Visualizando tu trabajo y
su flujo. sistema Kanban
Controlando el trabajo en
progreso para garantizar
que el trabajo fluya
suavemente
Agilidad >

¿Cómo llegamos a Kanban?

Agilidad >

Roles de KANBAN

El Gestor de Peticiones de Servicio

(Service Request Manager)
Es responsable de entender las necesidades y expectativas de los
clientes, y de facilitar, seleccionar y ordenar los elementos de trabajo
en la Reunión de revisión de la cartera de trabajo (Replenishment
Meeting). Otros nombres alternativos del rol son Gestor de Producto
(Product Manager), Dueño de Producto (Product Owner) y Gestor de
Servicio (Service Manager).
Agilidad >

Roles de KANBAN

El Gestor de Prestaciones de Servicio

(Service Delivery Manager)

Es el responsable del flujo de trabajo entregando los elementos

seleccionados a los clientes y facilitando la Reunión de Kanban y la
planificación de la entrega (Delivery Planning). Otros nombres
alternativos a este rol son Gestor del Flujo de trabajo (Flow Manager),
Gestor de la Entrega, o Maestro del Flujo (Flow Master).
Agilidad >

Prácticas de KANBAN

Visualizar el proceso
Agilidad >

Visualizar el proceso
Un tablero Kanban es una forma de visualizar el trabajo y el proceso que
atraviesa. Para un sistema Kanban se deben definir los puntos de compromiso
y entrega y se deben mostrar los límites del WIP. Representación de un
flujo de trabajo para
entregar el servicio
Selected Develop Concept Drafting Editing Publishing Done

5 Active 5 Done Active 3 Done Active 3 Done 4 ∞

Diferentes tipos de
trabajo y/o clases de
servicio

PY Limites WIPs incl. un

buffer de entrada
limitado
Agilidad >

Prácticas de KANBAN

Limitar el WIP
Agilidad >

Limitar el WIP
- Limitar el WIP normalmente aumenta el flujo de trabajo
- Limitar el WIP no significa hacer menos cosas, significa:
Hacer menos cosas a la vez
- A mayor WIP, menor Lead-time o plazo de entrega
- Normalmente, con sólo bajar o limitar el WIP se produce
una mejora notable.
Agilidad >

Prácticas de KANBAN

Administrar el Flujo
Agilidad >

Administración el flujo

El flujo de trabajo en un sistema Kanban debería maximizar la entrega de

valor, minimizar los tiempos de entrega y ser lo más predecible posible
Agilidad >

Administración el flujo
Commitment Point!
! Nos comprometemos a
comenzar. Estamos seguros de
que vamos a entregar.

Ideas Deploymen
Dev. Ready Developmen Test Ready Testing UAT
(Options) t Ready
t
5 3 5 3 ∞ ∞
Active Done

Pull

Las ideas siguen siendo

opcionales y (idelamente)
DESEAMOS EVITAR ABORTAR DESPUES DE COMPROMETERNOS
no priorizadas
Agilidad >
Agilidad >

Tablero de Tarjetas

El tablero de tarjetas es el método principal de organización para mantener un

proyecto en movimiento.
Agilidad >

Herramientas para usar el método

KANBAN
Agilidad >

Seguimiento del trabajo

El trabajo debe ser rastreado de manera confiable y en un

sistema que sea simple para que todos puedan acceder.

Los tableros de tarjetas pueden no ser realistas en la fuerza

de trabajo móvil de hoy en día, pero hay aplicaciones y
programas que hacen lo mismo.
Agilidad >

Atlassian: Trello
Agilidad >
Gracias Totales