Sprints en Agile y Scrum: Definición y metodología

Definición y propósito

Sergey ha estado ayudando a su equipo en la transición a Scrum , la forma más común de metodología de proyectos ágiles. Les gustan los conceptos de recibir retroalimentación antes y responder mejor al cambio. Sin embargo, a medida que Sergey se ha adentrado en los detalles de la implementación de Scrum, el equipo lo está pensando. Después de años de plazos, el equipo sospecha que los sprints son en realidad una línea de tiempo condensada en la que tendrán que completar todo el trabajo antes. Sergey intenta definir sprints, además de ayudar al equipo a comprender cómo se ejecutan y utilizan los sprints, para que puedan ver los beneficios.

Un sprint es un intervalo repetido, generalmente de dos a cuatro semanas, en el que se desglosa el cronograma del proyecto. Esto es importante para aliviar las preocupaciones del equipo de Sergey: un sprint no es una línea de tiempo condensada del proyecto, sino una parte de ella. Dentro de un sprint, la expectativa es que las porciones funcionales más pequeñas del trabajo del proyecto, conocidas como historias de usuario , se puedan desarrollar y probar por completo. La expectativa no es que todo el trabajo del proyecto se complete durante un solo sprint.

El concepto de sprint está en el corazón de Scrum. El objetivo es producir un resultado tangible y recibir comentarios al respecto lo antes posible. Esto contrasta con las metodologías más tradicionales donde se completa todo el desarrollo, luego se completan todas las pruebas y luego se revisa el trabajo. Dividir el trabajo del proyecto y la línea de tiempo del proyecto en partes más pequeñas es lo que permite lograr el objetivo. Sin embargo, el sprint es clave porque dividir el trabajo en partes manejables pierde su valor a menos que el trabajo también se pueda completar en un período de tiempo más corto.

Metodología

Después de que Sergey define los sprints para su equipo y les ayuda a comprender el propósito, pasa a la forma en que ejecutan un sprint. Ejecutar un sprint con éxito ayudará a su equipo a obtener el mayor beneficio de él. Sergey divide la ejecución en cómo comienza el sprint, cómo avanza cada día y cómo termina el sprint.

Cada sprint comienza con una reunión llamada reunión de planificación del sprint , que es donde el equipo de desarrollo de Sergey revisa las historias de los usuarios y asigna a cada uno un valor de puntos numérico como una estimación del tiempo y esfuerzo para completarlo. Se comprometen a completar historias de usuarios que tengan un total de puntos estimado igual al número de puntos que normalmente pueden completar dentro de un sprint. Las historias de usuario se mantienen en orden de prioridad para el proyecto en su conjunto en la cartera de productos . Se mueven a la acumulación de sprintuna vez que el equipo los lleva al sprint, donde permanecen en orden de prioridad para que el equipo trabaje en ellos. La reunión de planificación del sprint es cuando las historias de los usuarios pasan de la lista de trabajos pendientes del producto a la lista de trabajos pendientes del sprint, y es lo que configura todo el sprint. Esto es importante para el equipo de Sergey porque asumen una parte del trabajo del proyecto, no todo.

El sprint progresa de dos formas. La primera forma es mediante la finalización del trabajo del proyecto. A medida que se completa cada historia de usuario, el sprint se acerca a su finalización. La segunda forma en que avanza el sprint es a través de una reunión diaria de puntos de control para el equipo, conocida como Scrum diario . Esta es una reunión breve en la que Sergey y su equipo discuten el trabajo que se ha completado, cómo progresará el trabajo restante y si hay algún problema que esté afectando el sprint.

Una vez que se completa cada historia de usuario al final de las dos o cuatro semanas, el sprint llega a su fin. Cualquier trabajo que esté incompleto se considera remanente y pasa al siguiente sprint. El final de un sprint está marcado por dos reuniones, la primera de las cuales se conoce como reunión de revisión de sprint . En esta reunión, Sergey y su equipo revisan el producto de las historias de usuario con el Product Owner., quien solicitó el trabajo del proyecto, y otras partes interesadas. Una vez que se revisan y aceptan las historias de usuario, el sprint se considera completo. Aquí es también donde se da cualquier retroalimentación adicional. Si una historia de usuario no se acepta porque no se completó o no cumple con lo solicitado, se traspasa y se trabajará en el siguiente sprint. Por otro lado, si no se acepta porque la solicitud ha cambiado, se debe escribir una nueva historia de usuario para describir la nueva solicitud y se debe aprobar la historia de usuario actual.

La segunda reunión que marca el final del sprint se llama retrospectiva del sprint . Aquí es donde Sergey y el equipo discuten el último sprint. En particular, discuten las cosas que salieron bien, las cosas que no salieron bien y las formas de mejorar. El objetivo es hacer que el próximo sprint sea más eficiente y efectivo. Este es un aspecto del proceso iterativo, en el que, cuando finaliza un sprint, el enfoque se convierte en mejoras para el siguiente sprint.

Uso por equipo del proyecto

El último punto de discusión para Sergey y su equipo en torno a los sprints es cómo los usará el equipo. Cosas como la definición, el propósito y la ejecución proporcionan una base sólida, pero estos son de un nivel demasiado alto por sí mismos. Sergey debe ayudar a su equipo a determinar los detalles de lo que funcionará mejor para ellos.

La principal determinación que debe tomar el equipo es la duración del sprint. Las mejores prácticas serían un sprint de no más de cuatro semanas. La duración típica del sprint es de dos a cuatro semanas, pero en última instancia depende de cada equipo. La clave es que Sergey y su equipo determinan colectivamente la duración del sprint. Al hacerlo, deben considerar la disponibilidad de diferentes recursos, como la tecnología y las personas, y elegir un marco de tiempo realista en el que se pueda desarrollar y probar el trabajo.

Una vez que un equipo determina la duración del sprint, esto debe mantenerse constante. El equipo puede cambiar la longitud si no funciona, pero los cambios no deberían ser algo común. La coherencia es beneficiosa para el equipo y las partes interesadas. Cuando el equipo se compromete con las historias de usuario que completarán en un sprint determinado, solo pueden hacerlo con precisión si la duración del sprint se mantiene constante de un sprint al siguiente. Las partes interesadas, que buscan estimaciones de alto nivel de cuándo se completará un proyecto, utilizan el trabajo que se puede completar en cada sprint en comparación con la cantidad total de trabajo. Sin un valor confiable por el trabajo completado en cada sprint, las partes interesadas no pueden estimar con precisión los plazos para la finalización de todo el proyecto.

Resumen de la lección

Scrum enfatiza producir resultados tangibles, recibir comentarios y adaptarse al cambio más rápido. Esto es posible mediante el uso de sprints . Los sprints son intervalos repetidos en los que se completan las historias de los usuarios . Por lo general, duran de 2 a 4 semanas, pero la duración la determina el equipo. Un sprint comienza con la aceptación de las historias de los usuarios en una reunión de planificación de sprints y avanza a medida que se completan las historias de los usuarios. A lo largo del sprint, se produce un Scrum diario como breves reuniones de puntos de control para el equipo. Al final del sprint, el propietario del producto y las partes interesadas revisan y aprueban las historias de usuario completadas en una revisión del sprint.reunión. Esto marca el final del sprint, pero es seguido por una reunión adicional, la retrospectiva del sprint , que evalúa el sprint y apunta a las mejoras para el siguiente.

Continúa con:

1. Historia

   ¿Qué es la Metodología Histórica? Evidencia e Interpretación

   Metodología Histórica La historia es una colección de todos los eventos que ocurrieron en el...

2. Psicología general

   Clark Leonard Hull: Metodología y teorías

   Ciencia blanda vs ciencia dura La psicología se ha considerado a menudo como una ciencia...

3. Negocios

   Valores y principios de Scrum

   Ágil y Scrum Si es un desarrollador de software, probablemente haya escuchado el término Ágil...

4. Administración

   Aplicación práctica: medición de iniciativas de aprendizaje mediante la metodología de ROI de Phillips

   ROI de Phillips ¿Cómo sabe una empresa si debe desembolsar dinero para el desarrollo profesional...