Scrum seminar (Spanish)

Agile Development
Scrum, Kanban y Scrumban

Pamplona, Noviembre 2011

© 2011 Proyectalis Gestión de Proyectos S.L.

Regla #1

11:00 Copa y puro (10’)


Regla #1

11:00 Copa y puro (10’)

13:00 Comida (1h)


Regla #1

11:00 Copa y puro (10’)

13:00 Comida (1h)

16:00 Siesta (10’)


Regla #1

11:00 Copa y puro (10’)

13:00 Comida (1h)

16:00 Siesta (10’)

18:00 Libertad


Regla #2


Regla #3


Regla #4


Regla #5


Hello My Name is:

Alex Barrera
@abarrera


¿Qué buscáis del curso?


Índice
1. Problemas
2. Maniﬁesto Ágil
3. Principios ágiles
4. Mitos y leyendas
5. Gestión de proyectos ágiles
6. Scrum 101
7. Kanban
8. Scrumban
9. Dudas y preguntas


Go go go!!


C:/> Problemas_

Codename: Statewide Automated Child Welfare
Information System (SACWIS)

Equipo: Florida
Comienzo: 1990
Estimaciones:
8 años
$32 Millones


C:/> Problemas_


Equipo: Florida
Comienzo: 1990 2002
Estimaciones:
8 años 12 años
$32 Millones $170 Millones


C:/> Problemas_


Equipo: Florida
Comienzo: 1990 2002 2005
Estimaciones:
8 años 12 años 15 años
$32 Millones $170 Millones $230 Millones


C:/> Problemas_
FA IL
5 años (87% desviación)
Equipo: Florida
$198 M (718% 2002
Comienzo: 1990
desviación)
2005
Estimaciones:
8 años 12 años 15 años
$32 Millones $170 Millones $230 Millones


C:/> Problemas_


Equipo: Minnesota
Comienzo: 1999
Estimaciones:
1 año
$1.1 Millones


C:/> Problemas_


200:1 Diferencia de productividad
Equipo: Minnesota

✓
Comienzo: 1999
Estimaciones:
1 año
$1.1 Millones


Paso 1: Reconocer el problema

24% proyectos fallidos
44% proyectos con problemas

68% PROBLEMATICOS

Fuente: Standish Group CHAOS Report 2009


Paso 1: Reconocer el problema

24% proyectos fallidos
44% proyectos con problemas

68% PROBLEMATICOS
59¢ valor / $ de software
64% funcionalidades no usadas
Fuente: Standish Group CHAOS Report 2009


Bastard Circle From Hell (BCFH)

Baja Productividad



Retrasos Prisas

Baja Productividad



Retrasos Prisas

Baja Productividad Mala Calidad



Retrasos Prisas


Interrupciones
Errores (bugs)



Retrasos Prisas


Interrupciones Cliente
Errores (bugs)
Insatisfecho
Costes extra
Reducción
beneficios


Falta competencias
Retrasos Prisas Presión

Baja Productividad Mala Calidad Desmotivación

Interrupciones Cliente
Errores (bugs)
Insatisfecho
Costes extra
Reducción
beneficios


Toyota Way

Nº1 Ventas Mundiales 2010


Toyota Way

Estrategia a
largo plazo


Toyota Way

Proceso para
resolver problemas

Toyota Way

Añadir valor a la
empresa
mediante la
formación
de sus personas


Toyota Way

Reconocer que
resolver
la causa de los
problemas
genera
aprendizaje


Toyota Way

“La potencia sin control
no sirve de nada”


Toyota Way

Reto


Toyota Way

Kaizen


Toyota Way

GenChi GenBUTSU
(Ve y VE)

Toyota Way

RESPETO

Toyota Way

trabajo
en
equipo


Agile Manifesto 2001 (Snowbird, UT)

Kent Beck Andrew Hunt
Mike Beedle Ron Jeffries
Arie van Bennekum Jon Kern
Alistair Cockburn Brian Marick
Ward Cunningham Robert C. Martin
Martin Fowler Steve Mellor
James Grenning Ken Schwaber
Jim Highsmith Jeff Sutherland
Dave Thomas



Creador XP
TDD
Kent Beck SW Design Patterns
Mike Beedle Smalltalk
JUnit
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith



Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn User Case
Crystal Family
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith



Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Scrum (1995)
Scrum Guide Ken Schwaber
Agile Alliance Jeff Sutherland
Dave Thomas



Pragmatic Programmer (1999)
Programming Ruby (2000) Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas



Andrew Hunt
Ron Jeffries
Craft of SW Testing (1995)
Jon Kern
Context-Driven testing Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas



“We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:



1. Indivíduos e interacciones
sobre
procesos y herramientas

Esto es, aunque valoramos los elementos de abajo,
valoramos más los de arriba.



2. Software funcionando
sobre
documentación extensiva




3. Colaboración con el cliente
sobre
negociación contractual




4. Respuesta ante el cambio
sobre
seguir el plan



Agile Manifesto Principios

Nuestra mayor prioridad es satisfacer al cliente mediante la
entrega temprana y contínua de software con valor.



Nuestra mayor prioridad es satisfacer al cliente mediante la
entrega temprana y contínua de software con valor.

(JI T)
e
In Tim
Just



Aceptamos que los requisitos cambien, incluso en etapas tardías
del desarrollo. Los procesos Ágiles aprovechan el cambio para
proporcionar ventaja competitiva al cliente.



Entregamos software funcional frecuentemente, entre dos
semanas y dos meses, con preferencia al período de tiempo más
corto posible.



Los responsable de negocio y los desarrolladores trabajamos
juntos de forma cotidiana durante todo el proyecto.



Los responsable de negocio y los desarrolladores trabajamos
juntos de forma cotidiana durante todo el proyecto.

qu ipo
ne )
o e tsu
aj re
ab ei
Tr (K



Los proyectos se desarrollan en torno a indivíduos motivados.
Hay que darles el entorno y apoyo que necesitan, y conﬁarles la
ejecucción del trabajo.



sp eto
Re

Los proyectos se desarrollan en torno a indivíduos motivados.
Hay que darles el entorno y apoyo que necesitan, y conﬁarles la
ejecucción del trabajo.



El método más eﬁciente y efectivo de comunicar la información
al equipo de desarrollo y entre sus miembros es la conversación
cara a cara.


be tsu
en
i G E)
ch y V
en e
G (v

El método más eﬁciente y efectivo de comunicar la información
al equipo de desarrollo y entre sus miembros es la conversación
cara a cara.



El software funcionando es la medida principal de progreso.



Los procesos Ágiles promueven el desarrollo sostenible. Los
promotores, desarrolladores y usuarios debemos ser capaces de
mantener un ritmo constante de forma indeﬁnida.



Proyecto

Esfuerzo



La atención contínua a la excelencia técnica y al buen diseño,
mejora la agilidad.



La simplicidad, o el arte de maximizar la cantidad de trabajo no
realizado, es esencial.




K ISS



Muda, muri, mudi

K ISS


Las mejores arquitecturas, requisitos y diseños, emergen de
equipos auto organizados.



Las mejores arquitecturas, requisitos y diseños, emergen de
equipos auto organizados.

pe to
Res



A intervalos regulares, el equipo reﬂexiona sobre cómo ser más
efectivo para a continuación ajustar y perfeccionar su
comportamiento en consecuencia.



izen
Ka

A intervalos regulares, el equipo reﬂexiona sobre cómo ser más
efectivo para a continuación ajustar y perfeccionar su
comportamiento en consecuencia.


Mitos del Agile Development



1. Las metodologías ágiles no controlan el alcance




I1. Los proyectos ágiles son difíciles de manejar





III. Los procesos ágiles no escalan





III. Los procesos ágiles no escalan

IV. Los procesos ágiles son solo para programadores


Reglas del juego


Reglas del juego

Tiempo Alcance

?
Recursos


Reglas del juego
Fijar: Alcance Recursos Tiempo

Ágil

Tradicional


Reglas del juego
Fijar: Alcance Recursos Tiempo

Ágil

Tradicional

Estimar: Recursos Tiempo Alcance


Reglas del juego
Estimado

Ouch!


Reglas del juego
Estimado

Ouch!

Simplicidad

Desarrollo sostenible


Reglas del juego
Estimado

Ouch!

Kaizen

Replaniﬁcar


Reglas del juego
Estimado

Ouch!

Software funcionando

Confiarles ejecución

Entrega temprana y cont.
Replaniﬁcar R1.0


Reglas del juego
Estimado

Ouch!

Replaniﬁcar R1.0 R2.0


Reglas del juego Estimaciones

“El cambio es la única constante”
Principio del Taoismo

“Planiﬁcar lo es todo. El plan no es nada”
Helmuth Graf von Moltke



Media de la industria: 5 bugs / KLOC
NASA 0.004 bugs / KLOC



Media de la industria: 5 bugs / KLOC
NASA 0.004 bugs / KLOC

Media de la industria: $5 / LOC
NASA $850 / LOC



Tiempo medio proyecto

1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24



Norma Tiempo medio proyecto

1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24




95% SLA

1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24



Tiempo medio proyecto S vs proyecto L

Proyectos dispares:

Proyecto XS (3 días)
Proyecto S (40 días)
Proyecto M (90 días)
Proyecto L (150 días)
Proyecto XL (220 días)

1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24


Reglas del juego Complejidad

Software IS HARD


Reglas del juego Complejidad


Reglas del juego Construcción

Ciclo PDCA



Ideas

Aprender Construir

Datos Producto

Ciclo PDCA Medir

Ciclo Lean Startup



The Walking Skeleton

SCRUM 101


SCRUM 101 Herencia


SCRUM 101

Thin is
the new black


SCRUM 101

Takeuchi y Nonaka (1986)
The new new product development game


SCRUM 101
Transformation Results

Features Delivered per Team

Days between Major Releases

2000 2001 2002 2003 2004 2005 2006 2007

Fuente: Salesforce.com Agile Transformation. Agile 2007 Conference


SCRUM 101

Fuente: Salesforce.com Agile Transformation. Agile 2007 Conference


SCRUM 101 Que NO es Scrum


SCRUM 101 Elementos

Roles Artefactos Reuniones


SCRUM 101 Roles

Equipo

Dueño de Producto (PO)

Scrum Master (SM)


SCRUM 101 Roles

Proyecto

Mr. Dueño de Producto


SCRUM 101 Roles

Tareas

#!/bin/sh

Proyecto
#!/bin/sh

#!/bin/sh

El Equipo



SCRUM 101 Roles
Tareas

V1.0

#!/bin/sh

Proyecto
#!/bin/sh

#!/bin/sh

El Equipo

Mr. Scrum Master


SCRUM 101 Roles
Tareas

V1.0

Sprint
Proyecto
#!/bin/sh

#!/bin/sh

#!/bin/sh

Mr. Dueño de Producto El Equipo


SCRUM 101 Sprint

Tiempo predeﬁnido (1-4 semanas)
Compromiso de terminar x historias

Proyecto


SCRUM 101 Sprint

Tiempo predeﬁnido (1-4 semanas)
Compromiso de terminar x historias

Reunión de Sprint

Proyecto Revisión del Sprint

Sprint 1


SCRUM 101 Sprint

Done

Proyecto

Sprint 1 Sprint 2


SCRUM 101 Sprint

Done Done Done

Proyecto

Sprint 1 Sprint 2


SCRUM 101 Sprint

Done Done Done

Proyecto

Sprint 1 Sprint 2 Sprint 3


SCRUM 101 Sprint

V1.0

Done Done Done Done Done Done

Proyecto

Sprint 1 Sprint 2 Sprint 3


SCRUM 101 Artefactos

Pila de producto Pila del sprint Burn Down



Pila de Producto
(Product backlog)

Proyecto




Pila de Producto
(Product backlog)

Historias de usuario

Proyecto




Pila de Producto
(Product backlog)

S Historias de usuario
XS
S
M
Proyecto
M

M



Pila de Producto
(Product backlog)

Más prioritario
XS
S

M
Proyecto
M

M

Menos prioritario



Como <actor>,
Pila de Producto quiero <acción>
(Product backlog) de forma que
<resultado>.

Más prioritario
XS
S

M
Proyecto
M

M

Menos prioritario



Pila de Producto
(Product backlog)
Reﬁnamiento
Más prioritario
S
S
XS
S
S
S
M
Proyecto
M

M

Menos prioritario


SCRUM 101 Sprint Cero

Paso 1


#!/bin/sh

Proyecto
El Equipo



S Paso 1
XS
S

M

#!/bin/sh
M

#!/bin/sh

M #!/bin/sh

El Equipo
Proyecto



Más prioritario
S Paso 1
XS
S

M
M

M

Menos prioritario

Proyecto



Paso 2



Paso 3


Paso 4



Paso 5



Sprint 0 Sprint 1 Sprint 2 Sprint 3


SCRUM 101 Backlog grooming

Backlog grooming



Backlog grooming
Validar prioridades (nuevas historias, ...)



Backlog grooming
Subdividir historias muy grandes



Backlog grooming
Subdividir historias muy grandes
Veriﬁcar historias están listas (dependencias)



Más prioritario
Selección para Sprint

#!/bin/sh

#!/bin/sh

#!/bin/sh

El Equipo

Proyecto
Menos prioritario



Pila del Sprint
(Sprint backlog)
Más prioritario

Tareas

#!/bin/sh

#!/bin/sh

Proyecto #!/bin/sh

Menos prioritario
El Equipo


SCRUM 101 Tareas

Algorithm from hell #!/bin/sh


SCRUM 101 Tareas

###****!!


SCRUM 101 Tareas

###****!!

Jack el destripador


SCRUM 101 Tareas

La masacre del índice invertido
Buscar Plex

Fichero 1 Fichero 2 Fichero 3


SCRUM 101 Tareas

int main()
{

trie root = init_tables();

search_index(root, "plex");

return 0;
}


SCRUM 101 Tareas

int main()
{



return 0;
}

Search for "flex": f1.txt source/f2.txt


SCRUM 101 Tareas

int main()
{



return 0;
}



SCRUM 101 Tareas

void search_index(trie root, char *word)
int main() {
{ //TODO: Realizar la búsqueda
printf("Search for "%s": ", word);

trie root = init_tables(); printf("f1.txt source/f2.txtn");
}


return 0;
}


SCRUM 101 Tareas

int main() {

}

search_index(root, "plex"); trie init_tables()

return 0; {
trie root = trie_new();
} //TODO: Inicializar tablas
return root;
}


SCRUM 101 Tareas

int main() {

}


return 0; {
return root;
}

typedef struct trie_t *trie, trie_t;
struct trie_t {

trie next[sizeof(chr_legal)];

int eow;
};

trie trie_new() { return calloc(sizeof(trie_t), 1); }


SCRUM 101 Tareas

int main() {

}


return 0; {
return root;
}

struct trie_t {


int eow;
};

Día 1

SCRUM 101 Tareas

int main() {

}


TESTABLE!!
trie init_tables()

return 0; {
return root;
}

struct trie_t {


int eow;
};

Día 1


100% 0% 100% 45% 0%

Pila del Sprint

#!/bin/sh

#!/bin/sh

#!/bin/sh

El Equipo



Diagrama Burn Down
100% 0% 100% 45% 0%
(Burn Down chart)
Pila del Sprint 14
12
10

Trabajo
#!/bin/sh
8
6
#!/bin/sh

#!/bin/sh 4
2
El Equipo
0
0 1 2 3 4 5 6 7 8 9 10
Tiempo



Diagrama Burn Down
100% 0% 100% 45% 0%
(Burn Down chart)
Pila del Sprint 14
Tareas pendientes
12
10
Progreso ideal

Trabajo
#!/bin/sh
8
6
#!/bin/sh

#!/bin/sh 4
2
El Equipo
0
0 1 2 3 4 5 6 7 8 9 10
Tiempo



Diagrama Burn Down
100% 0% 100% 45% 0%
(Burn Down chart)
Pila del Sprint 14
0 tareas terminadas
12
vs
10 2 tareas terminadas

Trabajo
#!/bin/sh
8
6
#!/bin/sh

#!/bin/sh 4
2
El Equipo
0
0 1 2 3 4 5 6 7 8 9 10
Tiempo


14

12

10
Trabajo

8
Tendencia si no
6 cambiamos
4

2

0
0 1 2 3 4 5 6 7 8 9 10

Tiempo

14

12

10
Trabajo

8
Tendencia si no
6 cambiamos
4

2
+1
0
0 1 2 3 4 5 6 7 8 9 10

Tiempo

14

12

10
Trabajo

8

6

4

2

0
0 1 2 3 4 5 6 7 8 9 10

Tiempo

SCRUM 101 Release Plan
1000

800

600
Horas

400

200

0
0 1 2 3 4 5 6 7 8 9 10

Sprints

SCRUM 101 Reuniones

Revisión Sprint

Reunión de Sprint Retrospectiva

Scrum Diario


SCRUM 101 Timeboxing


SCRUM 101 Reuniones

Scrum Diario (Daily Scrum)

Comienza a la misma hora siempre
Se realiza en el mismo lugar siempre
Dura 15 minutos (Equipo + SM)
¿Qué has hecho ayer?
¿Qué vas a hacer hoy?
¿Qué impedimentos has encontrado?


SCRUM 101 Reuniones

Planificación de Sprint (Sprint Planning)

Se planifica la iteración
Dura 4h para Sprints de 2 semanas
2 partes (2h cada una)
Se planifica que se va a hacer (PO + Equipo)
El equipo discute cómo lo va a hacer (Equipo)


SCRUM 101 Reuniones

Planificación de Sprint (Sprint Planning)

Se planifica la iteración ¡OJO!
Es el equipo el que
Dura 4h para Sprints de 2 semanas decide qué y cuanto
hace
2 partes (2h cada una)
Se planifica que se va a hacer (PO + Equipo)
El equipo discute cómo lo va a hacer (Equipo)


SCRUM 101 Reuniones

Revisión del Sprint (Sprint Review)

Se realiza al terminar el Sprint
Dura 2h para Sprints de 2 semanas
Se explica que se ha hecho y que no
Se enseña lo que se ha hecho (demo)
PO valida o no lo realizado
Se discute la pila de producto


SCRUM 101 Reuniones

Retrospectiva del Sprint (Sprint Retro.)

SM anima al Equipo a revisar el proceso
Se revisan:
Personas, relaciones, procesos y herramientas
Retrospectiva:
¿Qué ha fallado?
¿Qué se puede mejorar?


Historias Pendiente Desarrollo Terminado
Proyecto:

Equipo: Demo:

Burn Down:

Release Plan:

Impedimentos:

Tablón Scrum


Proyecto:

Equipo: Demo:

Burn Down:

Historias de usuario
(Pila de Producto) Release Plan:

Impedimentos:

Tablón Scrum


Proyecto:

Equipo: Demo:

Burn Down:

Tareas de la historia
(Pila del Sprint) Release Plan:

Impedimentos:

Tablón Scrum


Proyecto:

Equipo: Demo:

Burn Down:

Tareas en desarrollo
Release Plan:

Impedimentos:

Tablón Scrum


Proyecto:

Equipo: Demo:

Burn Down:

Tareas terminadas
Release Plan:

Impedimentos:

Tablón Scrum


Proyecto:

Equipo: Demo:

Burn Down:

Información del proyecto
Release Plan:

Impedimentos:

Tablón Scrum


SCRUM 101 Framework


SCRUM 101 Roles: El Equipo

7±2 personas
Auto organizado

Cross-funcional

Estima y reporta progreso

Entrega de sw funcional


SCRUM 101 Roles: El Dueño de Producto

Gestiona visión y roadmap
Gestiona la Pila de Producto:
Que entra y que sale
Prioriza
¡NO estima!
Recopila requisitos
Valida el trabajo realizado
Deﬁne criterios aceptación
Escribe historias de usuario
Responsable satisfacción cliente
Responsable éxito ﬁnanciero


SCRUM 101 Roles: Scrum Master

“Perro pastor”, lider, coach
Mr. Wolf: Elimina problemas
Asegura correcto uso de Scrum

Gestiona la Pila de Impedimentos
Moderador - Facilitador

Pepito Grillo


SCRUM 101 Roles: Scrum Master

“Perro pastor”, lider, coach
Mr. Wolf: Elimina problemas
Asegura correcto uso de Scrum

Gestiona la Pila de Impedimentos
Moderador - Facilitador

¡NO asigna trabajo¡ Pepito Grillo
¡NO es el jefe!


SCRUM 101 Velocidad
Tareas

Esto seguro que lo hacemos

Velocidad Mínima
Número de tareas terminadas
en un Sprint


SCRUM 101 Velocidad
Tareas


Velocidad Mínima

Velocidad Máxima
Queremos que compartas las drogas


SCRUM 101 Velocidad
Tareas


Velocidad Mínima

Nuestra velocidad real caerá por aquí

Velocidad Máxima
Queremos que compartas las drogas


SCRUM 101 Capacidad

105
100 100
Tareas

93
91 90 90 90
86 86

70
65

Sprints


SCRUM 101 Capacidad
¡Oh si!
900 tareas en 9 semanas

105
100 100
Tareas

93
91 90 90 90
86 86

70
65

Sprints


SCRUM 101 Capacidad

+15
+10 +10
105
+3 100 100
Tareas

93
91 90 90 90
86 86
-4 -4

-25
70
-20 65

Sprints


SCRUM 101 Capacidad
Ohhmmmm!
700 - 900 en 9 semanas
+15
+10 +10
105
+3 100 100
Tareas

93
91 90 90 90
86 86
-4 -4

-25
70
-20 65

Sprints


SCRUM 101 Scrum multiproducto
Producto


Producto #!/

Feature #1
#!/
#!/

Equipo A


Producto #!/

Feature #1
#!/
#!/

Equipo A

#!/

Feature #2 #!/
#!/

Equipo B


Producto #!/

Feature #1
#!/
#!/

Equipo A

#!/

Feature #2 #!/
#!/

Equipo B

#!/

Feature #3 #!/
#!/

Equipo C


Producto #!/

Feature #1 #!/
#!/

Equipo A

#!/

Feature #2 #!/
#!/

Equipo B

#!/

Feature #3 #!/
#!/

Equipo C


SCRUM 101 Scrum de Scrums

Scrum Diario Scrum Diario Scrum Diario

#!/ #!/ #!/

#!/ #!/ #!/
#!/ #!/ #!/

Equipo A Equipo B Equipo C



Scrum Diario
#!/ #!/ #!/

#!/ #!/ #!/

#!/ #!/ #!/
#!/ #!/ #!/




¿Qué ha hecho tu equipo?
Scrum Diario
#!/ #!/ #!/ ¿Qué va a hacer?
¿Algo entorpece o retrasa?
Estás a punto de mandar algo a otro
equipo

#!/ #!/ #!/

#!/ #!/ #!/
#!/ #!/ #!/





Equipo A

Equipo B

Equipo C

#!/ #!/ #!/

#!/ #!/ #!/
#!/ #!/ #!/



SCRUM 101 Reglas de oro

1. Indivíduos
II. No es una bala de plata
III. Restrospectiva, retrospectiva, retrospectiva
IV. Scrum diario, control diario
V. Producto ﬁnal = medida de progres
VI. Equipos auto organizados y comprometidos
VII. Desarrollo iterativo e incremental



VIII. Terminado, terminado



IX. “Orcos a las puertas”

PO

#!/bin/

#!/bin/

#!/bin/

El Equipo



IX. “Orcos a las puertas” Stakeholders
aka
Orcos

PO

#!/bin/

#!/bin/

#!/bin/

El Equipo



IX. “Orcos a las puertas”

#!/bin/

#!/bin/

#!/bin/
Eh, eh, colegui!
El Equipo



IX. “Orcos a las puertas” Scrum Master

#!/bin/

#!/bin/

#!/bin/

El Equipo



X. “Horno de las madalenas”

#!/

#!/
#!/

El Equipo




+3 !!!!!

#!/

#!/
#!/

El Equipo




+3 !!!!!

###****!!
#!/

#!/
#!/

El Equipo




+3

#!/

#!/
#!/

El Equipo


SCRUM 101 Planificación

Puntos historia
Miden el esfuerzo
Grupo vs Indiv.



Puntos historia
Miden el esfuerzo
Grupo vs Indiv.

1-10
Fibonacci
Camisetas (XS, S, M, ...)
Razas (Chiguagua, Gran Danés, ...)



S

M
Puntos historia
Miden el esfuerzo
L Grupo vs Indiv.
S

1-10
Fibonacci
Camisetas (XS, S, M, ...)
Razas (Chiguagua, Gran Danés, ...)

Estimación Relativa

SCRUM 101 Ejemplos tablones


SCRUM 101 Mejoras al tablón
Historias Pendiente Desarrollo Testing Terminado



Fuego



Fuego

Evolutivo
Bug


SCRUM 101

Ejemplos tablones


Proyecto:

Equipo: Demo:

Burn Down:

Release Plan:

Impedimentos:


SCRUM 101

Ejemplos burn down


SCRUM 101 Ejemplos Burndown
14

12

10
Trabajo

8

6

4

2

0
0 1 2 3 4 5 6 7 8 9 10

Tiempo

14

12

10 Reestimación
Trabajo

8

6

4

2

0
0 1 2 3 4 5 6 7 8 9 10

Tiempo

10

5
Trabajo

0

-5
0 1 2 3 4 5 6 7 8 9 10

Tiempo

Trabajo 10

5

0
0 1 2 3 4 5 6 7 8 9 10

Tiempo

Kanban
Tiempo Lead total ~120 días

Tiempo Lead ~15 días
Tiempo Ciclo ~4 días

Diseño Desarrollo
Backlog Pendiente Testing Terminado
En uso Listas En uso Listas


Kanban

80% SLA

1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24


Kanban Calidad de servicio
Diseño Desarrollo
Sprint

Fuego

Prio

ASAP


Kanban Burndown + Calidad
14

12

10
Trabajo

8

6

4

2

0
0 1 2 3 4 5 6 7 8 9 10

Tiempo

Kanban
Design Code Test
-!Normal Backlog Selected Done!
On Rdy On Rdy On Rdy
-!Bug
SPRINT
-!Evolutivo

Atención
FIRE!
inmediata

PRIO
Atención
prioritaria

Sólo si hay
buffer y el ASAP
Sprint va bien

-!Ante -!Test
bloqueos, automatizados -!Doc.
ayudar tester antes de ready
actualizada
con criterios -!Seguir
-!Max. 3 avatars por aceptación estándar de -!95% coverage
persona código


Firewall project v1.0



Paso 1:
Desarrolladores 6
Diseñadores 4
Testers 3
DBA 3



Features
Packet handling / ﬁltering
Remote logging
Console interface



Sprint 0
Product Owners
Scrum Master
Equipos 6 ± 1
Asignar features



Sprint 0
Escribir 5 historias de usuario / equipo

15 Minutos



Sprint 0
Priorizar el backlog de producto

5 Minutos



Sprint 0
Estimar historias de usuario
Dividir las historias en dos

15 Minutos



Sprint 0
Recursos necesarios (al menos 2)
Crear tablón de Scrum

5 Minutos



Planiﬁcación de Sprint 1
Seleccionar scope del sprint

10 Minutos

Equipo Rojo Equipo Oro Equipo Verde
Velocidad 10 12 7



Planiﬁcación de Sprint 1
Romper las historias en tareas
Mínimo 8 tareas por historia

20 Minutos



Sprint 1
Seleccionar tareas
Actualizar burndown
Daily Scrum



Sprint 1

Día 1 1 0 1

Falta 1 de los recursos
Se han empezado muchas



Sprint 1

Día 2 3 1 2

Reestimación



Sprint 1

Día 3 2 1 3

Miembro Oro a equipo Verde



Sprint 1

Día 4 1 0 3

Backlog grooming (nueva historia,
faltan máquinas)
Entran 2 TRs



Sprint 1

Día 5 0 3 0

Fuego: Peta la release anterior
Entran 5 TRs



Revisión del Sprint 1
Demo de cada equipo
Actualizar Release Plan

5 Minutos



Retrospectiva del Sprint 1

5 Minutos


SCRUMBAN


Scrumban Capacidad

105
100 100
Tareas

93
91 90 90 90
86 86

70
65

Sprints
WTF??


Scrumban
Backlog Pendiente Desarrollo Testing Terminado


Buffer


Scrumban

V scrum


V buffer


Scrumban

V Scrum V Buffer
10 5
9 5
10 4
8 6
9 4
9 5
? ?


Scrumban

V Scrum V Buffer
10 5
9 5
10 4
8 6
9 4
9 5
3 14


Scrumban



Scrumban

V scrum


V buffer +

V buffer -


Scrumban Capacidad

Vavg Buffer+ Velocity
Vavg Scrum

Vavg Buffer-


Bibliografia


Retrospectiva powa!

alejandro.barrera@proyectalis.com
@abarrera


Kanban
Taiichi Ohno
Toyota Production System


Kanban
Taiichi Ohno

Que, cuando y cuanto
Sistema pull


Kanban
Taiichi Ohno

Que, cuando y cuanto Tuercas

Sistema pull
Tornillos


Kanban


Kanban
1.Visualizar el ﬂujo de trabajo
Backlog Pendiente Desarrollo Terminado
Proyecto:

Equipo: Demo:

Burn Down:

Release Plan:

Impedimentos:


Kanban

50 20 10 100 30


Kanban

Texto

50 20 10 100 30

Cuello de botella (throughput = 10)


Kanban

50 20 10 100 30

+10%!!


Kanban

55 22 11 110 33

+10%!!


Kanban

55 22 11 110 33

+10%!! throughput = 11 ( 10%)

Coste = 16


Kanban

23
55 23 23 100 30

throughput = 23 ( 130%)

Coste = 16


Kanban
Diseño Desarrollo


Kanban
II. Establecer límites WIP (Work in Progress)

3 2


Kanban
Diseño - 4 Desarrollo - 4
Backlog Pendiente Testing - 2 Terminado


Kanban

2 por persona (o un poco menos)


Kanban

Tantas como personas en el equipo


Kanban

La mitad del equipo (XP maduros)


Kanban

La mitad del equipo (XP maduros)
Comenzar por el cuello de botella


Kanban

Wip muy bajo


Kanban

Wip muy alto


Kanban
III. Manejar el ﬂujo de trabajo

Monitorizar, medir e informar del estado
Analizar la evolución
Usar datos para mejorar


Kanban
IV. Crear políticas de procesos explícitas

Límites WIP
Terminado - Terminado
Objetivos Lead Time / SLAs
Actuación ante bloqueos, interrupciones, ...


Kanban

Código ticketing J-34421
Como administrador quiero
saber quien está conectado en Descripción
todo momento para poder
comunicarme con ellos.
Días en cola
Fechas Bck: 3/9/11 Buf cont: IIIII IIIII
Pen: 4/9/11 Est: 20 25 Restimaciones
An: 15/9/11 Left: 18 16 14 19
Dsg: 20/9/11
Tst:
Don: Seguimiento


Extreme PRogramming


Extreme PRogramming

Pair Programming
Collective ownership
Test Driven Development
Coding standard
Continuous Integration
Continuous Development


Extreme PRogramming

Repositorio
Unit Testing

Testing
Pre testing

Producción

Producción

Producción
Deploy


Scrum seminar (Spanish)

Más contenido relacionado

La actualidad más candente

Destacado

Similar a Scrum seminar (Spanish)

Más de Proyectalis / Improvement21

Último

Scrum seminar (Spanish)