Planificación de Sprint 101: Cómo planificar grandes Sprints

Pregúntele a una docena de personas qué es ágil y obtendrá una docena de respuestas diferentes. Pero Scrum lo define mejor como modelo. Scrum es una forma de gestionar un proyecto dentro de un marco ágil y se compone de tres roles: propietario del producto, maestro de scrum y equipo.

El propietario del producto se centra en el lado comercial del proyecto, el scrum master es el experto, que actúa como un entrenador. El equipo es autodirigido y trabaja como mejor le parezca para cumplir con los objetivos del propietario del producto.

Si está interesado en los aspectos básicos del scrum, consulte nuestra guía. Para esta publicación, vamos a profundizar en uno de los eventos en el marco de scrum, la planificación de sprints.

¿Qué es un sprint?

Para proporcionar cierta regularidad y minimizar la necesidad de reuniones, Scrum se divide en eventos. Uno de estos eventos es el sprint. Un sprint es una iteración en el ciclo de desarrollo de un proyecto.

El sprint se define por una pequeña cantidad de trabajo planificado que el equipo debe completar y preparar para su revisión. Sprint proviene de un marco ágil para proyectos y generalmente se asocia con scrum. Sin embargo, sprint también encaja en la técnica de kanban con su concepto de entrega continua. Scrumban también implementará sprints.

Como en el significado del diccionario de la palabra, sprint es como una carrera corta. Define una duración por lo general no más de dos a cuatro semanas. El objetivo de un sprint se decide entre el propietario del producto y el equipo, lo que se denomina "objetivo de sprint". El trabajo proviene de un sprint backlog, que es una lista de tareas a completar. Los trabajos pendientes a menudo se almacenan en tableros o listas de tareas para facilitar el mantenimiento.

Los equipos trabajan en colaboración para completar el sprint y tenerlo listo para su revisión. Pero el sprint no puede comenzar hasta que haya un plan de sprint.

Cómo hacer un buen plan de Sprint

El plan de sprint es otro evento en el marco scrum de un proyecto ágil. Comienza con el equipo decidiendo en qué elementos de su trabajo pendiente trabajar durante el sprint. Este es el objetivo del sprint que es una decisión colaborativa entre el equipo y el propietario del producto.

La planificación de Sprint generalmente involucra a todos en el equipo. Está el propietario del producto que ayuda a priorizar la acumulación y sugiere qué elementos deben ser parte del objetivo del sprint. El equipo entra para determinar cuál es un número factible de tareas para que trabaje la acumulación durante el sprint.

Además, involucrado en la planificación del sprint está el scrum master. El scrum master es un experto en el marco scrum para proyectos ágiles. Actúan como facilitadores del plan de sprint para asegurarse de que sea efectivo, que se aborden los elementos pendientes apropiados y que haya un acuerdo entre las partes involucradas.

Hay tres fases principales para la planificación del sprint.

1. Diseño

El diseño de un sprint suele ser solo un evento de una sola vez, aunque se puede modificar para mejorar el proceso. A menos que el diseño no funcione, entonces, por supuesto, tendrá que volver a la mesa de dibujo.

Las partes de la fase de diseño de un plan de sprint comienzan con una reunión de planificación de sprint. Aquí es donde se miden las iniciativas comerciales y se crea la acumulación de sprint. Otra reunión dividirá esa acumulación en tareas, lo que finaliza la acumulación.

Habrá reuniones diarias de scrum. Estos son registros para actualizar el progreso del sprint. Las tareas se priorizan aún más en este momento y se asignan en función de la revisión del gráfico de trabajo pendiente, que muestra gráficamente qué tan rápido está trabajando un equipo.

Además, a lo largo del sprint, hay algo que se llama limpieza del backlog. Aquí es cuando el propietario del producto y el equipo revisarán y refinarán el trabajo pendiente en función del progreso que estén logrando.

Una vez que finaliza el sprint, hay una reunión de revisión del sprint. Aquí se analizarán los resultados del sprint completo frente a los objetivos del proyecto de la reunión de planificación. También hay una reunión retrospectiva del sprint que analiza los procesos y las herramientas utilizadas durante el sprint y cómo se pueden mejorar para el siguiente.

Estos diseños se centran en crear un cronograma realista e hitos que el equipo debe alcanzar. El diseño debe ser acordado por todos los miembros del equipo del proyecto. El diseño es la estructura que determinará la duración del proyecto, por lo que debe cumplir con el alcance, costo y tiempo aprobado del proyecto.

2. Calcular la velocidad del sprint

Antes del sprint, el propietario del producto determinará su velocidad. Es decir, cuánto trabajo se debe realizar dentro del sprint. Esta decisión se basa en el calendario del equipo y su capacidad.

Esta estimación se crea al comienzo de cada sprint. Si bien puede haber una necesidad urgente de hacerlo durante la etapa de diseño, es mejor esperar. Hay información valiosa que viene después de cada sprint que debe aplicarse al siguiente.

El objetivo de la estimación es desarrollar una nueva velocidad de sprint para cada sprint. Esto debería reflejar los objetivos de ese sprint, las eficiencias que aprendimos del anterior y lo que se puede hacer de manera realista con los recursos actuales. También hay muchas herramientas disponibles ahora para ayudar a maximizar la cantidad de objetivos cumplidos durante cada primavera, desde herramientas de automatización de pruebas hasta soluciones de CI/CD.

3. Asignación del Trabajo de Sprint

Aquí es donde el scrum master resulta útil. Debido a su experiencia, pueden trabajar en estrecha colaboración con el equipo para cumplir con los requisitos establecidos por el propietario del producto. Juntos, el scrum master y el equipo asignan el trabajo del sprint.

Pero el equipo está trabajando de forma relativamente independiente, que es uno de los principios de un marco ágil. La idea de los equipos autodirigidos es fundamental para trabajar con scrum, y están a cargo de gestionar el sprint hacia el objetivo del sprint.

Esto se hace asignando a los más hábiles en las tareas para que las ejecuten. Se utilizan las personas adecuadas y el equipo adquiere un mayor sentido de responsabilidad por el trabajo. Están empoderados por la autonomía.

La diferencia entre un Sprint exitoso y uno fallido

Saber si tu sprint es exitoso es bastante simple. ¿Ha cumplido su objetivo? El propietario del producto y el equipo deciden el objetivo del sprint antes de comenzar el sprint. Si ese criterio se ha cumplido, el sprint es exitoso. Significa que está revisando el trabajo pendiente a un ritmo aceptable.

Por el contrario, si el equipo no puede completar todo el trabajo pendiente que se había establecido como objetivo del sprint, ese sprint ha fallado. El hecho de que los sprints sean rápidos y estén en constante evolución es para evitar acabar con un producto al final de tu proyecto que nadie quiere. Esto también sería un fracaso.

El éxito se mide por las revisiones de sprint, que aseguran que el proyecto avanza en la dirección correcta. Si las partes interesadas clave y los usuarios finales no están satisfechos, si los entregables no cumplen con sus expectativas, esto es un fracaso. Si no se aprende nada al final de un sprint, también puede considerarse un fracaso. Después de todo, se trata de experimentar y del proceso empírico.

ProjectManager.com ayuda con la planificación de Sprint

ProjectManager.com es un software de gestión de proyectos flexible. Cuando se trata de planificar su próximo sprint, puede usar nuestras plantillas de planificación de sprints para comenzar con el pie derecho. La plantilla está diseñada para equipos de desarrollo. Puede mover fácilmente las tareas fuera del trabajo pendiente y pasarlas al desarrollo en la vista de tablero.

Una vez que tenga su tablero, los equipos pueden personalizar columnas y colaborar en tarjetas. Pueden agregar sus propias listas de tareas pendientes y comentar con otros miembros del equipo. Tenemos almacenamiento de archivos ilimitado, así que agregue tantos documentos e imágenes como desee. Todos están adjuntos a nivel de tarea, por lo que se acabaron las búsquedas interminables del papeleo importante. Además, @ el propietario del producto o el experto en scrum, a quienes se les notificará por correo electrónico y los incorporarán a la conversación.

Nuestra vista de lista de tareas es una gran herramienta para los trabajos pendientes. Puede administrar ese trabajo pendiente filtrando los datos por fecha de vencimiento, propietario, proyecto, etc. Las tareas también se pueden etiquetar para que sean más fáciles de encontrar. ProjectManager.com está basado en la nube, por lo que cualquier actualización de estado de las tareas se refleja inmediatamente en el software, creando una mayor transparencia.

Finalmente, está nuestro panel de control en tiempo real. Realiza un seguimiento del proyecto a través de una serie de métricas, incluidas las tareas, el progreso y la variación. Esta es otra característica que ayudará a tratar con las partes interesadas y presentarles actualizaciones del proyecto.

ProjectManager.com es un software de gestión de proyectos basado en la nube que es ideal para cualquier metodología en la que esté trabajando. Tenemos las herramientas para ayudar a los gerentes a planificar, monitorear e informar sobre su proyecto. Los equipos obtienen una plataforma colaborativa que les brinda la autonomía para trabajar en grupos autodirigidos y aumentar la productividad. Pruebe ProjectManager.com hoy con esta prueba gratuita de 30 días.