1 / 19

Control de proyectos con metodologías ágiles

Control de proyectos con metodologías ágiles. Rodrigo Corral MVP Team System Plain Concepts http://www.plainconcepts.com Blog: http://geeks.ms/blogs/rcorral Email: rcorral@plainconcepts.com. ¿Qué es ser ágil?. Valoramos:

raziya
Télécharger la présentation

Control de proyectos con metodologías ágiles

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Control de proyectos con metodologías ágiles • 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. Control de proyectos ¡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)

  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 = funcionalidad completada / 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. Flujo acumulado de proyecto ¿Cuándo terminaremos? ¿Cuánto han cambiado los requisitos?

  10. Sprint burndown chart ¿Cuánto retraso tenemos acumulado?

  11. Los burndown cuenta historias

  12. Los burndown cuenta historias

  13. Flujo acumulado

  14. La calidad importa ¿Estamos controlando la calidad?

  15. 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

  16. Métricas de errores (I)

  17. Métricas de errores (II)

  18. ¿Cómo nos ayuda Team System? Facilitando la burocracia Exponiendo la información Permitiéndonos gestionar por excepción

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

More Related