Está en la página 1de 21

Metodologías Ágiles

Evaluación del equipo SCRUM


(Nivel Intermedio)
Tema 5: Técnicas de Estimación de
Historias de Usuario.

Capacitación BN: Subgerencia de


Construcción de Aplicaciones
1
Agenda 5
• ¿Porqué estimamos?
• Aprobación y Estimación de Historias
de Usuario.
• Técnicas de estimación de H.U.

• Videos (40:21) + 1 opcional (1:05:24).

2
1. Estimación de Historias de Usuario

3
1.1. ¿Porqué estimamos?
• Una buena estimación ayuda a los Products Owner a optimizar sus
procesos en términos de eficiencia e impacto, por eso es tan importante.
• La estimación es complicada. Para el Equipo de Desarrollo de P/S, es uno
de los aspectos más difíciles. Conlleva tener en cuenta varios factores que
ayudan a los P.O. a tomar decisiones que afectan a todo Equipo Scrum, así
como a la empresa.
• Los equipos de software tradicionales dan estimaciones en un formato de
tiempo: días, semanas, meses, etc.
• Los equipos ágiles ahora usan los puntos de historia, que evalúan el
esfuerzo relativo del trabajo en un formato a lo Fibonacci. Es una
abstracción útil que incita al equipo a tomar decisiones más difíciles acerca
de la dificultad del trabajo.
4
1.2. Aprobar, estimar y comprometer las H.U.
• En este proceso las HU son aprobadas por el Product Owner del
Product Backlog según la priorización realizada.
• Luego, el Scrum Master con el Equipo estiman las HU utilizando
técnicas de estimación de esfuerzo (dificultad de desarrollo).
• Finalmente, el equipo Scrum se compromete según sus
cualidades (experiencia y conocimientos) a una cantidad de HU
durante el Sprint.
• Hay que tener en cuenta la Velocidad del Equipo Scrum para el
desarrollo de las HU comprometidas.
• El Scrum Master NO debe tener pensamiento lineal. Debe
permitir tareas en Paralelo.
5
2. Técnicas de Estimación de H.U.

6
• Técnicas para estimar Historias de usuario:
✓ Planning Póker.
✓ Puño de cinco (First of Five).
✓ Puntos de estimación de costo.
✓ Wideband Delphi.
✓ Puntos de Historias.
✓ Estimación por Afinidad.
✓ Tallas de camiseta.
✓ Rango de estimación.

7
Video 5.1.

Estimación por Planning Póker (8:20)


https://www.youtube.com/watch?v=ey6Pm46WXkY

8
2.1. Estimación por Planning Póker
• La estimación Póker es una técnica que implementa el consenso
de los tamaños relativos de las HU para el equipo SCRUM.
• A cada miembro del equipo SCRUM se le asigna una baraja.
Cada carta está enumerada (serie de Fibonacci) y representan la
complejidad de la HU en términos de tiempo o esfuerzo.
• Los miembros del Equipo Scrum evalúan la HU o tarea e
intentan entenderlo mejor antes de brindar su estimación para
su desarrollo.
• Después, cada miembro elige una carta de
la baraja que represente su estimación para
la HU.
9
• Si los miembros del equipo seleccionan la misma carta, entonces el
cálculo que indique la carta será el estimado.
• Si NO hay un consenso, entonces los integrantes del equipo discuten las
razones de la selección de distintas cartas o estimaciones (carta mayor y
carta menor).
• Después del análisis los miembros seleccionan nuevamente las cartas.
• Esta secuencia continúa hasta que se entienden todas las
presuposiciones, resuelven los malentendidos o se llega a un consenso
(estimación homogénea).
• Promueve una mayor interacción y una mejor
comunicación entre los participantes. Evita el
fenómeno del pensamiento en grupo.
• Se recomienda aplicar con Equipos Scrum nuevos.
10
Video 5.2.

Estimación por Puntos de Historia(11:55)


https://www.youtube.com/watch?v=O-D22kLYi2M

11
2.2. Estimación por Puntos de Historia
• El método de Puntos de Historia sirven para estimar el tamaño de una
HU o característica.
• Asigna un valor de PH con base en una evaluación del tamaño de una
HU (PIVOTE) tomando en cuenta el riesgo, la cantidad de esfuerzo y el
nivel de complejidad.
• Esta evaluación la realiza el Equipo Scrum y se asignará un valor de PH.
• Una vez hecha la evaluación en una HU en el
Product Backlog, el equipo puede entonces
evaluar las otras HU.
• Se recomienda aplicar a Equipos Scrum con
experiencia en Proyectos ágiles (históricos).
12
Video 5.3.

Puntos de Historia Vs. Horas (5:40)


https://www.youtube.com/watch?v=4I6F0nSCdmE

13
2.3. Estimación por Afinidad
• Es una técnica que se utiliza para estimar rápidamente un gran
número de Historias de Usuario por categorías.
• El PO con el SM entregan las HU a cada miembro del Equipo Scrum.
• Utilizando notas adhesivas, cada equipo coloca las HU en la pared en
orden desde la más pequeña hasta la más grande.
• Cada miembro del equipo Scrum inicia con un subconjunto de HU de
todo el Product Backlog para colocarse por tamaño relativo.
• Luego, el equipo las revisa y las puede
mover según sea necesario. Puede incluir
discusiones.

14
• El Product Owner indicará las categorías de tamaño (pueden ser
pequeñas, medianas o grandes). Pueden estar enumeradas
utilizando valores de PH.
• Después el equipo reubicará las HU en dichas categorías en el paso
final del proceso.
• Las > a 40 se pueden dividir en HU mas pequeñas.
• El beneficio de este método es que es muy transparente, visible
para todos y fácil de llevar a cabo.
• Para validar la estimación se puede
usar Planning Poker.
• Se recomienda aplicar a Equipos Scrum
nuevos.
15
Video 5.4.

Estimación por Tallas de Camisetas (15:06)


https://www.youtube.com/watch?v=DmxTaPzXpYg

16
2.4. Estimación por Tallas de Camiseta
• Es una técnica para determinar el tamaño relativo de las Historias de
Usuario, utilizando las tallas de las camisetas.
• La estimación es relativa y se suele utilizar las habituales tallas: muy
pequeña (XS), pequeña (S), mediana (M), grande (L) y muy grande (XL).
• La reunión el equipo se lleva a cabo así:
✓ El P.O. procede a explicar en detalle cada H.U. Si hay
dudas, podrán ser resueltas por cualquier participante.
✓ Cada miembro del equipo toma, boca abajo para evitar
influir en el resto de participantes, la carta/tarjeta.
✓ Una vez que todos los participantes tengan las
cartas/tarjetas boca abajo, les darán vuelta para ver los
resultados.
17
✓ Si existen discrepancias se discuten los detalles de nuevo, pudiendo plantear
posibles dudas al Product Owner y/o Interesados, para volver sobre la H.U.
en una segunda ronda de tarjetas; así sucesivamente, hasta el consenso.
✓ Una vez se hayan clasificado todas las H.U., se podrá proceder a obtener su
estimación de esfuerzo en tareas. Realizar la división de H.U. en tareas, cuya
suma de esfuerzos permita calcular su esfuerzo total.
✓ Finalmente, se obtendrá la estimación del esfuerzo completo de cada H.U.
según la correspondiente talla.

18
Video 5.5.

Estimación Ágil – PH & PP (opcional - 1:05:24)


https://www.youtube.com/watch?v=kxFRApZMoVc&t=2759s

19
Conclusiones
• Es importante estimar un proyecto, a través de las Historias de Usuario,
para tener una fecha de inicio y fecha tentativa de fin del proyecto.
• El Product Owner con el Equipo de Desarrollo deben conocer las técnicas
de estimación de HU relativas que les permitan saber el esfuerzo,
complejidad y tiempos para el desarrollo de un Producto / Servicio.
• Las técnicas más utilizadas son: Planning Póker, Puntos de Historia,
Afinidad, Tallas de camiseta, otros.
• La estimación también se aplica después de dividir una Historia de
Usuario en Tareas.
• Finalmente, tenemos que aprender a detallar correctamente las Historias
de Usuario con sus Criterios de Aceptación.
20
Ronda de Preguntas

Gracias
21

También podría gustarte