Lista de Chequeo Scrum
2 recomendaciones1,316 vistas
La lista de chequeo describe varios elementos esenciales y recomendados del proceso Scrum. Los elementos más fundamentales incluyen entregar software funcional cada 4 semanas o menos, tener una Definición de Hecho alcanzable dentro de cada iteración y respetarla, y contar con un Dueño de Producto empoderado. Otros elementos importantes son medir la velocidad, tener retrospectivas para mejorar continuamente el proceso, y asegurar que el equipo completo participe en las estimaciones y planificación de sprints.
Lista de Chequeo Scrum
- 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