1. El proceso está mejorándose
continuamente
Tiene Definición de Hecho (DoD)
DoD alcanzable dentro de
cada iteración
El equipo respeta la DoD
Lo Fundamental
Entregar software funcionando y
probado cada 4 semanas o menos
Entregar lo que el negocio
necesita más
Demo ocurre después de cada
sprint
Muestra software
funcionando y probado
Retroalimentación recibida
de interesados y PO
La Retrospectiva ocurre al final de
cada sprint
Resultados en propuestas
concretas de mejoramiento
Algunas propuestas llegan a
implementarse
Equipo completo + PO
participan
El equipo tiene un backlog del
sprint
Altamente visible
Actualizado diariamente
De propiedad exclusiva del
equipo
Tienen reuniones de planeación
del sprint
PO participa
El equipo completo participa
Resultados en un plan del
sprint
El equipo completo cree que
el plan es alcanzable
PO satisfecho con
prioridades
PO lleva el PBL actualizado
Longitud de iteración de 4
semanas o menos
Siempre terminan a tiempo
Equipo no interrumpido o
controlado por externos
Iteraciones tiempo-fijo
PO tiene backlog de producto
(PBL)
Ítems son priorizados por su
valor al negocio
Ítems son estimados
PO entiende el propósito de
todos los ítems del backlog
Ítems en PBL tan pequeñas
para hacerse en un sprint
Estimaciones hechas por el
equipo
Dueño del producto definido
claramente (PO)
PO empoderado para priorizar
PO tiene el conocimiento para
priorizar
PO tiene contacto directo con
el equipo
PO tiene contacto directo con
los interesados
PO habla como una voz (en
caso que PO sea un equipo)
Miembros del equipo se sientan
juntos
Si logra esto puede ignorar el resto de la
lista. Su proceso está bien.
Esto es central a Scrum. Sin esto probablemente
no debería llamarlo Scrum.
Scrum Esencial
PO tiene la visión del producto
que está sincronizada con el PBL
PBL y la visión del producto son
altamente visibles
Todos en el equipo participan en
la estimación
PO disponible cuando el equipo
está estimando
Miembros del equipo no
encerrados en roles específicos
El equipo tiene todas las habilidades
necesarias para llevar los ítems del
backlog a Hecho
El equipo tiene un Scrum Master
(SM)
Todo el equipo conoce los 1-3
impedimentos principales
SM tiene una estrategia para
solucionar los impedimentos
SM se enfoca en remover los
impedimentos
Escalado a gerencia cuando
el equipo no lo puede resolver
Se mide la Velocidad
La velocidad solo incluye
ítems que están Hechos
PO usa la velocidad para
planeación de versiones
El equipo tiene un gráfico de
trabajo pendiente del sprint
ítems del PBL se dividen en tareas
dentro de un sprint
Estimaciones para tareas en
ejecución actualizadas
diariamente
Altamente visible
Actualizado diariamente
PO participa al menos unas
pocas veces por semana
Todos los ítems en el plan del
sprint tienen un estimado
SM se sienta con el equipo
Scrum Diario es cada día, a la
misma hora y mismo lugar
Las tareas del sprint son
estimadas
Se estima tamaño relativo (puntos
de historia) en vez de tiempo
Máximo 15 minutos
Cada miembro del equipo conoce
lo que los demás están haciendo
La mayoría de esto se necesitará, pero no siempre necesitará todo. ¡Experimente!
Recomendado pero no siempre necesario
ElScrum Diario ocurre
El equipo completo participa
Problemas e impedimentos
son mencionados
Tiene un Dueño de Producto en
Jefe (si hay muchos PO)
Equipos dependientes hacenScrum
de Scrums
Equipos dependientes se integran
en cada sprint
Escalamiento
¡Divertido! Alto nivel de energía.
El sobretrabajo es raro y ocurre
voluntariamente
Discutir, criticar y experimentar con
el proceso
Indicadores Positivos
Lista de Chequeo Scrum
http://www.crisp.se/scrum/checklist | Versión 2.2 (2010-10-04)
no oficial
Henrik Kniberg
PO = Dueño de Producto SM = Scrum Master PBL = Backlog de Producto DoD = Definición de Hecho
Equipo usualmente entrega lo
que se comprometió a hacer
Principales indicadores de una buena
implementación de Scrum.
Estas son fundamentales a cualquier
esfuerzo de escalamiento Scrum.
Máximo 9 personas por
equipo
Iteraciones condenadas al fracaso
son terminadas temprano
Traducida por Luis Antonio Salazar
http://www.gazafatonarioit.com
2. ¿Qué es esto? ¿Para quién es?
La lista de chequeo Scrum es una herramienta simple para
ayudarlo a empezar con Scrum, o para evaluar su actual
implementación de Scrum.
Note que estas no nos reglas. Son guías. Un equipo de dos podría
decidir saltar el Scrum diario, puesto que ellos están haciendo
programación par todo el día y podrían no necesitar una reunión
para sincronizarse. Bien. Luego, intencionalmente ellos se han
saltado una práctica Scrum pero se aseguraron de que el propósito
de la práctica Scrum ha sido cumplido de otra forma. ¡Esto es lo
que cuenta!
Si usted está haciendo Scrum, podría ser interesante hacer que su
equipo tenga esta lista en la retrospectiva. Como una herramienta
de discusión, no como una herramienta de evaluación.
¿Cómo la uso?
• Joe: “Para esta retrospectiva, les he traído una pequeña y útil
lista de chequeo. ¿Hay algo de esto que no estamos haciendo?”
• Lisa: "Hmmm, veamos. Bueno, ciertamente nos hace falta la
Definición de Hecho y no estamos midiendo la Velocidad.”
• Joe: “Bueno, la 'Definición de Hecho' está listada bajo 'Scrum
Esencial' ¡así que parece muy importante! La Velocidad está
listada bajo 'Recomendado pero no siempre necesario' así que
eso puede esperar y empecemos con lo esencial.
• Lisa: “Mira, también nos hace falta ‘Entregar software
funcionando y probado cada 4 semanas o menos'. ¡Eso está
listado bajo 'Lo Fundamental'! Tiene sentido, ¡porque mercadeo
siempre se está quejando de eso!”
• Joe: “Quizás un concepto como la 'Definición de Hecho' podría
ayudarnos a tomar porciones más pequeñas por sprint y liberar
funcionalidades más seguido.”
• Lisa: “Buena idea, intentémoslo.”
¿Cómo NO la uso?
• Gran Jefe: “Bien, equipo, hora de ver qué tanto cumplimos con
Scrum. Llenemos esta lista de chequeo, por favor.”
• Joe: “Jefe, estoy feliz de reportar que estamos haciéndolo todo.
Bueno, todo excepto los gráficos de trabajo pendiente del
Sprint.”
• Gran Jefe: “¡Mal, mal equipo! Aquí dice que ustedes deberían
estar haciendo estas... eh... ¡cosas pendientes del sprint! ¡Las
quiero ver"
• Lisa: “Pero nosotros hacemos sprints de 2 semanas y casi
siempre entregamos lo que nos comprometemos a hacer, y los
usuarios están felices. Las gráficas de trabajo pendiente del
sprint no agregarían valor en este escenario.”
• Gran Jefe: “Bueno, aquí dice que deberían hacerlo, así que no
dejen que los encuentre haciendo trampa otra vez, ¡o llamaré a
la policía Scrum!”
¿Es esta una lista de chequeo oficial?
No. La lista de chequeo refleja mi opinión personal y subjetiva
acerca de lo que realmente importa en Scrum. He pasado años
ayudando a compañías a empezar con Scrum y he conocido a
cientos de otros practicantes, instructores y entrenadores; y he
encontrado que listas de chequeo como esta pueden ser útiles si
se usan correctamente.
Lista de Chequeo ScrumHenrik Kniberg
Traducida por Luis Antonio Salazar
http://www.gazafatonarioit.com