1. Control de proyectos con metodologías ágiles y Team System Rodrigo Corral MVP Team System PlainConcepts http://www.plainconcepts.com Blog: http://geeks.ms/blogs/rcorral Email: rcorral@plainconcepts.com

2. ¿Qué es ser ágil? Valoramos: A los individuos y su interacción, por encima de los procesos y las herramientas. El software que funciona, por encima de la documentación exhaustiva. La colaboración con el cliente, por encima de la negociación contractual. La respuesta al cambio, por encima del seguimiento de un plan.

3. ¡El software no es repetible! ¡No es industrializable! ¡No es como hacer coches, edificios o puentes! Pero es controlable, gracias a dios Control empírico Progreso = f(velocidad) Visibilidad = f(hitos) Control de proyectos

4. ¿Por qué métricas? Medir el proceso ¡Para responder preguntas! ¿Donde nos encontramos? ¿Llegaremos? Basándonos en información objetiva

5. ¿Qué métricas? Poco es mucho Las métricas tiene costes asociados

6. Velocidad La velocidad es la clave + velocidad  + productividad Imposible de sesgar v = completado / iteración ¿Qué significa completado?

7. La estimación es la base ¿A qué nos enfrentamos? ¿Por qué no estimamos? Explícitamente Colegiadamente Consensuadamente ¡Cuesta mucho!

8. Estimación ágil Widebanddelphi Planningpoker

9. Burndown charts (I)

10. Burndown charts (II)

11. Flujo acumulado

12. Flujo acumulado

13. La calidad importa ¿Estamos controlando la calidad?

14. La priorización es la base No todos los errores son iguales No todos merecen atención No todos merecen ser corregidos ¡Algunos son críticos! La clave es el triage

15. Métricas de errores (I)

16. Métricas de errores (II)

17. ¿Cómo nos ayuda Team System? Facilitando la burocracia Exponiendo la información Permitiendonos gestionar por excepción

18. ¿Queréis saber más? Agile Estimating And Planning– Mike Conh http://geeks.ms/blogs/rcorral rcorral@plainconcepts.com