23. Presentación de Xavier
Albadalejo en el CAS2014
(http://cas2014.agile-spain.org/)
Introducción a Agile
Nuevos Paradigmas
de las Áreas IT
Entorno ágil
24. • Para visualizar y escuchar
http://www.ted.com/talks/bruce_feiler_agile_programming_for_your_family
Entorno ágil
26. • SCRUM: EQUIPO
– Scrum Master (facilitador)
• Genera el entorno de trabajo
• Elimina obstáculos
• NO es el líder
– Componente del equipo
• Colabora con el resto de componentes
• El trato siempre es de igual a igual
– Product Owner (interfaz con el mundo)
• Da la visión del cliente
• NO es el cliente
– Stakeholders
• Clientes
• Proveedores
• Etc.. SCRUM
MASTER
PRODUCT
OWNER
TEAM ROLE 1
TEAM ROLE 2
TEAM ROLE 3
STAKEHOLDER
STAKEHOLDER
STAKEHOLDER
STAKEHOLDER
STAKEHOLDER
Entorno ágil
27. • SCRUM: TIEMPO
– SPRINT: Periodo en el que se realiza el trabajo
– Reuniones: frecuentes, periódicas y cortas
• DailyScrum (standup meeting)
– Reunión de mayor frecuencia
– Reunión muy corta
– Se sabe siempre quien es
• Oyente
• Participante
• Decide
– El esquema está prefijado
• ¿Qué se hizo ayer?
• ¿Qué problemas surgieron?
• ¿Qué se va a hacer hoy?
– ¿Documentar la reunión?
Entorno ágil
28. • Inicio:
– Planificación del Sprint (Sprint Planning Meeting)
• Trabajo a realizar.
• Preparar los requisitos a lograr en el sprint (Sprint Backlog)
• Controlar el tiempo que dichos requisitos van a precisar
• Identificar y comunicar cuánto del trabajo final
– ¿Documentar la reunión?
• Final:
– Revisión del Sprint (Sprint Review Meeting)
• Trabajo completado y no completado
• Presentación del trabajo a los interesados: demostraciones
• ¿Documentar la reunión?
– Retrospectiva del Sprint (Sprint Retrospective)
• Impresiones sobre el sprint finalizado
• Mecanismo de mejora continua
• ¿Documentar la reunión?
Entorno ágil
29. • ScrumScrum (coordination meeting)
– Reunión entre equipos
– El esquema está prefijado
• ¿Qué ha hecho tu equipo desde la última reunión?
• ¿Qué va a hacer tu equipo hasta la siguiente reunión?
• ¿Qué problemas frenan el trabajo de tu equipo?
• ¿Vas a conectarte con algún otro equipo hasta la
siguiente reunión?
– Asisten un componente
de cada equipo
– ¿Documentar la
reunión?
Entorno ágil
30. • SCRUM: DOCUMENTACION
• Product backlog
– Documento con todos los requisitos del proyecto
– Muy genérico
• Funcionalidades deseables
• Priorizadas (ROI: return on investment)
– A ser posible con diagramas, figuras… gráficos
– Libre acceso
• Sólo lo modifica el Product Owner.
• Contiene la carga temporal
• Prioriza las tareas
Entorno ágil
31. • SCRUM: DOCUMENTACION
• Spring backlog
– Subconjunto de requisitos del backlog que se están desarrollando
en el spring
– Pueden subdividirse en tareas a las que se les asigna tiempo
– Se debe limitar el número de horas por tarea
– Los miembros del equipo son los que deciden entre ellos qué
tareas acometen
Entorno ágil
32. • SCRUM: DOCUMENTACION
• Burn down chart
– Gráfica pública que muestra el avance del proyecto
– Cantidad de requisitos del Backlog pendientes al comienzo
de cada sprint
– Descendente: los requisitos se están completando
– Ascendente: se están añadiendo nuevos requisitos
Entorno ágil
33. • KANBAN: principios
– Limitar las tareas que se hacen a la vez
– Las tareas se deben empezar lo antes posible
– Se debe buscar el equilibrio
– El equipo debe poder interactuar con todas las tareas
• Mecanismo de mejora continua
• Definición de procesos del proyecto
– Emplear la misma “representación” de todos los procesos del
proyecto:
• Método basado en la gestión por “tarjetas”
– Información común en todas las tarjetas
• Tareas
• Responsables
• Comentarios
– Lugar común de las tareas: Kanban Board
Entorno ágil
34. • KANBAN BOARD
– WIP: work In Progress
• Representa las tareas que se están realizando
– Flujo de valor
• Medición del beneficio que el proyecto está aportando
Entorno ágil
35. • La base del modelo KanBan es el tablero que
representa el proyecto (o una parte de él)
– Columnas: representan fases en el tiempo
– Filas: representan características del proyecto
– Tarjetas: representan tareas
• Es completamente personalizable
Leer
informe
ventas
Comprar
clips
TO DO DOING
Redactar
informe
final
DONE
Buscar
informe
ventas
Entorno ágil
36. • Columnas: el tiempo
– Se organizan por las fases en las
que las tareas deban pasar
• También se pueden poner divisiones
– “Done” en la fase i
– Es “To do” en la
fase i+1
• Incluso divisiones que no necesariamente sean
de tiempo
Módulo de Metodologías Ágiles - Jose-Luis
Poza-Lujan (jopolu@jopolu.net)
NEXT ANALYSISPROJECT DEVELOP. TEST PROD.
DOING
NEXT ANALYSIS DEVELOPMENT
DONE DOING DONE
Local
To do
Doing
Done
Remote
Entorno ágil
37. • Filas: características del proyecto
– Añaden una segunda
dimensión del proyecto
– Permiten organizar en
áreas las tareas del
proyecto
• También se puede
poner divisiones
– Organizan el proyecto
– Si se combinan con
divisiones en las
columnas, añaden mucha
complejidad
TO DO DOING DONE
Juan
Ana
TO DO DOING DONE
ANALYSIS
Urgent
TEST
Normal
Entorno ágil
38. • Las tarjetas
– Deben ser comunes a todos los procesos del
proyecto
– Deben proporcionar la información necesaria para
poder realizarse
Componente del
equipo que está
asumiendo la tarea
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
Descripción de
la tarea
CODIGOCódigo: permite
localizar más detalles
de la tarea
Etiqueta
adicional
Bloqueada
Terminada
start
Fecha inicio
end
Fecha fin
El color del post-
it también da
información
Prioridad/ Valor
Prioritaria
Normal
PANICO!
Gestión
Investigación
Docencia
Otras actividades
Personal
input
Fecha entrada
deadline
Fecha límite
Entorno ágil
39. • Movimiento de tarjetas… algunas preguntas
– ¿Cuándo se deben
cambiar de columna?
• Criterios de cambio de columna
– Siempre los mismos criterios
– Deben ser homogéneos
en una columna
– ¿Quién decide el cambio?
TO DO DOING DONE
ANALYSIS
Urgent
TEST
Normal
Criterio de
cambio
TO DO DOING DONE
ANALYSIS
Urgent
TEST
Normal
Criterio de
selección de
tarea
Definición de
“done”
Entorno ágil
40. • Movimiento de tarjetas… algunas preguntas
– ¿Pueden cambiar el contenido?¿Cuándo?¿Quién?...
• Cambios permitidos
– Fechas de finalización
– Añadidos
• Etiquetas de “bloqueado”
• Etiquetas de finalizado
• Cambio de miembro del equipo
– Imprevistos y causas
sobrevenidas
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
CODIGO
FECHA i
DOING
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
CODIGO
FECHA i
DOING
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
CODIGO
FECHA i
DOING
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
CODIGO
FECHA i
DONE
FECHA f
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
CODIGO
FECHA i
DOING
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
CODIGO
FECHA i
DOING
Entorno ágil
41. • Movimiento de tarjetas… algunas preguntas
• Cambio de prioridad
– ¿mala estimación?
• Cambio de descripción
– ¿Mal diseño?
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
CODIGO
FECHA i
TO DO
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
CODIGO
FECHA i
TO DO
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
CODIGO
FECHA i
DOING
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
CODIGO
FECHA i
DOING
Entorno ágil
42. • Movimiento de tarjetas… algunas preguntas
– ¿Tienen que empezar desde la primera columna?
– ¿Tienen que llegar a la última columna?
– ¿Pueden cambiar de fila?
– ¿Pueden ir hacia atrás?
• Cuestiones no previstas
– Lo decide el equipo
Entorno ágil
43. • Kanban tiene sus reglas
– Provienen de su uso en cadenas de montaje
– Son extrapolables a la gestión de proyectos
– Cada empresa suele poner sus propias reglas
• Las reglas se basan en gestionar los procesos y
los productos
Paint Mark Store
Proceso
Producto
Proceso
Producto
Proceso
Producto
Producto
Entorno ágil
44. • Regla 1. El proceso recoge del proceso anterior sólo los
productos necesarios, en las cantidades precisas, del
lugar adecuado y en el momento adecuado.
– Sincronización entre
productos y procesos
(hay que hacer un control
de tiempos)
– Cantidad precisa: buen
diseño del proyecto
– Lugar adecuado: buen
diseño del espacio
– Momento adecuado: coordinación horizontal
Paint Mark
Proceso
Producto
Proceso
Entorno ágil
45. • Regla 2. El proceso debe fabricar
sus productos en las cantidades
recogidas por el proceso posterior
– Se deben conocer bien los procesos
– Si hay un fallo, se debe parar el proyecto
• Regla 3. Los productos defectuosos nunca deben
pasar al proceso posterior
– Los defectos se propagan
– Mejor detener el proyecto y
analizar qué sucede
Store
Proceso
Producto
Paint Mark
Proceso
Producto
Proceso
Entorno ágil
46. • Regla 4. El número de Kanban (tarjetas) debe
minimizarse
– Muchas tarjetas:
diseño complejo
– La sobrecarga de trabajo
produce fallos, los fallos
producen errores, y los
errores detienen el
proyecto
• Regla 5. El Kanban debe emplearse para lograr la
adaptación de los procesos a las fluctuaciones de la
demanda de productos
• Regla 6. Equilibrar la producción
TO DO DOING DONE
Juan
Ana
Entorno ágil
47. • WIP (Work in Progress)
– Principal métrica de Kanban: el equipo sólo puede trabajar en
un nº de elementos a la vez
• Límite WIP: Número máximo de tareas a desarrollar en
cada fase.
– Se establece al inicio del proyecto
– Se ajusta en todo momento dependiendo de las circunstancias
(prueba y error)
• Intervalos de WIP
– Si es muy bajo: hay componentes del equipo que están ociosos
o excesivamente especializados.
– Si es muy alto: hay componentes sobrecargados o haciendo
demasiadas cosas diferentes a la vez.
Entorno ágil
48. • WIP máximo: el número de tareas en una columna.
– Incluyen a todas las “sub-columnas”
– Hasta que no se reduzca, no se aceptan tareas de una
columna anterior
• Depende de lo bien que están definidas las tareas
– Recordar que las tareas son
lo más homogéneas posible,
no solo en estructura sino
en estimación
• Permiten interpretar
cómo se está gestionando
el proceso
NEXT ANALYSISPROJECT DEVELOP. TEST PROD.
WIP: 2(5) WIP: 3(3) WIP: 6(8)
Entorno ágil
49. • Lead Time
– Tiempo que transcurre desde que se pide un ítem
hasta que se entrega
– Se suele medir en función del trabajo, desde horas
hasta días
– Mide la calidad en servir el producto o completar
el proceso
PedidoSolicitud de
un ítem de
trabajo
PedidoEntrega del
ítem de
trabajo
LEAD TIME
Entorno ágil
50. • Cycle Time
– Mide el tiempo que transcurre entre que se inicia
el procesado del ítem hasta que se finaliza
– Se mide en función del proceso, desde horas hasta
días.
– Mide el tiempo real en trabajar un proceso
PedidoSolicitud de
un ítem de
trabajo
PedidoEntrega del
ítem de
trabajo
LEAD TIME
Doing
Pedido
CYCLE TIME
Entorno ágil
51. • Touch Time
– Tiempo que un ítem está realmente siendo
trabajado
– A diferencia del CycleTime, el TouchTime mide el
tiempo real que se ha trabajado
– TouchTime < CycleTime << LeadTime
PedidoSolicitud de
un ítem de
trabajo
PedidoEntrega del
ítem de
trabajo
LEAD TIME
Doing
Pedido
CYCLE TIME
TOUCH
TIME
Entorno ágil
53. Agile Social Branding
• Define el equipo de trabajo
– Si sólo soy yo…. , no, también están
• Los generadores de información
• Los receptores de información
28415633@N00/8482313304: ISC Language Teaching Workshop Spring 2012
54. Agile Social Branding
• Define el tablero de trabajo
– Como mínimo: TO DO, DOING, DONE
– El resto de columnas o filas depende de la
actividad que se vaya a realizar
28415633@N00/8482313304: ISC Language Teaching Workshop Spring 2012
55. Agile Social Branding
• Define las tarjetas de tareas y sus reglas
– Una tarjeta, NO representa una “publicación” sino
“cómo” se publica.
Componente del
equipo que está
asumiendo la tarea
Bla bla bla, bla bla bla, bla,
bla bla bla, bla bla bla…
Bla bla
Bla bla bla bla bla
Descripción de
la tarea
CODIGOCódigo: permite
localizar más detalles
de la tarea
Etiqueta
adicional
Bloqueada
Terminada
start
Fecha inicio
end
Fecha fin
El color del post-
it también da
información
Prioridad/ Valor
Prioritaria
Normal
PANICO!
Gestión
Investigación
Docencia
Otras actividades
Personal
input
Fecha entrada
deadline
Fecha límite