Reunión de planeamiento de plazos
El equipo compila el trabajo pendiente del sprint en la reunión de planeación el primer día del sprint. En dicha reunión, el propietario del producto trabaja junto con el equipo para determinar los casos que se van a completar en el sprint. La reunión de planeación tiene dos partes, y cada una se limita a la mitad de la duración total de la reunión. En la primera parte, el equipo y el propietario del producto identifican los casos de usuario que el equipo cree que puede completar en el sprint, según la experiencia de sprints anteriores. Una vez identificados los casos de usuario, se puede utilizar el libro Planeación del producto para asignarlos al sprint. Para obtener más información, vea Libro Planeación del producto.
En la segunda parte de la reunión, el equipo determina cómo desarrollará y probará esos casos de usuario. A continuación, el equipo desglosa esos casos de usuario en tareas y estima el trabajo necesario para completarlos. Por último, el equipo se compromete a implementar todos o algunos de los casos de usuario en función de dichas estimaciones.
En la primera parte de la reunión, el propietario del producto se reúne con el equipo para ver qué casos de usuario podrían incluirse en el sprint. El propietario del producto compartirá información y responderá a todas las preguntas del equipo referentes a esos casos. Esta conversación podría revelar detalles como los orígenes de datos, el diseño de la interfaz de usuario, las expectativas en materia de tiempo de respuesta y consideraciones referentes a la seguridad y la utilidad. El equipo deberá agregar estos detalles a los casos de usuario. En esta parte de la reunión, el equipo obtendrá información sobre lo que deberá compilar.
Después de abordar el equipo todos los detalles de los casos de usuario que crea oportunos, el scrummaster iniciará la segunda parte de la reunión de planeación. El propietario del producto debería asistir a esta parte de la reunión para ayudar a clarificar los requisitos y ayudar a entender y seleccionar las alternativas. El scrummaster facilita esta parte de la reunión cuando el equipo determina cómo va a implementar los casos de usuario y si puede comprometerse a implementar todos los casos solicitados por el propietario del producto. Para entender mejor lo que implica la finalización de cada caso de usuario, el equipo desglosa cada uno de los casos en tareas que debe realizar para implementar dicho caso y asegurarse de su finalización. Es posible que las siguientes tareas de ejemplo se encuentren en el trabajo pendiente del sprint: "Actualizar el procedimiento almacenado para usar la nueva fuente de distribución de datos" y "Crear la clase para el servicio Web de recolector".
El equipo puede utilizar el libro Trabajo pendiente de iteración para desglosar los casos de usuario en tareas. Para obtener más información, vea Libro de trabajo pendiente de iteración.
A continuación, el equipo hace una estimación del número de horas necesarias para cada una de las tareas. Dado que las tareas no se asignan sin estimación, los miembros del equipo se dedican a elaborar estas estimaciones. (A menudo los equipos no pueden identificar y estimar todo el trabajo durante la reunión de planeación del sprint. Hasta el 40% del trabajo que completa un equipo durante un sprint sale a la luz después de la reunión de planeación del sprint).
La técnica de planeación de póquer es una herramienta apropiada para calcular las horas de una tarea. Con esta herramienta, cada miembro del equipo puede participar en la estimación, en lugar de depender de los expertos en la materia para hacer una estimación de sus propias tareas. Independientemente de la técnica que se use, es necesario implicar a todo el equipo a la hora de determinar el número de horas que requerirá cada tarea. Para obtener más información, vea el siguiente recurso web: Planning Poker.
Las tareas no deberían tardar más de un día en completarse. Si una tarea es demasiado grande, el equipo deberá desglosarla. En algunos casos, quizás no pueda estimar algunas tareas eficazmente hasta que se hayan completado otras tareas. Cree la tarea ahora, pero estímela cuando tenga bastante información. Se suman las estimaciones de cada una de las tareas a fin de determinar cuántas horas va a necesitar probablemente el equipo para completar cada caso de usuario.
El equipo continúa analizando cada caso de usuario y hace estimaciones de sus tareas hasta que determine que dispone de suficientes casos para el sprint. Para ello, compara el número de horas estimadas con el número de horas que el equipo espera completar en el sprint.
Se puede utilizar la hoja de cálculo Capacidad del equipo incluida en el libro Trabajo pendiente de iteración como ayuda para determinar la capacidad del equipo para el sprint. Los detalles del sprint se deben rellenar en la hoja de cálculo Configuración. Para justificar los días de vacaciones, los días festivos y otras interrupciones, se debe rellenar la hoja de cálculo Interrupciones. Para obtener más información, vea Libro de trabajo pendiente de iteración.
Se ha de avisar al propietario del producto si el equipo determina que no puede completar uno o varios de los casos solicitados por dicho propietario ya que las estimaciones para las tareas superan el número de horas disponibles. Puede que el propietario del producto opte por un caso de usuario más pequeño, divida el caso o lo guarde en el trabajo pendiente del producto para un futuro sprint. Después de que el equipo complete las dos partes de la reunión de planeación, habrá hecho lo siguiente:
creado el trabajo pendiente del sprint, con tareas y horas para cada caso de usuario
confirmado los casos de usuario que entregará en el sprint
comprendido, como equipo autogestionado, cómo funcionarán juntos para cumplir con sus compromisos