SCRUM. Metodología ágil para gestión de proyectos

1,465 views

Published on

Para equipos pequeños, en proyectos que requieren de cambios constantes, se recomienda el uso de metodologías ágiles, una de ellas es SCRUM. Conoce en esta presentación un poco más de SCRUM.

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

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

No notes for slide

SCRUM. Metodología ágil para gestión de proyectos

  1. 1. SCRUMMayo 2013Por: Roberto Velázquez B.MBA, PMP, ITILMetodología ágil para gestión de proyectosMetodología ágil para gestión de proyectos
  2. 2. [Qué es Scrum?]Scrum es un proceso ágil que nos permite centrarnos en ofrecer elmás alto valor de negocio en el menor tiempo.El negocio fija las prioridades. Los equipos se auto-organizan a fin dedeterminar la mejor manera de entregar las funcionalidades de másalta prioridad.
  3. 3. [Manifiesto Ágil]Procesos yProcesos yherramientasherramientasProcesos yProcesos yherramientasherramientasIndividuos eIndividuos einteraccionesinteraccionesIndividuos eIndividuos einteraccionesinteraccionessobreSeguimientoSeguimientode un plande un planSeguimientoSeguimientode un plande un planResponderResponderante el cambioante el cambioResponderResponderante el cambioante el cambiosobreDocumentaciónDocumentaciónexhaustivaexhaustivaDocumentaciónDocumentaciónexhaustivaexhaustivaSoftware queSoftware quefuncionafuncionaSoftware queSoftware quefuncionafuncionasobreNegociación deNegociación decontratoscontratosNegociación deNegociación decontratoscontratosColaboraciónColaboracióncon el clientecon el clienteColaboraciónColaboracióncon el clientecon el clientesobre
  4. 4. [Scrum]
  5. 5. [Roles]
  6. 6. [Product Owner]Define las funcionalidades del productoPrioriza funcionalidades de acuerdo al valor delmercado/negocioDecide sobre las fechas y contenidos de lasliberacionesAjusta funcionalidades y prioridades en cadaiteración si es necesario Acepta o rechaza los resultados del trabajo delequipo
  7. 7. [Scrum Master]Permite la estrecha cooperación en todos losroles y funcionesSe asegura de que el equipo es completamentefuncionalRemueve impedimentosEscudo del equipo de interferencias externasRepresenta a la gestión del proyecto
  8. 8. [Team]El equipo es auto gestionadoEl equipo es multifuncionalSe debe comprometer con el cumplimiento dela tarea seleccionadaNo deben de presentarse sobrecargas detrabajoEl equipo se apoya entre si para lograr losobjetivos establecidos
  9. 9. [Artefactos]
  10. 10. [Sprint]En Scrum los proyectos avanzan en una seriede Sprints.La duración es 2 a 4 semanas.El producto es; Diseñado, Codificado y Probadodurante el Sprint.Se deben evitar, a manera de lo posible, aplicarcambios en el Sprint activo.
  11. 11. [Product Backlog]Listado de tareas para llevar a cabo cadamódulo o funcionalidadSe estiman en bloques de: 1 hr, 2 hrs, 4 hrs y 8hrs que requiere cada tareaLa prioridad la estipula el Product OwnerLa prioridad solo se puede modificar al inicio decada Sprint
  12. 12. [Sprint Backlog]El equipo selecciona las tareas con base a laprioridadNo se asignan tareas, cada miembro del equipova seleccionando lo que puede hacerSe estima el trabajo restante cada día paramedir la velocidad del equipoEl miembro del equipo que seleccione una tareaes el responsable de su cumplimientoCada que una tarea cambie de estatus esnecesario se registre su seguimiento
  13. 13. [Producto Incremental]Es la salida funcional de cada SprintSe debe de hacer énfasis en que se realizarontodos los pasos en cada módulo ofuncionalidadEvitar errores y problemas llevados a laliberaciónSe realizarán versiones del producto para sufácil identificación
  14. 14. [Reuniones]
  15. 15. [Generar Backlog]Realizado colaborativamente, no solo por elScrumMasterDuración no mayor a 4 horas.Se realiza cada que se cuenta con nuevasfuncionalidades o módulos, previamenteaprobados
  16. 16. [Plan Sprint]El equipo selecciona los temas a partir delProduct Backlog que pueden comprometerse acompletarDuración no mayor a 2 horas.Se realiza un par de días antes de que concluyael Sprint activo, para poder comenzar con elsiguiente inmediatamente
  17. 17. [Daily Scrum]Duración no mayor a 15 minutosSe realiza de forma diariaTodos de pie y se solicita puntualidadEn ella se contestan 3 preguntas:1. ¿Que hice ayer?2. ¿Qué hare hoy?3. ¿Hay algún impedimento?No es dar un status report al Scrum Master, escomunicar los compromisos ante el equipo
  18. 18. [Sprint Review]El equipo presenta lo realizado durante el sprintque se concluyoNormalmente adopta la forma de una demo delas nuevas característicasSe analiza las fortalezas y las oportunidadesque se presentaron en el SprintSe decide que seguir haciendo, que dejar dehacer y que hacer nuevoDuración no mayor a 2 horasSe realiza al final de cada Sprint

×