Planificación del sprint: Difference between revisions

From Scrum Manager BoK
No edit summary
 
(3 intermediate revisions by the same user not shown)
Line 1: Line 1:
[[File:Reunion-planificacion-sprint.png|250px|thumb|left|Caption]]
[[File:Reunion-planificacion-sprint.png|250px|thumb|right]]
La '''reunión de planificación del ''sprint''''' es un evento del ciclo scrum que marca el inicio de cada ''[[sprint]]''. En ella se toman como base las prioridades y necesidades de negocio del cliente y se determinan cuáles y cómo van a ser las funcionalidades que se incorporarán al producto al terminar el ''sprint''.
La '''reunión de planificación del ''sprint''''' es un evento del ciclo scrum que marca el inicio de cada ''[[sprint]]''. En ella se toman como base las prioridades y necesidades de negocio del cliente y se determinan cuáles y cómo van a ser las funcionalidades que se incorporarán al producto al terminar el ''sprint''.
==Descripción==
==Descripción==
Line 13: Line 13:
Una vez compartido cuál es el incremento de valor que espera el propietario del producto, los desarrolladores determinan los elementos de la pila del producto que van a realizar. En este proceso pueden [[Mantenimiento de la pila del producto|refinarse los elementos de la pila]] que puedan necesitar mayor concreción o explicación.
Una vez compartido cuál es el incremento de valor que espera el propietario del producto, los desarrolladores determinan los elementos de la pila del producto que van a realizar. En este proceso pueden [[Mantenimiento de la pila del producto|refinarse los elementos de la pila]] que puedan necesitar mayor concreción o explicación.
=== 3.- ¿Cómo se va a realizar el trabajo seleccionado? ===
=== 3.- ¿Cómo se va a realizar el trabajo seleccionado? ===
Los desarrolladores descomponen cada elemento de la pila del producto en tareas que se deberían poder realizar en un día de trabajo o menos.
Este punto puede ser opcional; es recomendable en equipos con menos experiencia. Puede ser beneficioso que los desarrolladores descompongan cada historia del sprint en tareas, de un día de trabajo o menos. Ayuda a ir generando una mejor intuición de lo que entrañan diferentes tipos de historia, y a visualizar el avance del sprint día a día.  
[[File:Planificacion sprint.png|center|500px|]]
[[File:Planificacion sprint.png|center|500px|]]
==Estructura==
==Estructura==
Se recomienda articular la reunión en dos partes de duración similar, separadas por una pausa:
Se recomienda articular la reunión en dos partes de duración similar, separadas por una pausa:
#Qué se entregará al terminar el ''sprint''.
#Qué se entregará al terminar el ''sprint''.
#Cómo se conseguirá el incremento, estimando el tiempo de trabajo y los requisitos necesarios.
#Cómo se conseguirá el incremento, estimando con puntos de historia o como el equipo considere los requisitos necesarios.
===Primera mitad: ¿por qué es valioso este ''sprint'' y qué se puede hacer en él?===
===Primera mitad: ¿por qué es valioso este ''sprint'' y qué se puede hacer en él?===
El propietario del producto es el responsable de la presentación en esta primera mitad de la reunión.  
El propietario del producto es el responsable de la presentación en esta primera mitad de la reunión.  
Line 25: Line 26:
*La exposición debe estar abierta a preguntas y se pueden solicitar aclaraciones. Cualquier desarrollador puede proponer sugerencias, modificaciones y soluciones alternativas, y modificar la pila en consecuencia.
*La exposición debe estar abierta a preguntas y se pueden solicitar aclaraciones. Cualquier desarrollador puede proponer sugerencias, modificaciones y soluciones alternativas, y modificar la pila en consecuencia.
*Esta reunión es un punto caliente de scrum para favorecer la fertilización cruzada de ideas y añadir valor a la visión del producto.
*Esta reunión es un punto caliente de scrum para favorecer la fertilización cruzada de ideas y añadir valor a la visión del producto.
*Tras reordenar y replantear las historias de la pila, el equipo define el «objetivo del sprint»: una frase que sintetiza cuál es el valor que se va a entregar al cliente. Exceptuando ''sprints'' dedicados a colecciones de tareas desordenadas, la elaboración de este lema de forma conjunta en la reunión es una garantía de que todo el equipo comprende y comparte la finalidad del trabajo, y durante el sprint sirve de criterio de referencia en la toma de decisiones.
*Tras reordenar y replantear las historias de la pila, el equipo define el «objetivo del sprint»: una frase que sintetiza cuál es el valor que se va a entregar al cliente. Exceptuando sprints dedicados a colecciones de historias desordenadas, la elaboración de este lema de forma conjunta en la reunión es una garantía de que todo el equipo comprende y comparte la finalidad del trabajo, y durante el sprint sirve de criterio de referencia en la toma de decisiones.


===Segunda mitad: ¿cómo se conseguirá el incremento?===
===Segunda mitad: ¿cómo se conseguirá el incremento?===
Line 31: Line 32:


El '''papel del propietario del producto''' es atender a dudas y comprobar que comprenden y comparten su objetivo.
El '''papel del propietario del producto''' es atender a dudas y comprobar que comprenden y comparten su objetivo.
*El equipo desglosa cada elemento de la pila del producto en tareas y estima el esfuerzo para cada una de ellas, componiendo así la pila del ''sprint''.  
*El equipo compone la pila del sprint y desglosa las historias que necesiten mayor nivel de detalle en unidades más pequeñas.  
*Se establecen cuáles serán las prioritarias para los primeros días y se asignan tomando como criterios los conocimientos e intereses de cada miembro y procurando distribuir el trabajo de forma homogénea.
*Se establecen cuáles serán las historias o tareas prioritarias para los primeros días. La priorización sigue el orden marcado por el product owner.
*Una vez establecido, los desarrolladores se auto-asignan la responsabilidad de las tareas que mejor se ajusten a su perfil respetando el orden de prioridad, procurando distribuir el trabajo de forma homogénea.


==Precondiciones==
==Precondiciones==
Line 47: Line 49:
==Resultados==
==Resultados==
*[[Pila del sprint]].
*[[Pila del sprint]].
*Duración del ''sprint'' y fecha de la reunión de revisión.
*[[Objetivo del sprint]].
*[[Objetivo del sprint]].
*[[Definición de hecho]] para considerar terminado el incremento del ''sprint''.
 
==Véase también==
==Véase también==
*[[Eventos]].
*[[Eventos]].

Latest revision as of 12:16, 27 May 2024

La reunión de planificación del sprint es un evento del ciclo scrum que marca el inicio de cada sprint. En ella se toman como base las prioridades y necesidades de negocio del cliente y se determinan cuáles y cómo van a ser las funcionalidades que se incorporarán al producto al terminar el sprint.

Descripción

Se trata de una reunión conducida por el Scrum Master (o, en su ausencia, un desarrollador) a la que deben asistir el propietario del producto y los desarrolladores, y en la que también pueden estar presentes otros implicados en el proyecto.

Puede durar hasta una jornada de trabajo completa, según el volumen o complejidad de los elementos de la pila del producto (historias de usuario) que se desean incluir en el próximo incremento.

La reunión debe dar respuesta a tres cuestiones:

1.- ¿Por qué es valioso este sprint?

El propietario del producto expone en qué forma el producto puede incrementar su valor con el resultado del sprint que se va a realizar. Esta cuestión determina cuál es el objetivo del sprint.

2.- ¿Qué se puede hacer en el sprint?

Una vez compartido cuál es el incremento de valor que espera el propietario del producto, los desarrolladores determinan los elementos de la pila del producto que van a realizar. En este proceso pueden refinarse los elementos de la pila que puedan necesitar mayor concreción o explicación.

3.- ¿Cómo se va a realizar el trabajo seleccionado?

Este punto puede ser opcional; es recomendable en equipos con menos experiencia. Puede ser beneficioso que los desarrolladores descompongan cada historia del sprint en tareas, de un día de trabajo o menos. Ayuda a ir generando una mejor intuición de lo que entrañan diferentes tipos de historia, y a visualizar el avance del sprint día a día.

Estructura

Se recomienda articular la reunión en dos partes de duración similar, separadas por una pausa:

  1. Qué se entregará al terminar el sprint.
  2. Cómo se conseguirá el incremento, estimando con puntos de historia o como el equipo considere los requisitos necesarios.

Primera mitad: ¿por qué es valioso este sprint y qué se puede hacer en él?

El propietario del producto es el responsable de la presentación en esta primera mitad de la reunión.

  • Expone las historias de usuario de mayor prioridad, explicando qué se necesita y qué prevé que se podrá desarrollar en el siguiente sprint.
  • Si la pila ha tenido cambios significativos desde la anterior reunión, explica las causas que los han ocasionado. El objetivo es que todos comprendan, con un nivel de detalle suficiente, el incremento que se desea obtener con el sprint.
  • La exposición debe estar abierta a preguntas y se pueden solicitar aclaraciones. Cualquier desarrollador puede proponer sugerencias, modificaciones y soluciones alternativas, y modificar la pila en consecuencia.
  • Esta reunión es un punto caliente de scrum para favorecer la fertilización cruzada de ideas y añadir valor a la visión del producto.
  • Tras reordenar y replantear las historias de la pila, el equipo define el «objetivo del sprint»: una frase que sintetiza cuál es el valor que se va a entregar al cliente. Exceptuando sprints dedicados a colecciones de historias desordenadas, la elaboración de este lema de forma conjunta en la reunión es una garantía de que todo el equipo comprende y comparte la finalidad del trabajo, y durante el sprint sirve de criterio de referencia en la toma de decisiones.

Segunda mitad: ¿cómo se conseguirá el incremento?

Esta segunda parte debe considerarse como una «reunión del equipo», en la que deben estar todos los desarrolladores y ser ellos quienes descompongan, estimen y asignen el trabajo.

El papel del propietario del producto es atender a dudas y comprobar que comprenden y comparten su objetivo.

  • El equipo compone la pila del sprint y desglosa las historias que necesiten mayor nivel de detalle en unidades más pequeñas.
  • Se establecen cuáles serán las historias o tareas prioritarias para los primeros días. La priorización sigue el orden marcado por el product owner.
  • Una vez establecido, los desarrolladores se auto-asignan la responsabilidad de las tareas que mejor se ajusten a su perfil respetando el orden de prioridad, procurando distribuir el trabajo de forma homogénea.

Precondiciones

La organización tiene determinados y asignados lo necesario para llevar a cabo el sprint.

  • Ya están «preparadas» las historias de usuario de mayor prioridad de la pila del producto, de forma que ya tienen un nivel de concreción suficiente y una estimación previa del trabajo que requieren.
  • Los desarrolladores tienen un conocimiento de las tecnologías empleadas y del negocio del producto suficientes para realizar estimaciones, y para comprender los conceptos del negocio que expone el propietario del producto.

Entradas

  • Pila del producto.
  • Producto desarrollado en los incrementos anteriores (excepto en el sprint 0).
  • Velocidad o rendimiento del equipo en el último sprint, como criterio para estimar la cantidad de trabajo.
  • Circunstancias de negocio del cliente y del escenario tecnológico empleado y valor que espera obtener el propietario del producto.

Resultados

Véase también