Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

1 1 13 Estimacion y Peso de Historias de Usuario

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 2

Sigla Asignatura GAY0101 Nombre de la Asignatura Gestión Ágil de Proyectos

Nombre del Recurso Didáctico 1.1.13 Estimación y Peso de Historias de Usuario


Unidad de Aprendizaje N° 1 ¿Qué es lo que queremos construir?
Definir el marco de trabajo del proyecto a desarrollar a través del método
Unidades de Competencia Scrum, cumpliendo los propósitos de aprendizaje, rapidez y aporte de valor en
cada uno de sus componentes e iteraciones.

ACTIVIDAD DE APRENDIZAJE

OBJETIVOS

 Tener diferentes puntos de vista. En la estimación ágil se busca la democracia, que todo el mundo
participe y diga su opinión.
 Detectar posibles tareas ocultas y posibles obstáculos. La sesión de estimación es una de las
primeras oportunidades de detectar riesgos que pueden comenzar a tratarse para que no se
conviertan en problemas reales.
 Tener una visión compartida de lo que se viene.
 Tener estimaciones más realistas. Lo que se busca es realismo, no precisión, es decir, quiero saber
si una historia serán 3 o 5 días, si indican que tardarán 15,5 horas dudaré que hayan realizado un
buen ejercicio de estimación.
INSTRUCCIONES:

1. Para esta sesión de estimación ágil será necesario que cada integrante de los equipos tenga una
baraja de Planning Poker.
2. En cada baraja hay una secuencia de Fibonacci modificada (como está recomendado en el PIA de la
asignatura). El cero significa que la historia ya está hecha o no requiere por parte del equipo, el
interrogante significa que nos falta información para estimar esa historia, y el infinito es demasiado
grande esa historia.
3. Además del material, antes de iniciar la sesión deben tener claro en qué unidades se va a estimar.
Es posible que para estimaciones de alto nivel o historias se estime en semanas ideales, mientras
que para historias más pequeñas o tareas de bajo nivel se estime en días ideales. Un día ideal es el
trabajo que consigue una persona en un día en el que no tiene interrupciones de ningún tipo y todo
sale a la primera. Es importante que todos sepan en qué medida se estima.
4. También será importante que todos sepan qué se incluye y qué no en la estimación, si se incluye
documentación, pruebas unitarias, pruebas de integración y cualquier otra cosa que forme parte
del desarrollo.
5. Todo el equipo se reúne para estimar, y todos conocen lo que se va a estimar. Si hay gente que no
conoce lo que se va a estimar la sesión debe comenzar con una explicación y una sesión de
preguntas para despejar cualquier duda sobre las historias que se van a estimar.
6. Una por una se leen y discuten las historias de usuario. Una vez todos tienen claro en qué consiste
cada uno elige una carta en función del esfuerzo que prevé requerirá esa historia. Solo estiman los
que desarrollan (ni el Scrum Master ni el Product Owner estiman, solo resuelven dudas).
7. Si no hay consenso se abre la discusión. No muy larga, y se repite la estimación nuevamente en
busca de consenso. Si no se consigue a la segunda se vuelve a discutir. A la tercera si no hay
consenso se escoge o bien la media o bien el máximo.

8. Al final de la sesión el resultado es una estimación consensuada y validada por todo el equipo para
cada una de las historias o tareas seleccionadas.

Nota: Para esta actividad se recomienda utilizar las Barajas de Planning Poker o bien descargar la aplicación
Scrum Poker Card.

También podría gustarte