Estimación de tareas (de software)

Talk I gave to the two teams I was tech lead of for improve our task estimations techniques.

Transcript

1. Estimación de tareas Jose Flavio
2. ¿Por qué es importante?
3. Le da visibilidad al negocio Es importante estimar porque...
4. Permite hacer una predicción del budget necesario Es importante estimar porque...
5. Da claridad sobre la capacidad del equipo Es importante estimar porque...
6. Permitirá no sobrecargar al equipo Es importante estimar porque...
7. ¿Criterios para estimar?
8. Cantidad o volumen Criterios para estimar
9. Complejidad Criterios para estimar Cantidad o volumen
10. Conocimiento Criterios para estimar Complejidad Cantidad o volumen
11. Conocimiento Criterios para estimar Complejidad Cantidad o volumen Incertidumbre
12. Conocimiento Criterios para estimar Complejidad Incertidumbre Tiempo
13. Conocimiento Criterios para estimar Complejidad Volumen Incertidumbre Tiempo *Tener en cuenta el DOD
14. ¿Estrategias para estimar?
15. ¿Estrategias para estimar? T-Shirt Size Story Points
16. Errores comunes
17. Story Points = Tiempos exactos Errores comunes al estimar Horas o días exactos no deben ser equivalentes a puntos Elimina el beneficio de la relatividad Falsa sensación de precisión
18. Puntuación alto para un solo ticket Errores comunes al estimar ¿No se estimó bien? ¿Mejor un spike? ¿Dividir el ticket?
19. Ajustar puntaje basándose en a quién se le asigna el ticket Errores comunes al estimar El esfuerzo es del equipo No hay garantías que todo el equipo participe en el sprint
20. Puntuar por disciplina Errores comunes al estimar La estimación es por equipo (DEVs + QAs) Puntuar como un todo Sumar puntajes por disciplina puede resultar confuso a largo plazo
21. Rango de puntaje muy amplio Errores comunes al estimar Ley de rendimientos decrecientes ¿Qué diferencia a un ticket de 8 puntos a uno de 13 o a uno de 21? Ambigüedad
22. Ley de rendimientos decrecientes
23. ¿Por donde empezamos?
24. Definir un rango inicial
25. Definir un rango inicial ?, 1, 2, 3, 5, (8+ split)
26. Rango sugerido (DEV + QA) Puntaje Descripción Guía de tiempo (días) 1 No requiere mucho esfuerzo ni tiempo. Cambios puntuales. [Un par de horas ; 2] 2 Mediano esfuerzo: UI + datos, refactor, actualización de pantallas, agregar algunas vistas. [2 ; 3] 3 Mediano-alto esfuerzo: varios cambios o mejoras, quizá hay un research puntual, refactor de varias clases, puede requerir un smoke test a un módulo particular. [3 ; 5] 5 Alto esfuerzo: hacer un research, un solo cambio pero muy complejo, varios cambios pequeños que pueden romper cosas, nuevas adiciones complicadas [4 ; 9] 8+ Mucho esfuerzo: se podría hacer split del ticket en otros de menor puntaje (que cumplan con lo anterior). ...