Project Management, The Project Manager Blog

Cómo ejecutar grandes sprints


Pregunta a una docena de personas qué es ágil y obtendrás una docena de respuestas diferentes. Pero se define mejor por scrum como modelo. Scrum es una forma de gestionar un proyecto dentro de un marco ágil y se compone de tres roles: propietario del producto, scrum master 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 de scrum, consulte nuestra guía. Para esta publicación, vamos a profundizar en uno de los eventos en el marco de scrum, 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 tiene que completar y listo para su revisión. Sprint proviene de un marco ágil para proyectos y generalmente está asociado con scrum. Sin embargo, el sprint también encaja en la técnica de kanban con su concepto de entrega continua. Scrumban también desplegará sprints.

Como en el significado del diccionario de la palabra, sprint es como una carrera corta. Define una duración generalmente 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 un "objetivo de sprint". El trabajo proviene de un retraso en el sprint, que es una lista de tareas que deben completarse. Los trabajos acumulados a menudo se alojan en tableros o listas de tareas para facilitar el mantenimiento.

 tablero kanban con retraso
Un ejemplo de un tablero con tareas y un retraso en ProjectManager.com – Más información

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 habido un plan de sprint.

Cómo hacer un buen plan de sprint

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

La planificación del sprint generalmente involucra a todos en el equipo. Existe el propietario del producto que ayuda a priorizar el trabajo atrasado y sugiere qué elementos deberían ser parte del objetivo del sprint. El equipo entra para determinar cuál es un número factible de tareas para el trabajo atrasado durante el sprint.

También, involucrado en la planificación del sprint está el scrum master. El scrum master es un experto en el marco de scrum para proyectos ágiles. Actúan como facilitadores del plan de sprint para asegurarse de que sea efectivo, se aborden los elementos de la cartera de pedidos 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 puede modificarse 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 desglosará ese trabajo atrasado en tareas, que finaliza el trabajo atrasado.

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 de la tabla de consumo, que muestra gráficamente qué tan rápido está trabajando un equipo.

Además, a lo largo del sprint, hay algo llamado preparación del trabajo atrasado. Aquí es cuando el propietario del producto y el equipo revisarán y refinarán el trabajo atrasado en función de cuánto progreso estén haciendo.

Una vez que finaliza el sprint, hay una reunión de revisión de sprint. Aquí los resultados del sprint completado serán analizados contra los objetivos del proyecto de la reunión de planificación. También hay una reunión retrospectiva de sprint que analiza los procesos y herramientas utilizados durante el sprint y cómo se pueden mejorar para el próximo.

Estos diseños se centran en crear un cronograma realista y los hitos que el equipo necesita 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, el costo y el tiempo aprobados del proyecto.

2. Estimación de la velocidad del sprint

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

Esta estimación se crea al comienzo de cada sprint. Si bien puede haber una necesidad de hacerlo durante la etapa de diseño, es mejor esperar. Hay ideas valiosas que vienen después de cada sprint que deberían 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 hemos aprendido del anterior y lo que se puede hacer de manera realista con los recursos actuales.

3. Asignación de Sprint Work

Aquí es donde el scrum master es ú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 manera relativamente independiente, que es uno de los principios de un marco ágil. La idea de equipos autodirigidos es fundamental para el scrum de trabajo, y están a cargo de administrar el sprint hasta la meta del sprint.

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

La diferencia entre un Sprint exitoso y uno fallido

Decir si su sprint es exitoso es bastante simple. ¿Ha cumplido su objetivo? El objetivo del sprint es decidido antes de comenzar el sprint por el propietario del producto y el equipo. Si ese criterio se ha cumplido, el sprint es exitoso. Significa que está atravesando el trabajo atrasado a un ritmo aceptable.

En contraste, si el equipo no puede completar todo el trabajo atrasado que se había establecido como meta del sprint, entonces ese sprint ha fallado. El hecho de que los sprints son rápidos y están en constante evolución es evitar terminar con un producto al final de su proyecto que nadie quiere. Esto también sería un fracaso.

El éxito se mide mediante 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 se puede considerar 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 sprint para comenzar con el pie derecho. La plantilla está diseñada para equipos de desarrollo. Puede mover fácilmente las tareas fuera de la cartera de pedidos y desarrollarlas en la vista del tablero.

 tablero de scrum con tareas de sprint
ProjectManager.com tiene plantillas de sprint preconstruidas para ayudarlo a comenzar

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

Nuestra vista de lista de tareas es una gran herramienta para los retrasos. Puede administrar ese trabajo acumulado filtrando los datos por fecha de vencimiento, propietario, proyecto, etc. También se pueden etiquetar las tareas 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.

 lista de tareas para la gestión de tareas
Características de gestión de tareas de ProjectManager.com hace que la ejecución del sprint sea muy sencilla.

Finalmente, está nuestro tablero de instrumentos 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 las 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. herramientas para ayudar a los gerentes a planificar, monitorear e informar sobre su proyecto. Los equipos obtienen una plataforma de colaboración que les da la autonomía para trabajar en grupos autodirigidos y aumentar la productividad. Pruebe ProjectManager.com hoy con esta prueba gratuita de 30 días.

You Might Also Like

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>