Introdución a la gestión ágil de proyectos

  • 157 views
Uploaded on

 

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
157
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
11
Comments
0
Likes
2

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. EL OBJETIVOSentar las bases de lo que será la futura metodológica de gestión de proyectos en Walnuters.
  • 2. LA REALIDAD
  • 3. ¿QUÉ ES SCRUM? QScrum es un marco de trabajo iterativo e incremental para el desarrollo de proyectos y productos.
  • 4. ¿QUÉ ES SCRUM? Q• Es una metodología de gestión de proyecto ágiles – Manifiesto ágil g• Iterativo – Ciclos de entre 1 y 4 semanas (Sprints/time-boxes)• Incremental – Un incremento de valor esta listo al final de cada spint• Priorizado – Se trabaja en el orden de prioridad dado por el cliente
  • 5. ¿QUÉ ES SCRUM? Q• Iterativo• Incremental Imagen: http://bit.ly/1orNAz
  • 6. EL CICLO DE VIDA Imagen: http://bit.ly/MNjpNk
  • 7. ROLES EN SCRUM
  • 8. ROLES EN SCRUM• Roles cerdo (Desarrollan el proyecto) – Dueño de producto (Product Owner) – Scrum Master – Mi b d l equipo Miembro del i• Roles gallina (aportan información) – Usuarios (quienes usa a e p oduc o) Usua os (qu e es usaran el producto) – Stakeholder (clientes) – Gerentes (Los administradores de la organización)
  • 9. ROLES Y RESPONSABILIDADES• Dueño de producto – Es la persona que actúa como intermediario entre el cliente y el equipo de trabajo. – Es quien determina y maneja la pila de productos – Determina la priorización p
  • 10. ROLES Y RESPONSABILIDADES• Scrum Master – Guía espiritual del equipo – Motivador – F ilit d Facilitador – El gurú de SCRUM
  • 11. ROLES Y RESPONSABILIDADES• El equipo – Autoorganización – Ser multifucionales – Conocer y comprender la visión del PO PO. –M Manejar y actualizar la pila de Sprint j t li l il d S i t
  • 12. VOLVAMOS AL CICLO
  • 13. RELEASE PLANNING postit-storming postit sto i g• Crear la pila de producto – Metas de alto nivel• Discuten los riesgos, fechas, costes, etc. ,• Crear los elementos de la Pila de Producto estructurado y priorizado http://bit.ly/TlajMF
  • 14. PILA DE PRODUCTO• ¿Qué datos debe reflejar la pila de producto? – Titulo y descripción del elemento – Prioridad P i id d – Estimación del valor de negocio – Estimación esfuerzo• IMPORTANTE: Debe estar en un lugar visible para todo el equipo
  • 15. PILA DE PRODUCTO• Ejemplo de pila de productos
  • 16. VOLVAMOS AL CICLO
  • 17. PLANIFICACIÓN DEL SPRINT• PARTE 1: – ¿QUÉ SERÁ ENTREGADO EN EL PRÓXIMO INCREMENTO?• PARTE 2: – ¿CÓMO SE CONSEGUIRÁ HACER EL TRABAJO NECESARIO PARA ENTREGAR EL INCREMENTO?
  • 18. PLANIFICACIÓN DEL SPRINT Parte Pa te 1• Objetivo: Definir una meta para el Sprint (Sprint Goal)• Participan: D ñ d P d t S P ti i Dueño de Producto, Scrum M t y E i Master Equipo.• Duración: 1 hora por semana• Enfoque: Basado en la visión del Dueño de Producto.• Se presenta la pila de producto actualizada al equipo, se clarificar duda. duda• El equipo estima los elementos de la pila. http://bit.ly/vblnke
  • 19. ¿CÓMO ESTIMAR?
  • 20. PLANNING POKER• Scrum Master es el moderador• El Dueño de producto expone trabajo a realizar• Debate• Primera estimación• Mayor y menor valor justifican• Nueva estimación
  • 21. PLANNING POKER
  • 22. PLANIFICACIÓN DEL SPRINT Parte Pa te 2• Objetivo: Crear un plan detallado para el Sprint• Participan: Scrum Master y Equipo• Duración: 1 hora por semana.• El equipo divide los elementos de la pila – Las tareas de la pila son trabajo real para el equipo, más específicas equipo que las de la pila de producto – Las tareas pueden tener una persona responsable, aunque no es obligatorio. – Las tareas se estiman y actualizan diariamente.
  • 23. DURANTE EL SPRINT• No se realizan cambios que afecten al objetivo del Sprint j p• La composición del equipo se mantiene constante• No se reduce el tiempo
  • 24. SPRINT BACKLOG Imagen: http://bit.ly/pXY9eq http://bit ly/pXY9eq
  • 25. BURNDOWN• Mediante esta sencilla gráfica todo el equipo Scrum puede visualizar si el Sprint se dirige hacia el objetivo de entregar todos las tareas planificadas o si p por el contrario hay algún impedimento que lo y g p q retrasará.
  • 26. SCRUM DIARIO
  • 27. SCRUM DIARIO• Scrum Master es el responsable de la reunión• Asistentes: Scrum Master y Equipos• Duración: 15 minutos máximo• Cada miembro del equipo responde a tres preguntas: – ¿Qué has hecho desde la ultima reunión de seguimiento? – ¿Qué harás hasta la siguiente reunión? – ¿Qué problemas tienes? ¿ p• Objetivo: Compartir el estado del proyecto y los problemas.• Después de la reunión se pueden tener discusiones sobre lo que se ha dicho en la reunión.
  • 28. REVISION SPRINT
  • 29. REVISION SPRINT• Scrum Master es el responsable de coordinar y facilitar la reunión• Duración: I f D ió Informal, E t 2 y 4 h l Entre horas.• Asistentes: SM, DP, Equipo y cliente si es posible.• Objetivo: Mostrar lo que se ha logrado durante el Sprint• Se revisa el progreso de la pila de producto durante el sprint – ¿Qué se ha completado? – ¿Qué se ha quedado a medias?
  • 30. RETROSPECTIVA
  • 31. RETROSPECTIVA• Scrum Master es el responsable y facilita la reunión.• Asistentes: SM y equipo• Duración: Entre 30 minutos y 1 hora.• Objetivo: El equipo inspecciona como ha ido el pasado sprint – Se identifica que ha ido bien – Se identifica los problemas, lo inservible, las posibles mejoras, etc. – Se discute como mejorar los problemas y eligen al menos una mejora para el siguiente sprint. – Revisa la última mejora elegida y discuten como ha funcionado.
  • 32. RETROSPECTIVA• Fuentes: – La guía definitiva de Scrum: Las Reglas del Juego (Ken Schwaber y Jeff Sutherland) – The Scrum Primer (Pete Deemer, Gabrielle Benefield, Craig Larman y Bas Vodde) – Flexibilidad con Scrum: Principios de diseño e implantación de campos de Scrum (Juan Palcio) – Gestión de Proyectos IT: http://www.gestiondeproyectosit.es/blogit/