LISTA DE VERIFICACIÓN DE PLANIFICACIÓN
Preparación de la planificación del sprint:
Aborde el número de boletos abiertos en las columnas de "revisión de código" y "listas para aceptación". Solicite a los miembros del equipo que se centren en mover los boletos a "Listos" antes de comenzar a trabajar en nuevos boletos.
Pedir a los miembros del equipo que actualicen los tableros de Sprint.
Ejecutar la Revisión del Sprint. (Pregunta: ¿Logramos el Objetivo del Sprint? ¿Seguimos encaminados para alcanzar el objetivo del producto en el próximo Sprint?)
Ejecutar la retrospectiva del sprint. (Seleccionar acciones de mejora continua para el próximo sprint).
Refinamiento : Asegúrese de que el PO busque que los asistentes estén preparados para debatir los elementos más importantes del Backlog del Producto y su relación con el Objetivo del Producto.
Invitados : El Equipo también puede invitar a otras personas a la Planificación del Sprint para que brinden asesoramiento.
DOD : Asegúrese de que el equipo tenga una Definición de Completo (DOD).
No “pre-asignar tareas” : La pre-asignación de tareas es una mala idea porque socava la autogestión, reduce la adaptabilidad y desvía la atención del objetivo del sprint.
Planifica un timebox : 8 horas para un Sprint de 1 mes. No debería exceder las 4 horas para Sprint de 2 semanas.
La agenda se determina con antelación y está disponible para todos los asistentes.
Recordar a todos los miembros del equipo la planificación del sprint de mañana.
Durante la planificación del sprint:
Configuración : Inicie la planificación del Sprint compartiendo una sesión de videoconferencia para aquellos miembros del equipo que no puedan participar en la planificación del Sprint en persona.
Cerrar el Sprint anterior :
Limpiar el tablero antiguo con todo el equipo Scrum: revisa el tablero, verifica el estado de cada ticket y muevelo si es necesario (Sincronizar el tablero offline con el tablero de Jira).
Analice el posible impacto: ¿Siguen siendo valiosos los elementos inacabados (carry over) del Product Backlog? (Los impactos son una métrica adecuada para el equipo y un buen tema para una retrospectiva. Si persisten durante varios sprints, esto debería generar diversas discusiones en el equipo)
Mueva todos los elementos del Product Backlog que tendrán repercusiones a los grupos adecuados, por ejemplo, el próximo Sprint o el Product Backlog.
Limpia el tablero físico de los viejos recordatorios del Sprint anterior.
Si los elementos del Product Backlog no terminados no se trasladarán al próximo Sprint, entonces muévalos al Product Backlog o elimínelos/archívelos.
Crear nuevo Sprint : Si aún no está disponible, crea un nuevo “Sprint” (en Jira).
Iniciar Planificación del Sprint :
Capacidad : Como equipo Scrum, determina la capacidad disponible del equipo: ¿Quién puede contribuir con trabajo durante el próximo Sprint?
Objetivo de Sprint (¿ Por qué es valioso este Sprint?) :
Pídale al PO que comparta el objetivo comercial que el próximo Sprint debe lograr.
Todo el Equipo colabora para definir un Objetivo del Sprint .
Adecuar la capacidad del equipo Scrum al objetivo de negocio del propietario del producto: ¿es realista?
Si el objetivo comercial y la capacidad del equipo no coinciden, reduzca el alcance del Sprint.
Si el equipo no puede cumplir con el objetivo comercial propuesto, pídale al propietario del producto que proponga una meta realista.
Crear un objetivo de sprint en colaboración.
Selección de elementos para el Objetivo (¿ Qué se puede hacer en este sprint?) :
Tras hablar con el PO, los Desarrolladores seleccionan elementos del Backlog del Producto para incluirlos en el Sprint actual.
Refinar: el equipo puede refinarlos durante este proceso, lo que aumenta la comprensión y la confianza.
Dimensionar: determinar cuánto se puede completar en un sprint puede ser un desafío. Aquí puede usar alguna técnica de puntuación relativa (planning poker e historia pivote son ejemplos a usar).
Pregúntele al equipo si el alcance del trabajo deja tiempo libre para abordar problemas inesperados.
Pregunte al equipo si el alcance del trabajo permite abordar la deuda técnica y los errores. (Evite la trampa de una utilización superior al 95 %. No se convertirá en una fábrica de funciones a expensas de la calidad de la pila tecnológica).
El equipo crea notas adhesivas para el tablero físico. (Asegúrese de seguir los códigos de color para los diferentes tipos de notas adhesivas o tipo de emisión; las historias de usuario, las tareas, y los errores tienen colores distintos o tipos distintos).
Acciones de Mejora Continua : Resumir los resultados de la Retrospectiva del Sprint anterior y actualizar el nuevo tablero del Sprint con las acciones a tomar. (El Equipo Scrum comunicó abiertamente los resultados de su Retrospectiva).
Plan del cómo (¿ Cómo se realizará el trabajo elegido?) : Para cada elemento seleccionado del Product Backlog, los Desarrolladores planifican el trabajo necesario.
Pida que se converse técnicamente qué hay que hacer para cumplir el DOD.
Pida descomponer los elementos en elementos de trabajo más pequeños.
Acuerdo final (¿Estamos todos de acuerdo?) :
El Objetivo del Sprint debe definirse antes de finalizar la Planificación.
Discutir las modificaciones necesarias con el PO.
Votación (Voto romano) de consenso:
¿Todos se sienten cómodos con el plan? |
¿La carga de trabajo es acorde a nuestra capacidad? |
¿Podemos comprometernos todos con el Objetivo del Sprint? |
¿Todo el equipo cree que el plan es alcanzable y el PO está satisfecho con las prioridades?
Cierre:
Aborde el número de boletos abiertos en las columnas de "revisión de código" y "listas para aceptación". Solicite a los miembros del equipo que se centren en mover los boletos a "Listos" antes de comenzar a trabajar en nuevos boletos.
Pedir a los miembros del equipo que actualicen los tableros de Sprint.
Ejecutar la Revisión del Sprint. (Pregunta: ¿Logramos el Objetivo del Sprint? ¿Seguimos encaminados para alcanzar el objetivo del producto en el próximo Sprint?)
Ejecutar la retrospectiva del sprint. (Seleccionar acciones de mejora continua para el próximo sprint).
Refinamiento : Asegúrese de que el PO busque que los asistentes estén preparados para debatir los elementos más importantes del Backlog del Producto y su relación con el Objetivo del Producto.
Invitados : El Equipo también puede invitar a otras personas a la Planificación del Sprint para que brinden asesoramiento.
DOD : Asegúrese de que el equipo tenga una Definición de Completo (DOD).
No “pre-asignar tareas” : La pre-asignación de tareas es una mala idea porque socava la autogestión, reduce la adaptabilidad y desvía la atención del objetivo del sprint.
Planifica un timebox : 8 horas para un Sprint de 1 mes. No debería exceder las 4 horas para Sprint de 2 semanas.
La agenda se determina con antelación y está disponible para todos los asistentes.
Recordar a todos los miembros del equipo la planificación del sprint de mañana.
Configuración : Inicie la planificación del Sprint compartiendo una sesión de videoconferencia para aquellos miembros del equipo que no puedan participar en la planificación del Sprint en persona.
Cerrar el Sprint anterior :
Limpiar el tablero antiguo con todo el equipo Scrum: revisa el tablero, verifica el estado de cada ticket y muevelo si es necesario (Sincronizar el tablero offline con el tablero de Jira).
Analice el posible impacto: ¿Siguen siendo valiosos los elementos inacabados (carry over) del Product Backlog? (Los impactos son una métrica adecuada para el equipo y un buen tema para una retrospectiva. Si persisten durante varios sprints, esto debería generar diversas discusiones en el equipo)
Mueva todos los elementos del Product Backlog que tendrán repercusiones a los grupos adecuados, por ejemplo, el próximo Sprint o el Product Backlog.
Limpia el tablero físico de los viejos recordatorios del Sprint anterior.
Si los elementos del Product Backlog no terminados no se trasladarán al próximo Sprint, entonces muévalos al Product Backlog o elimínelos/archívelos.
Crear nuevo Sprint : Si aún no está disponible, crea un nuevo “Sprint” (en Jira).
Iniciar Planificación del Sprint :
Capacidad : Como equipo Scrum, determina la capacidad disponible del equipo: ¿Quién puede contribuir con trabajo durante el próximo Sprint?
Objetivo de Sprint (¿ Por qué es valioso este Sprint?) :
Pídale al PO que comparta el objetivo comercial que el próximo Sprint debe lograr.
Todo el Equipo colabora para definir un Objetivo del Sprint .
Adecuar la capacidad del equipo Scrum al objetivo de negocio del propietario del producto: ¿es realista?
Si el objetivo comercial y la capacidad del equipo no coinciden, reduzca el alcance del Sprint.
Si el equipo no puede cumplir con el objetivo comercial propuesto, pídale al propietario del producto que proponga una meta realista.
Crear un objetivo de sprint en colaboración.
Selección de elementos para el Objetivo (¿ Qué se puede hacer en este sprint?) :
Tras hablar con el PO, los Desarrolladores seleccionan elementos del Backlog del Producto para incluirlos en el Sprint actual.
Refinar: el equipo puede refinarlos durante este proceso, lo que aumenta la comprensión y la confianza.
Dimensionar: determinar cuánto se puede completar en un sprint puede ser un desafío. Aquí puede usar alguna técnica de puntuación relativa (planning poker e historia pivote son ejemplos a usar).
Pregúntele al equipo si el alcance del trabajo deja tiempo libre para abordar problemas inesperados.
Pregunte al equipo si el alcance del trabajo permite abordar la deuda técnica y los errores. (Evite la trampa de una utilización superior al 95 %. No se convertirá en una fábrica de funciones a expensas de la calidad de la pila tecnológica).
El equipo crea notas adhesivas para el tablero físico. (Asegúrese de seguir los códigos de color para los diferentes tipos de notas adhesivas o tipo de emisión; las historias de usuario, las tareas, y los errores tienen colores distintos o tipos distintos).
Acciones de Mejora Continua : Resumir los resultados de la Retrospectiva del Sprint anterior y actualizar el nuevo tablero del Sprint con las acciones a tomar. (El Equipo Scrum comunicó abiertamente los resultados de su Retrospectiva).
Plan del cómo (¿ Cómo se realizará el trabajo elegido?) : Para cada elemento seleccionado del Product Backlog, los Desarrolladores planifican el trabajo necesario.
Pida que se converse técnicamente qué hay que hacer para cumplir el DOD.
Pida descomponer los elementos en elementos de trabajo más pequeños.
Acuerdo final (¿Estamos todos de acuerdo?) :
El Objetivo del Sprint debe definirse antes de finalizar la Planificación.
Discutir las modificaciones necesarias con el PO.
Votación (Voto romano) de consenso:
¿Todos se sienten cómodos con el plan? |
Cierre:
Inicia el Sprint formalmente.
Después de la planificación del sprint:
El objetivo del Sprint, los elementos del Product Backlog seleccionados para el Sprint y el plan para entregarlos se denominan en conjunto Sprint Backlog.
Asegurar la corrección del tablero y sprint en curso. Sincronizar el tablero offline con el online.
Comience a recopilar datos para la próxima Retrospectiva del Sprint, por ejemplo, configurando un buzón de correo del Sprint.
Encuesta (Puede ser parte de la retrospectiva):
Realiza una encuesta anónima sobre el Sprint anterior. La encuesta incluyó cuatro preguntas: 1. ¿Ofrecemos valor a nuestros clientes durante el Sprint reciente? 2. ¿Ha cambiado el nivel de deuda técnica durante el último Sprint? 3. ¿Recomendarías una vacante en esta organización a un buen amigo con mentalidad ágil? 4. ¿Cómo te sientes personalmente con respecto a tu situación laboral?
Recuerde a los miembros del equipo que participan en la encuesta de Sprint Destacado. (El número mínimo de participantes fue de ocho desarrolladores, más dos analistas de negocio, el Dueño del Producto y el Scrum Master).
Publicar los resultados de la encuesta de Sprint del Sprint anterior.
Consejos para el facilitador:
Si no hay claridad del objetivo de Sprint realiza preguntas:
¿Qué sería lo único que tendríamos que entregar o hacer para obtener algún valor?
¿Qué desafío podríamos asumir para lograr completar en un sprint?
Si hay muchos objetivos: ¿Cómo afecta trabajar en varios productos u objetivos en un Sprint tu capacidad para concentrarte en entregar software funcional a las partes interesadas?
¿Hay alguna conexión entre objetivos del sprint, los objetivos/visiones del producto y la visión más amplia de la organización?
Trabajan como compañeros de equipo al definir el objetivo del sprint. No es cierto que el Scrum Master solo actúe como facilitador. El Scrum Master forma parte del Equipo Scrum, y este define el Objetivo del Sprint.
Si es necesario, orientarlos durante la elaboración de pronósticos, planteándoles preguntas impactantes, como cómo se sentirán si no cumplen con los pronósticos, lo que les ayudará a obtener un incremento potencialmente liberable. ¿Cómo planean trabajar en equipo?
Asegúrese de que el equipo haya comprendido qué inspeccionar y adaptar durante la planificación del sprint. ¿Está el equipo inspeccionando el último incremento, la definición de completado, los compromisos retrospectivos y las combinaciones de equipos, etc.?
Habilite la transparencia al explicarles cómo un buen backlog de sprint puede ayudar a que se preocupen por los demás y actúen como un radiador de información.
Asegura transparencia con visualización compartida : Asegúrate de que el trabajo que se está planificando pueda ser visualizado remotamente por todos los miembros del equipo. Quien esté escribiendo los objetivos de la iteración debe compartir su pantalla para que todos puedan ver los objetivos a medida que se desarrollan.
Votación de confianza : Encuentra una forma amigable con el trabajo remoto para realizar una votación de confianza del equipo y asegúrate de discutir con curiosidad y sin juicio cualquier voto extremo.
Haz participar a todos : En las reuniones remotas, es fácil que los compañeros más callados hablen menos, busca participación mediante preguntas. Asegúrate de preguntar la opinión de los miembros más callados.
Mantén un ambiente agradable : pon música suave y divertida mientras tu equipo cierra la iteración anterior o escribe historias.
Mantén la energía alta : Anima a los miembros del equipo a traer snacks oa tomar un descanso en equipo para levantarse, estirarse o hacer una "fiesta de baile de un minuto". Toma descansos regulares si es necesario.
Celebren como equipo : cuando planifiquen por debajo de la capacidad, dejando espacio para el trabajo no planificado. Pueden repartir stickers, tener un snack especial o actualizar una métrica del equipo como "X iteraciones desde que hemos estado por encima de la capacidad".
Asegura un equipo NO sobrecargado : Si el equipo completo está rutinariamente por encima de su capacidad, presenta datos (Velocity, Cumplimiento, etc.) al equipo que demuestren con qué frecuencia el equipo está planificando por encima de su capacidad, o el trabajo que no se completa o se arrastra (carry over) cuando el equipo está por encima de su capacidad. Como equipo, hagan una lluvia de ideas sobre cómo pueden abordar este problema juntos. Los individuos capturarán sus ideas y decidirán sobre los elementos de acción a llevar a la próxima planificación de iteración. Pídele al equipo que actúe como compañeros de responsabilidad mutua mientras planifican la próxima iteración utilizando esos elementos de acción.
Asegura persona NO sobrecargada : Si un Miembro del Equipo está rutinariamente por encima de su capacidad: Formas de Superarlo: Trabajen como equipo para identificar historias que puedan esperar, ser desglosadas o ser tomadas por otra persona, de modo que un solo miembro del equipo no esté sobrecargado o experimentando agotamiento (burnout). La programación en parejas (pairing) para aumentar las habilidades en forma de "T" (habilidades en forma de T) con otros miembros del equipo puede disminuir un cuello de botella de habilidades en un solo miembro del equipo con el tiempo.
Garantizar que todos respetan el límite de tiempo, elaboran un objetivo del sprint y planifican los primeros días si es necesario.
- Identifique antipatrones que de no poder tratarlos inmediatamente podrá analizarlos y trabajarlos en el futuro
- ( https://age-of-product.com/scrum-sprint-planning-anti-patterns/ ).
El objetivo del Sprint, los elementos del Product Backlog seleccionados para el Sprint y el plan para entregarlos se denominan en conjunto Sprint Backlog.
Asegurar la corrección del tablero y sprint en curso. Sincronizar el tablero offline con el online.
Comience a recopilar datos para la próxima Retrospectiva del Sprint, por ejemplo, configurando un buzón de correo del Sprint.
Encuesta (Puede ser parte de la retrospectiva):
Realiza una encuesta anónima sobre el Sprint anterior. La encuesta incluyó cuatro preguntas: 1. ¿Ofrecemos valor a nuestros clientes durante el Sprint reciente? 2. ¿Ha cambiado el nivel de deuda técnica durante el último Sprint? 3. ¿Recomendarías una vacante en esta organización a un buen amigo con mentalidad ágil? 4. ¿Cómo te sientes personalmente con respecto a tu situación laboral?
Recuerde a los miembros del equipo que participan en la encuesta de Sprint Destacado. (El número mínimo de participantes fue de ocho desarrolladores, más dos analistas de negocio, el Dueño del Producto y el Scrum Master).
Publicar los resultados de la encuesta de Sprint del Sprint anterior.
Si no hay claridad del objetivo de Sprint realiza preguntas:
¿Qué sería lo único que tendríamos que entregar o hacer para obtener algún valor?
¿Qué desafío podríamos asumir para lograr completar en un sprint?
Si hay muchos objetivos: ¿Cómo afecta trabajar en varios productos u objetivos en un Sprint tu capacidad para concentrarte en entregar software funcional a las partes interesadas?
¿Hay alguna conexión entre objetivos del sprint, los objetivos/visiones del producto y la visión más amplia de la organización?
Trabajan como compañeros de equipo al definir el objetivo del sprint. No es cierto que el Scrum Master solo actúe como facilitador. El Scrum Master forma parte del Equipo Scrum, y este define el Objetivo del Sprint.
Si es necesario, orientarlos durante la elaboración de pronósticos, planteándoles preguntas impactantes, como cómo se sentirán si no cumplen con los pronósticos, lo que les ayudará a obtener un incremento potencialmente liberable. ¿Cómo planean trabajar en equipo?
Asegúrese de que el equipo haya comprendido qué inspeccionar y adaptar durante la planificación del sprint. ¿Está el equipo inspeccionando el último incremento, la definición de completado, los compromisos retrospectivos y las combinaciones de equipos, etc.?
Habilite la transparencia al explicarles cómo un buen backlog de sprint puede ayudar a que se preocupen por los demás y actúen como un radiador de información.
Asegura transparencia con visualización compartida : Asegúrate de que el trabajo que se está planificando pueda ser visualizado remotamente por todos los miembros del equipo. Quien esté escribiendo los objetivos de la iteración debe compartir su pantalla para que todos puedan ver los objetivos a medida que se desarrollan.
Votación de confianza : Encuentra una forma amigable con el trabajo remoto para realizar una votación de confianza del equipo y asegúrate de discutir con curiosidad y sin juicio cualquier voto extremo.
Haz participar a todos : En las reuniones remotas, es fácil que los compañeros más callados hablen menos, busca participación mediante preguntas. Asegúrate de preguntar la opinión de los miembros más callados.
Mantén un ambiente agradable : pon música suave y divertida mientras tu equipo cierra la iteración anterior o escribe historias.
Mantén la energía alta : Anima a los miembros del equipo a traer snacks oa tomar un descanso en equipo para levantarse, estirarse o hacer una "fiesta de baile de un minuto". Toma descansos regulares si es necesario.
Celebren como equipo : cuando planifiquen por debajo de la capacidad, dejando espacio para el trabajo no planificado. Pueden repartir stickers, tener un snack especial o actualizar una métrica del equipo como "X iteraciones desde que hemos estado por encima de la capacidad".
Asegura un equipo NO sobrecargado : Si el equipo completo está rutinariamente por encima de su capacidad, presenta datos (Velocity, Cumplimiento, etc.) al equipo que demuestren con qué frecuencia el equipo está planificando por encima de su capacidad, o el trabajo que no se completa o se arrastra (carry over) cuando el equipo está por encima de su capacidad. Como equipo, hagan una lluvia de ideas sobre cómo pueden abordar este problema juntos. Los individuos capturarán sus ideas y decidirán sobre los elementos de acción a llevar a la próxima planificación de iteración. Pídele al equipo que actúe como compañeros de responsabilidad mutua mientras planifican la próxima iteración utilizando esos elementos de acción.
Asegura persona NO sobrecargada : Si un Miembro del Equipo está rutinariamente por encima de su capacidad: Formas de Superarlo: Trabajen como equipo para identificar historias que puedan esperar, ser desglosadas o ser tomadas por otra persona, de modo que un solo miembro del equipo no esté sobrecargado o experimentando agotamiento (burnout). La programación en parejas (pairing) para aumentar las habilidades en forma de "T" (habilidades en forma de T) con otros miembros del equipo puede disminuir un cuello de botella de habilidades en un solo miembro del equipo con el tiempo.
Garantizar que todos respetan el límite de tiempo, elaboran un objetivo del sprint y planifican los primeros días si es necesario.
Identifique antipatrones que de no poder tratarlos inmediatamente podrá analizarlos y trabajarlos en el futuroReferencias:
- Scrum.org
- https://www.scrum.org/resources/blog/lista-de-verificación-de-planificación-de-sprint
- https://www.scrum.org/resources/blog/nueve-cosas-que-hacer-en-su-planificación-de-sprint
- https://www.iiba.org/business-analysis-blogs/lista-de-verificación-para-la-planificación-de-sprint-y-cómo-gestionar/
- https://www.scrum.org/resources/what-is-sprint-planning https://dzone.com/articles/sprint-planning-checklist
- Guía del facilitador de SAFe: Planificación de iteraciones
