Multiplica los resultados de tu Sprint Planning

por | Feb 11, 2021 | Agile, Scrum | 0 Comentarios

Hoy es día de Sprint Planning. Miras hacia tu equipo y… sólo ves pacas de paja rodar de un lado a otro. ¿Qué ha pasado con tus compañeros? ¿Dónde se esconderán? ¡Te han dejado solo! Te traigo 5 consejos para multiplicar los resultados de tu Sprint Planning.

Con estos prácticos 5 consejos, conseguirás que tu equipo Scrum participe activamente en el Sprint Planning y obtengáis unos resultados espectaculares. ¿No me crees? Pues sigue y… ¡multiplca los resultados de tu Sprint Planning!

Trabajad de manera ordenada: Objetivo - Alcance - Tareas

Empieza por definir un objetivo para el sprint vinculado al producto. Ese objetivo servirá para trabajar las daily meetings durante el sprint. A continuación elegid los ítems del backlog que os permiten alcanzar ese objetivo.

Si estimáis, revisad las estimaciones que sean necesarias y ajustad el alcance del sprint.

Por último, dividid cada ítem del Sprint Backlog en tareas atómicas que os permitan paralelizar el trabajo y enfocar al equipo en entregar pronto.

Respetad el Timebox

Scrum establece un máximo de 8 horas de planificación para sprints de 1 mes. En nuestra experiencia, un equipo bien armado necesita apenas 2 horas para planificar un sprint de 2 semanas.

Si vuestro problema es que dedicáis demasiado tiempo a la planificación, revisad qué estáis haciendo que no sea decidir qué entra y qué no y buscadle otro hueco durante el sprint. Una fuga normal de tiempo es utilizar la planificación para refinar el Product Backlog, lo que puede ser un síntoma de que realizáis refinamientos poco efectivos.

Si la planificación os dura, por ejemplo, 4 horas, reducid a 3 como máximo, y buscaos la vida para no emplear más tiempo. Los cambios, poco a poco, mejor. Cuando se cumpla el timebox, abandonad la planificación tal y como esté. Al principio será raro. A través de las retrospectivas iréis ajustando vuestro funcionamiento para adaptaros a vuestro nuevo timebox.

Utiliza un enfoque iterativo e incremental

Trabaja en iteraciones y con una base incremental de tu planificación. El bloque de 50 minutos de trabajo y 10 de descanso funciona de fábula, sobre todo en sesiones largas.

Para la base incremental, empezad por definir el objetivo del sprint y elegir los ítems del Product Backlog que os ayudarán a conseguirlo. A continuación, realizad una primera división en tareas por tipología de especialidad (front, back, automatización de tests, pruebas finales, etc.). Si os queda tiempo, dividid las tareas en otras más concretas, como por ejemplo: maquetación de la parte visual, desarrollo del servicio 1 del backend, conexión visual con servicio 1 del backend… y así sucesivamente.

Traed los deberes hechos

Una de las principales fuentes de las planificaciones largas es la necesidad de refinar el backlog porque no se ha hecho antes. Un Product Backlog bien refinado ayuda muchísimo a tener planificaciones cortas y sencillas.

Utiliza el Definition of Ready para estructurar adecuadamente vuestros refinamientos. Recuerda no caer en el excesivo diseño upfront, podría resultar en hacer pequeñas cascadas y alejarnos de un enfoque ágil.

Mide el impacto del producto

El trabajo cobra una dimensión totalmente distinta cuando se conoce el propósito. Hablar del impacto del producto en vuestros clientes ayuda enormemente a que el equipo lo haga suyo. Las planificaciones pasan de ser esa reunión muermo donde digo qué trabajo voy a hacer al lugar donde conversamos sobre el siguiente aporte real de valor que vamos a entregar a nuestros clientes.

Como ya te comenté en el anterior vídeo (Monta equipos Scrum de éxito), con un equipo Scrum buscamos crear un sistema de alto impacto y toma rápida de decisiones. Ese alto impacto empieza por realizar una planificación de trabajo coherente, sólida y bien fundamentada.

Espero que estos 5 consejos te sirvan para multiplicar los resultados de tus Sprint Plannings. Recuerda suscribirte a nuestro canal de Youtube para recibir los nuevos vídeos que publicamos y a nuestro blog para ser el primero en recibir nuestros artículos.

¡Hasta el próximo vídeo!

También te puede interesar.

Las consecuencias de un Backlog interminable

Nuestro Product Backlog con el tiempo se va llenando y convirtiendo en un Backlog interminable. En este artículo te planteo las consecuencias más relevantes que tiene.

Cómo mejorar tu Scrum Daily

En ocasiones nos encontramos con equipos en los que la Scrum Daily se ha convertido en un evento individualista donde cada miembro del equipo de desarrollo comenta las tareas realizadas durante el día anterior, muchas veces con cierto carácter de reporte. Sin embargo, la daily es un evento colectivo donde a través de la inspección y adaptación se traza un plan de trabajo del día para el equipo.

Apoya a tu equipo entendiendo qué le ocurre

La transparencia es uno de los pilares de Scrum. Con ella conseguimos hacer visible lo que ocurre dentro del producto, equipo, personas, … para hacer inspección y adaptación. ¿Cómo podemos saber qué ocurre en el equipo para poder apoyarle?

La historia de scrum, su primera implementación

Actualmente Scrum es el marco de trabajo más utilizado para implementar modelos Agile. Hoy os contamos como era su primera versión.

Cómo convivir con las incidencias en un Equipo Scrum

En los Equipos Scrum que desarrollan nuevo software y mantienen el ya existente, es muy habitual tener que lidiar con incidencias provocadas por el software en producción. Su gestión es complicada ya que interrumpen directamente nuestro plan para el sprint, y al producto ya priorizado en el Product Backlog.

Cómo facilito una retrospectiva si no soy Scrum Master

Una buena retrospectiva da la oportunidad al equipo de analizar su funcionamiento y establecer mejoras. Te dejamos consejos para facilitarla.

Ventajas de aplicar el Lead Time en los Equipos Scrum

En ocasiones, cuando arrancamos con los Equipos Scrum, nos encontramos con un par problemas habituales: el tamaño de los PBIs y que trabajan en paralelo en todas los PBIs del sprint. Hoy te traigo una solución que hemos puesto en marcha en algunos Equipos Scrum de nuestros clientes.

El Product Owner y su relación con los Stakeholders

Como Product Owner enseguida te has dado cuenta de la gran importancia que tiene tu relación y la del Equipo Scrum con los Stakeholders.

Como empezar como Scrum Master

Acompañar a equipos es una gran responsabilidad pero es muy gratificante. Cada persona y cada equipo tiene unas necesidades diferentes en función de su realidad. Sin embargo, bajo nuestra experiencia, estos consejos pueden servirte para iniciarte como Scrum Master en un equipo.

Mi estrategia de Onboarding como Scrum Master

Me incorporo a un equipo como Scrum Master, ¿¿por dónde empiezo??

Estoy seguro de que esta pregunta ha pasado por la cabeza de más de uno y de una cuando se ha enfrentado al reto de comenzar a trabajar en una nueva empresa o con un nuevo equipo. En este post quiero compartir una estrategia que yo he utilizado y me ha sido útil para abordar el proceso de onboarding.

0 comentarios

Enviar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Aceptarás nuestra política de cookies si continúas navegando.

ACEPTAR
Aviso de cookies