En este momento estás viendo Refinar las historias y estimaciones

Refinar las historias y estimaciones

  • Autor de la entrada:
  • Categoría de la entrada:Agile / PMI ACP

Refinar las historias y estimaciones a medida que el proyecto avanza para dirigir el proyecto.

La frase «Refinar las historias y estimaciones a medida que el proyecto avanza para dirigir el proyecto» se refiere a una práctica clave dentro de la planificación adaptativa en proyectos ágiles.

Refinar las historias:

  • Las historias de usuario son descripciones breves de una funcionalidad deseada desde la perspectiva del usuario. Al inicio del proyecto, estas historias suelen ser generales y poco detalladas. Conforme el equipo avanza en el proyecto, es necesario ir refinando estas historias, es decir, agregando más detalles y dividiendo las historias grandes en partes más pequeñas y manejables. Este proceso permite que el equipo comprenda mejor los requisitos y pueda abordarlos de manera más efectiva.

Refinar las estimaciones:

  • Al comienzo, las estimaciones del esfuerzo necesario para completar las historias son aproximadas. A medida que se refinan las historias y se obtiene más información sobre los requerimientos y el contexto, el equipo ajusta sus estimaciones para reflejar mejor la cantidad de trabajo requerido. Esto asegura que las estimaciones sean más precisas y realistas a medida que el proyecto avanza.

A medida que el proyecto avanza:

  • El refinamiento de historias y estimaciones no se hace de una sola vez, sino que es un proceso continuo que ocurre durante todo el ciclo de vida del proyecto. Conforme el equipo completa iteraciones (sprints), tiene más claridad sobre los requerimientos, obstáculos y oportunidades, lo que permite afinar los detalles de las tareas futuras.

Para dirigir el proyecto:

  • Refinar historias y estimaciones permite que el equipo dirija el proyecto de manera más efectiva, ya que se toman decisiones basadas en información actualizada y precisa. Esto ayuda a priorizar correctamente las tareas, ajustar los plazos y asegurar que el proyecto avance en la dirección correcta, maximizando el valor entregado al cliente.

Ejemplo

Imaginemos un equipo ágil que está desarrollando una aplicación de gestión de proyectos para equipos que trabajan de manera remota. La aplicación debe incluir características como la creación de tareas, asignación de miembros del equipo y seguimiento del progreso mediante gráficos de burndown.

Escenario:

  1. Inicio del proyecto:

    • Al inicio, el Product Owner define varias historias de usuario generales:
      • «Como usuario, quiero crear y asignar tareas a los miembros del equipo.»
      • «Como administrador, quiero ver un gráfico de burndown para monitorear el progreso del proyecto.»
    • Estas historias son generales y solo tienen estimaciones iniciales basadas en una comprensión básica del alcance.
  2. Primer Sprint:

    • Durante el primer sprint, el equipo comienza a trabajar en la historia de creación y asignación de tareas. A medida que avanzan, se dan cuenta de que la funcionalidad de asignación requiere más complejidad de lo que pensaban, ya que implica roles y permisos.
    • Por lo tanto, la historia original se refina, dividiendo la historia en dos partes: una para la creación de tareas y otra para la gestión de permisos en la asignación de tareas.
  3. Refinamiento de las estimaciones:

    • Debido al descubrimiento de esta complejidad, el equipo ajusta la estimación de ambas historias. La creación de tareas sigue siendo sencilla y se estima en 3 puntos de historia, mientras que la asignación de tareas, ahora que incluye la gestión de permisos, se estima en 8 puntos de historia.
    • Este refinamiento ocurre mientras el equipo trabaja, permitiéndoles ajustar su backlog y planificar los siguientes sprints con mayor precisión.
  4. Dirección del proyecto:

    • A medida que avanzan los sprints, el equipo continúa refinando otras historias de usuario, como la visualización del gráfico de burndown, que originalmente se estimó como una tarea pequeña. Después de refinar la historia y discutirla más a fondo, se dan cuenta de que también necesitarán mostrar datos históricos del proyecto, lo cual aumenta la complejidad.
    • La historia se refina en dos partes: una para la visualización básica del burndown y otra para el análisis histórico. Las estimaciones también se ajustan a medida que el equipo comprende mejor los requisitos, lo que les permite dirigir el proyecto de manera más efectiva y asegurar que las funcionalidades más importantes se prioricen correctamente.

Comentario

Este contenido refiere al Dominio 5 – Planificación Adaptativa (PMI ACP)

Gus Terrera

Apasionado por el agile testing y la ia.