Gestión ágil de proyectos con scrum

1,823 views

Published on

Ponencia para las Jornadas de Informática 2011 Universidad Católcia Andrés Bello Caracas - Venezuela.
Introducción a SCRUM

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,823
On SlideShare
0
From Embeds
0
Number of Embeds
466
Actions
Shares
0
Downloads
64
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Gestión ágil de proyectos con scrum

  1. 1. Gestión ágil de proyectos con SCRUM<br />Gustavo Bonalde, PMP<br />
  2. 2. Agenda<br />Valores<br />Roles<br />Artefactos<br />Ceremonias<br />Lecciones aprendidas<br />
  3. 3. Valores<br />Valorar más a los individuos y su interacción que a los procesos y las herramientas<br />
  4. 4. Valores<br />Valorar más la colaboración con el cliente que la negociación contractual<br />
  5. 5. Valores<br />Valorar más la respuesta al cambio que el seguimiento de un plan<br />
  6. 6. Valores<br />Valorar más el software que funciona que la documentación exhaustiva<br />
  7. 7. Roles<br />ScrumMaster<br />Productowner<br />Scrumteam<br />otros<br />
  8. 8. ScrumMaster<br /><ul><li>50% desarrollador, no sólo perfil gerencial
  9. 9. Asegura el seguimiento de los valores y ceremonias de Scrum
  10. 10. Media entre la gerencia y el equipo de Scrum
  11. 11. Escucha el progreso y remueve los impedimentos
  12. 12. Conduce el Scrum diario
  13. 13. Conduce la revisión del sprint (demo)</li></li></ul><li>ProductOwner<br /><ul><li>Define lasfuncionalidadesdel producto
  14. 14. Decide sobrelasfechas y contenidos de los releases
  15. 15. Es responsablepor la rentabilidad del producto (ROI)
  16. 16. Priorizafuncionalidadesde acuerdo al valor del mercado/negocio
  17. 17. Ajustafuncionalidades y prioridades en cadaiteraciónsiesnecesario 
  18. 18. Revisa junto con otros involucrados el producto al final de cada sprint</li></li></ul><li>ScrumTeam<br /><ul><li>Típicamente de 5 a 9 personas
  19. 19. Multi-funcional:
  20. 20. Programadores, testers, analistas, diseñadores, etc.
  21. 21. Los miembros deben ser full-time
  22. 22. Puede haber excepciones (Ej.: Infraestructura, SCM, etc.)
  23. 23. Los equipos son auto-organizativos
  24. 24. Idealmente, no existen títulos pero a veces se utilizan de acuerdo a la organización
  25. 25. Solo puede haber cambio de miembros entre los sprints</li></li></ul><li>Otros..<br />Cualquier involucrado<br />que desee observar<br />puede hacerlo, pero sin<br />interferir o hablar<br />durante las ceremonias.<br />
  26. 26. Artefactos<br />ProductBacklog<br />Userstories<br />Sprint Backlog<br />Burndown Chart<br />taskboard<br />
  27. 27. Ceremonias<br />Sprint Planning<br />DailyScrum<br />Sprint Review<br />Sprint Retrospective<br />
  28. 28. Sprint Planning<br />
  29. 29. planningpoker<br /> El proceso de estimación se puede hacer utilizando una técnica llamada planningpoker<br />
  30. 30. DailyScrum<br />
  31. 31. Sprint Review<br />
  32. 32. Sprint Retrospective<br />
  33. 33. Lecciones Aprendidas<br />El scrummaster es un colaborador más del equipo<br />
  34. 34. Lecciones Aprendidas<br />La reunión diaria debe mantener activa la participación del equipo<br />
  35. 35. Lecciones Aprendidas<br />Dejar al equipo <br />auto-organizarse<br />
  36. 36. Lecciones Aprendidas<br />Los roles no son para<br />Buscar culpables, sino responsables<br />
  37. 37. Lecciones Aprendidas<br />El esfuerzo debe estar<br />equilibrado<br />
  38. 38. Lecciones Aprendidas<br />No subestimar los pequeños detalles<br />
  39. 39. Lecciones Aprendidas<br />El objetivo debe estar claro para todos los involucrados<br />
  40. 40. Lecciones Aprendidas<br />El ritmo debe ser constante, pero no agotador<br />
  41. 41. Comunidad Ágil de Venezuela<br />Grupo: http://groups.google.com/group/agilven<br />Twitter:<br /> @agilven<br />
  42. 42. Gracias por su atención<br />Gustavo Bonalde, PMP<br />http://gbonalde.blogspot.com/<br />@gbonalde<br />gustavo.bonalde@gmail.com<br />

×