0 calificaciones0% encontró este documento útil (0 votos)
24 vistas2 páginas
Este documento proporciona instrucciones para estimar historias de usuario y priorizarlas en un backlog. Se pide a los desarrolladores que estimen la complejidad de cada historia y asignen puntos de usuario. Luego, el equipo revisa las estimaciones y registra el total de puntos. Finalmente, se priorizan las historias en el backlog considerando objetivos, riesgos y valor temprano.
Este documento proporciona instrucciones para estimar historias de usuario y priorizarlas en un backlog. Se pide a los desarrolladores que estimen la complejidad de cada historia y asignen puntos de usuario. Luego, el equipo revisa las estimaciones y registra el total de puntos. Finalmente, se priorizan las historias en el backlog considerando objetivos, riesgos y valor temprano.
Este documento proporciona instrucciones para estimar historias de usuario y priorizarlas en un backlog. Se pide a los desarrolladores que estimen la complejidad de cada historia y asignen puntos de usuario. Luego, el equipo revisa las estimaciones y registra el total de puntos. Finalmente, se priorizan las historias en el backlog considerando objetivos, riesgos y valor temprano.
Ahora que tenemos nuestras historias, es hora de darles una
estimación. Aunque no es común para la industria en su conjunto, dependemos de los desarrolladores para proporcionar estimaciones sobre la complejidad de la historia. Los desarrolladores discuten historias y deciden cuantos de puntos de usuario asignarles basados en el esfuerzo. Todo el equipo de producto debe estar disponible para aclarar las preguntas. Una vez que todos se sientan seguros de que la historia han sido estimadas razonablemente, escriba el total de puntos en la parte inferior derecha. Ahora se tiene un conteo de puntos para el proyecto, y se puede discutir la línea de tiempo del proyecto dada una velocidad estimada. Priorización Una vez que las historias son estimadas, se puede empezar a formar un backlog colocándolas en orden de prioridad. A menudo esperamos el Product Owner o el Product Manager dirija esta actividad, pero a menudo se establece un esqueleto que tenga sentido en un contexto de desarrollo ágil. Es importante volver a repasar de nuevo a los objetivos y riesgos a medida que se priorizan las historias; ¿está dejando un montón de historias de importantes para el final? ¿Puede mitigar cualquier riesgo abordando las incógnitas antes? ¿Puede identificar mini-releases que aporten valor dentro del backlog? Una bonita técnica de reforzamiento es marcar una una línea en algún lugar en medio de la backlog y preguntando que tan cómodos se sienten haciendo una release en ese punto. Una vez que se sienta satisfecho con el backlog, revíselo con todo el equipo. Aproveche esta oportunidad para recapitular el día contando la historia de su proyecto a medida que se desarrolla y asegúrese de que ha abordado cada objetivo y los riesgos.