Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

Presentación de Scrum

688 visualizaciones

Publicado el

Una presentación del marco de trabajo de Scrum. Apunta a establecer en breves imágenes los roles, procesos y artefactos necesarios para la agilidad de proyectos de desarrollo de software o tecnologías de información.

Publicado en: Software
  • Inicia sesión para ver los comentarios

Presentación de Scrum

  1. 1. SCRUM Agile Project Management Humberto Alvarez, PMP®, CSM® 1
  2. 2. Agenda • Introducción • Gestión de proyectos Agiles • Metodologías Ágiles • Historia del Scrum • Manifiesto Ágil • Que es Scrum? • Componentes de Scrum • Roles • El proceso • Artefactos • Consultas
  3. 3. Introducción • La metodologías tradicionales posee muchas desventajas: • Planificación inicial • Muchos supuestos • Grandes riesgos • Cambios difíciles de implementar • Metodologías Ágiles son adaptativas a los contextos.
  4. 4. Gestión de proyectos Ágiles
  5. 5. Metodologías Ágiles Scrum Extreme Programming (XP) Adaptive Software Development (ASD) Dynamic System Development Method (DSDM) Test development driven (TDD) Crystal Feature Driven Development (FDD) Lean
  6. 6. Historia del Scrum • 1995: • Metodología tradicional para el desarrollo de software • Metodología no adecuada para procesos empíricos, de comportamientos impredecibles y no repetibles. • Diseño de un nuevo método: Scrum por Jeff Sutherland y Ken Schwaber • Mejora de Scrum por Mike Beedle y se combina el Scrum con Extreme Programming • 1996: • Presentación de Scrum en la conferencia OOPSLA • 2001: • Publicación del libro “Agile Software Development with Scrum” por Ken Schwaber & Mike Beedle • 2010: • Aplicación exitosa de Scrum en más de 50 compañías. • Los fundadores son miembros de la Alianza Ágil • Scrum Alliance (https://www.scrumalliance.org/) • Una organización sin fines de lucro promueve el desarrollo ágil.
  7. 7. Agile Project Management - Scrum Que es Scrum? El Scrum es una jugada que reinicia el juego después de una interrupción, donde los delanteros de cada lado se unen en una formación cerrada y luchan por tomar posesión de la pelota cuando se la arroja entre ellos. 7
  8. 8. Scrum – un proceso ágil • SCRUM es un proceso ágil y liviano para administrar y controlar el desarrollo de software y productos en entornos complejos y altamente cambiantes. • Iterativo, proceso incremental. • Enfoque basado en equipos • Desarrollo de sistemas/productos con requisitos rápidamente cambiantes. • Controla el caos de los intereses y necesidades en conflictos. • Mejora la comunicación y maximice la cooperación • Protege al equipo de interrupciones e impedimentos • Una forma de maximizar la productividad
  9. 9. Que nos permite Scrum y la Agilidad VARIABLE FIJO CASCADA AGILE TIEMPO COSTO ALCANCE TIEMPO COSTO ALCANCE
  10. 10. Manifiesto para el Desarrollo Agile • Individuos e interacciones sobre procesos y herramientas • Software funcionando sobre documentación extensa. • Colaborar con el cliente sobre las negociaciones contractuales • Respuesta al cambio sobre seguir un plan de proyecto. http://agilemanifesto.org/iso/es/manifesto.html
  11. 11. Valores del equipo Scrum • Foco sobre un acotado numero de características. • Coraje para asumir compromisos desafiantes. • Apertura para discutir los problemas con transparencia. • Compromiso con el éxito del proyecto. • Respeto por el valor de cada persona.
  12. 12. Pilares de Scrum Del modelo predictivo al empírico: • Transparencia. Expectativas claras para quienes construyen y quienes aceptan sobre un acotado numero de características. • Inspección frecuente de los artefactos. • Adaptación para detectar oportunidades de mejoras.
  13. 13. Framework
  14. 14. Roles de Scrum
  15. 15. Roles de Scrum
  16. 16. Agile Project Management - Scrum Product Owner • Maximiza el valor del producto. • Actúa como una sola voz (en cualquier caso). • Representa al negocio, stakeholders, clientes y usuarios finales. • Sabe lo que se debe construir y en qué secuencia se debe hacer. • Por lo general, es un gerente de producto. 16
  17. 17. Agile Project Management - Scrum Scrum Master • Lidera en forma servicial. • Es un Coach. • Representa la gestión del Proyecto. • Por lo general, lo ocupa un Jefe de Proyecto o Líder de Equipo. • Sus principals funciones son: 17
  18. 18. Agile Project Management - Scrum Equipo de desarrollo o Delivery team • Equipo compuesto entre 5 a 10 personas. • Co-ubicación del equipo. • Cross-functional (QA, programadores, diseñadores UI, etc.) • Los miembros trabajan a tiempo completo. • El equipo es auto-organizado • Los miembros pueden cambiar entre Sprints 18
  19. 19. El proceso Scrum
  20. 20. El proceso Scrum Sprint Planning Meeting Daily Scrum Meeting Sprint Review Meeting Sprint Retrospectives
  21. 21. El proceso Scrum • Iteración • Duración 1 mes • Genera incremento de producto. • Sin interrupciones para el equipo. • Inicia con una Daily Scrum Meeting. Sprint
  22. 22. El proceso Scrum • Una forma especial de Sprint Planning Meeting • Reunión antes del inicio del Proyecto. Pre-Project / Kickoff Meeting
  23. 23. El proceso Scrum • Duración de 15 minutos diarios. • Scrum Master y Equipo. • Responder a las 3 preguntas: • Que hicieron. • Que harán hoy. • Que impedimentos hay. Daily Scrum
  24. 24. Agile Project Management - Scrum 24
  25. 25. El proceso Scrum • Duración 8 horas • Al Inicio de cada Sprint. • PO, Scrum Master y el Equipo. • ¿Qué? Se define Sprint Goal. • ¿Como? Se define Sprint Backlog Sprint Planning Meeting
  26. 26. Estimación de PBI (Product Backlog Items) Establece la velocidad del equipo (cuanto esfuerzo puede manejar en un Sprint). 01 Determinando unidades de complejidad. • Size-category (“T-Shirt size”) • Puntos de Historias • Work days/work hours 02 Métodos de estimación: • Revisión de expertos • Creando una WBS 03
  27. 27. El proceso Scrum • Al final de cada Sprint • PO inspecciona el Incremento de Producto. • Reunión no distrae el resto del equipo. • Se Acepta o Rechaza el producto. • Feedback • Nuevas funcionalidades. Sprint Review Meeting
  28. 28. Agile Project Management - Scrum 28
  29. 29. El proceso Scrum • A continuación de la última Sprint Review. • Base de la mejora continua de la metodología. • Prácticas emergentes. • Análisis de Causa raíz • El equipo decide las próximas mejoras. Scrum Retrospectivas
  30. 30. Agile Project Management - Scrum 30
  31. 31. Artefactos de Scrum
  32. 32. Artefactos de Scrum • Minimum Viable Product (MVP) • Product Backlog • Sprint Backlog • Burn down Charts • Lista de impedimentos • Incremento de producto • Historias de usuario
  33. 33. Artefactos de Scrum • Generado en la Sprint Planning. • Requisitos para un sistema. • Administrado por el Product Owner. • Cambia Sprint Planning Meeting. Product Backlog Lista priorizada
  34. 34. Artefactos de Scrum • Un subconjunto de PBIs. • Es administrado SOLAMENTE por miembros del equipo. • Gestión visual a través de Kanban. Sprint Backlog Lista seleccionada para el Sprint
  35. 35. Artefactos de Scrum • Refinamiento del producto. • El Product Owner organiza. • Profundiza en el entendimiento de los PBI. 2 veces por SprintBacklog Grooming
  36. 36. Artefactos de Scrum • Versión mínima de un producto. • Permite recolectar información del mercado. • Pone foco en las características mínimas. Minimum Viable Product (MVP) Cada entrega cumple con ser un “Producto”.
  37. 37. Artefactos de Scrum • Principal objetivo: Visibilidad del equipo. • Cada PBI tiene su propio estado. • Actualización diaria por cada miembro. • No más de 300 PBI visibles. Sprint Backlog Gestión visual con Kanban
  38. 38. Artefactos de Scrum • Surge del Extreme Programming (XP) • Contiene Especificaciones funcionales. • El problema identificado es, no conduce a un resultado. • La comunicación cubre solo: • 7% ➔ contenido (las palabras) • 38% ➔ tono de voz • 55% ➔ expresiones faciales • Se recomienda comunicación: Cara a Cara. • Debe ser INVEST. Historias de Usuario Lista de Historias de usuarios
  39. 39. Artefactos de Scrum • Se usan para representar el "trabajo terminado". • Proyección del trabajo restante del PB. • Se usan 3 tipos: • Sprint Burn down Chart (progreso del Sprint) • Release Burn down Chart (progreso del release) • Product Burn down chart (progreso del producto) Indicadores de Progreso Estratégico Burn Down Charts
  40. 40. Incremento de producto • Suma de los PBI completados. • PBI Terminado ó “Definition of Done” es definido en la User History Mapping. • Cada PBI, debe estar ”terminado”.
  41. 41. Scrum de Scrums
  42. 42. DevOps
  43. 43. Consultas
  44. 44. FIN • Gracias a todos

×