SlideShare una empresa de Scribd logo
1 de 44
Descargar para leer sin conexión
SCRUM
Agile Project
Management
Humberto Alvarez,
PMP®, CSM®
1
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
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.
Gestión de
proyectos
Ágiles
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
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.
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
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
Que nos permite Scrum y la Agilidad
VARIABLE
FIJO
CASCADA AGILE
TIEMPO COSTO
ALCANCE TIEMPO COSTO
ALCANCE
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
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.
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.
Framework
Roles de Scrum
Roles de Scrum
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
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
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
El proceso Scrum
El proceso
Scrum
Sprint Planning
Meeting
Daily Scrum
Meeting
Sprint Review
Meeting
Sprint
Retrospectives
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
El proceso Scrum
• Una forma especial de Sprint
Planning Meeting
• Reunión antes del inicio del
Proyecto.
Pre-Project / Kickoff Meeting
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
Agile Project Management - Scrum 24
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
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
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
Agile Project Management - Scrum 28
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
Agile Project Management - Scrum 30
Artefactos de Scrum
Artefactos de Scrum
• Minimum Viable Product (MVP)
• Product Backlog
• Sprint Backlog
• Burn down Charts
• Lista de impedimentos
• Incremento de producto
• Historias de usuario
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
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
Artefactos de Scrum
• Refinamiento del producto.
• El Product Owner organiza.
• Profundiza en el entendimiento
de los PBI.
2 veces por SprintBacklog Grooming
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”.
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
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
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
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”.
Scrum de Scrums
DevOps
Consultas
FIN
• Gracias a todos

Más contenido relacionado

La actualidad más candente (20)

Presentación de Scrum en 15 mins
Presentación de Scrum en 15 minsPresentación de Scrum en 15 mins
Presentación de Scrum en 15 mins
 
Scrum
ScrumScrum
Scrum
 
Metodologías ágiles
Metodologías ágilesMetodologías ágiles
Metodologías ágiles
 
SCRUM
SCRUMSCRUM
SCRUM
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
1ra presentacion metodologias agiles
1ra presentacion metodologias agiles1ra presentacion metodologias agiles
1ra presentacion metodologias agiles
 
Gestion proyectos, metodología ágiles y SCRUM
Gestion proyectos, metodología ágiles y SCRUMGestion proyectos, metodología ágiles y SCRUM
Gestion proyectos, metodología ágiles y SCRUM
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
Metodologías agiles
Metodologías agilesMetodologías agiles
Metodologías agiles
 
SCRUM Desarrollo ágil
SCRUM Desarrollo ágilSCRUM Desarrollo ágil
SCRUM Desarrollo ágil
 
METODOS TRADICIONALES VS AGILES
METODOS TRADICIONALES VS AGILES METODOS TRADICIONALES VS AGILES
METODOS TRADICIONALES VS AGILES
 
Introduccion a Scrum
Introduccion a ScrumIntroduccion a Scrum
Introduccion a Scrum
 
Scrum
ScrumScrum
Scrum
 
Programación Extrema - XP
Programación Extrema - XPProgramación Extrema - XP
Programación Extrema - XP
 
Introduccion a Scrum con caso práctico
Introduccion a Scrum  con caso prácticoIntroduccion a Scrum  con caso práctico
Introduccion a Scrum con caso práctico
 
Métricas de procesos y proyectos
Métricas de procesos y proyectosMétricas de procesos y proyectos
Métricas de procesos y proyectos
 
Introducción a Agile
Introducción a AgileIntroducción a Agile
Introducción a Agile
 
Gestión de riesgos de software
Gestión de riesgos de softwareGestión de riesgos de software
Gestión de riesgos de software
 
Metodologia SCRUM
Metodologia SCRUM Metodologia SCRUM
Metodologia SCRUM
 
Módulo 7. Gestión de proyectos ágiles
Módulo 7. Gestión de proyectos ágilesMódulo 7. Gestión de proyectos ágiles
Módulo 7. Gestión de proyectos ágiles
 

Similar a Presentación de Scrum

Similar a Presentación de Scrum (20)

Scrum
ScrumScrum
Scrum
 
Introducción a scrum
Introducción a scrumIntroducción a scrum
Introducción a scrum
 
Introducción a SCRUM
Introducción a SCRUMIntroducción a SCRUM
Introducción a SCRUM
 
Mitos y leyendas de la gestión ágil y scrum
Mitos y leyendas de la gestión ágil y scrumMitos y leyendas de la gestión ágil y scrum
Mitos y leyendas de la gestión ágil y scrum
 
Scrum trainer freddy vargas clase 3
Scrum trainer freddy vargas clase 3Scrum trainer freddy vargas clase 3
Scrum trainer freddy vargas clase 3
 
Plantilla Desarrollo web.pptx
Plantilla Desarrollo web.pptxPlantilla Desarrollo web.pptx
Plantilla Desarrollo web.pptx
 
Scrum
ScrumScrum
Scrum
 
Metodologia Scrum
Metodologia ScrumMetodologia Scrum
Metodologia Scrum
 
Gestión ágil de proyectos
Gestión ágil de proyectosGestión ágil de proyectos
Gestión ágil de proyectos
 
SCRUM
SCRUMSCRUM
SCRUM
 
Práctica SRUM - (Introducción) v1.pptx
Práctica SRUM - (Introducción) v1.pptxPráctica SRUM - (Introducción) v1.pptx
Práctica SRUM - (Introducción) v1.pptx
 
Scrum overview
Scrum overview Scrum overview
Scrum overview
 
Proyecto de la asignatura convergencia tecnologica
Proyecto de la asignatura convergencia tecnologicaProyecto de la asignatura convergencia tecnologica
Proyecto de la asignatura convergencia tecnologica
 
Microsoft_PowerPoint_001_Presentaci_363n.pdf
Microsoft_PowerPoint_001_Presentaci_363n.pdfMicrosoft_PowerPoint_001_Presentaci_363n.pdf
Microsoft_PowerPoint_001_Presentaci_363n.pdf
 
Spanish-Redistributable-Intro-Scrum.ppt
Spanish-Redistributable-Intro-Scrum.pptSpanish-Redistributable-Intro-Scrum.ppt
Spanish-Redistributable-Intro-Scrum.ppt
 
Scrumyprincipiosgiles
ScrumyprincipiosgilesScrumyprincipiosgiles
Scrumyprincipiosgiles
 
Scrumyprincipiosgiles (1)
Scrumyprincipiosgiles (1)Scrumyprincipiosgiles (1)
Scrumyprincipiosgiles (1)
 
Scrumyprincipiosgiles (1)
Scrumyprincipiosgiles (1)Scrumyprincipiosgiles (1)
Scrumyprincipiosgiles (1)
 
Scrumyprincipiosgiles
ScrumyprincipiosgilesScrumyprincipiosgiles
Scrumyprincipiosgiles
 
Scrum workshop
Scrum workshopScrum workshop
Scrum workshop
 

Último

Simuladores de circuitos electrónicos.pdf
Simuladores de circuitos electrónicos.pdfSimuladores de circuitos electrónicos.pdf
Simuladores de circuitos electrónicos.pdfLeonardoOa4
 
Los mejores simuladores electrónicos que se pueden utilizar
Los mejores simuladores electrónicos que se pueden utilizarLos mejores simuladores electrónicos que se pueden utilizar
Los mejores simuladores electrónicos que se pueden utilizarjosuesj13
 
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdf
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdfHerramientas de Mantenimiento_Soporte Técnico_David Andrade.pdf
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdfdaa100407
 
Virus -Josue Cabascango _20240322_194349_0000.pdf
Virus -Josue Cabascango _20240322_194349_0000.pdfVirus -Josue Cabascango _20240322_194349_0000.pdf
Virus -Josue Cabascango _20240322_194349_0000.pdfMiSpotify
 
02 - RUP_Introduccion_Definicion.pdf
02 - RUP_Introduccion_Definicion.pdf02 - RUP_Introduccion_Definicion.pdf
02 - RUP_Introduccion_Definicion.pdfRodrigo Cerón
 
03 - RUP_Elaboracion_Construccion_1_2024.pdf
03 - RUP_Elaboracion_Construccion_1_2024.pdf03 - RUP_Elaboracion_Construccion_1_2024.pdf
03 - RUP_Elaboracion_Construccion_1_2024.pdfRodrigo Cerón
 
Algoritmos Paralelos - Actividad 14 - UNIBE.pdf
Algoritmos Paralelos - Actividad 14 - UNIBE.pdfAlgoritmos Paralelos - Actividad 14 - UNIBE.pdf
Algoritmos Paralelos - Actividad 14 - UNIBE.pdfdarosario3d
 
Formato de práctica reflexiva ante una problemática social.docx.pdf
Formato de práctica reflexiva ante una problemática social.docx.pdfFormato de práctica reflexiva ante una problemática social.docx.pdf
Formato de práctica reflexiva ante una problemática social.docx.pdfjuanrubenc78
 
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...AlexaRamirez39
 

Último (9)

Simuladores de circuitos electrónicos.pdf
Simuladores de circuitos electrónicos.pdfSimuladores de circuitos electrónicos.pdf
Simuladores de circuitos electrónicos.pdf
 
Los mejores simuladores electrónicos que se pueden utilizar
Los mejores simuladores electrónicos que se pueden utilizarLos mejores simuladores electrónicos que se pueden utilizar
Los mejores simuladores electrónicos que se pueden utilizar
 
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdf
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdfHerramientas de Mantenimiento_Soporte Técnico_David Andrade.pdf
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdf
 
Virus -Josue Cabascango _20240322_194349_0000.pdf
Virus -Josue Cabascango _20240322_194349_0000.pdfVirus -Josue Cabascango _20240322_194349_0000.pdf
Virus -Josue Cabascango _20240322_194349_0000.pdf
 
02 - RUP_Introduccion_Definicion.pdf
02 - RUP_Introduccion_Definicion.pdf02 - RUP_Introduccion_Definicion.pdf
02 - RUP_Introduccion_Definicion.pdf
 
03 - RUP_Elaboracion_Construccion_1_2024.pdf
03 - RUP_Elaboracion_Construccion_1_2024.pdf03 - RUP_Elaboracion_Construccion_1_2024.pdf
03 - RUP_Elaboracion_Construccion_1_2024.pdf
 
Algoritmos Paralelos - Actividad 14 - UNIBE.pdf
Algoritmos Paralelos - Actividad 14 - UNIBE.pdfAlgoritmos Paralelos - Actividad 14 - UNIBE.pdf
Algoritmos Paralelos - Actividad 14 - UNIBE.pdf
 
Formato de práctica reflexiva ante una problemática social.docx.pdf
Formato de práctica reflexiva ante una problemática social.docx.pdfFormato de práctica reflexiva ante una problemática social.docx.pdf
Formato de práctica reflexiva ante una problemática social.docx.pdf
 
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...
 

Presentación de Scrum

  • 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. 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.
  • 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. 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. 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. 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. Que nos permite Scrum y la Agilidad VARIABLE FIJO CASCADA AGILE TIEMPO COSTO ALCANCE TIEMPO COSTO ALCANCE
  • 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. 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. 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.
  • 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. 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. 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
  • 20. El proceso Scrum Sprint Planning Meeting Daily Scrum Meeting Sprint Review Meeting Sprint Retrospectives
  • 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. El proceso Scrum • Una forma especial de Sprint Planning Meeting • Reunión antes del inicio del Proyecto. Pre-Project / Kickoff Meeting
  • 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
  • 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. 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. 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
  • 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
  • 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. 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. 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. Artefactos de Scrum • Refinamiento del producto. • El Product Owner organiza. • Profundiza en el entendimiento de los PBI. 2 veces por SprintBacklog Grooming
  • 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. 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. 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. 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. 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”.

Notas del editor

  1. La metodologías tradicionales de desarrollo de software con muchas desventajas: - Esfuerzo en planificación inicial - Cambio de requisitos difícil de abordar. Metodologías Ágiles, se mueven en contextos Complicados y Complejos. Dominios identificados para la toma de decisiones Simple: Desarrollo de autos (mejores prácticas) Complicado: Ejemplo Performance de BD. (buenas prácticas) Complejo: Surgen Prácticas emergentes Caótico: Solo existe la Improvisación Desorden: No sabemos donde estamos.
  2. Autores: Jeff Sutherland y Ken Schwaber Successful = increase in productivity, satisfied/ happy team OOPSLA = (Object-Oriented Programming, Systems, Languages & Applications)
  3. Determina Prácticas Emergentes. Especialmente, usado para proyectos de innovación.
  4. Scrum Framework en un vistazo (at a glance) Scrum y Agilidad. Base de la Continuous Delivery Pipeline. (Canal de entrega continua). Base de DEVOPS (por eso se integra)
  5. Ponemos foco en 3: Product Owner y su relación con los Stakeholders. Delivery team. (Development team) Scrum Master.
  6. Responsabilidades: Responsable de promover los valores y practicas. Función es eliminar impedimentos. Asegurar el entendimiento y seguimiento del scrum. Mantener la cooperación y la comunicación en el equipo. Apoya el rendimiento del equipo. Mantener al equipo sin distracciones Correcto empleo y evolución de Scrum Facilitar el uso de Scrum Mantener sin distracciones al equipo Enseña al PO. Gestionar el producto backlog Maximizar el valor con la priorización del backlog Ayuda al PO a Entender la agilidad Enseña al Equipo Desarrollo Crear producto de alto valor Enseñar a Remover los impedimentos a los miembros de equipo. Ayudar a enfocarse
  7. Duración de 15 minutos diarios. Scrum Master y Equipo. Todos los miembros deben responder a las 3 preguntas. 1. Que hicieron el día anterior. 2. Que harán hoy. 3. Que impedimento hay. No se resuelven problemas. Se realizan los compromisos del equipo.
  8. Duración 8 horas Al Inicio de cada Sprint. Asiste el Product Owner, el Scrum Master y el Equipo de desarrollo. Se pregunta: “¿qué? Y ¿cómo?. Dividido en 2 partes (“antes de almuerzo y despues de almuerzo”) 1st Part: Participants: Product Owner, Scrum Master, Scrum Team Creating Product Backlog Determining the Sprint Goal. 2nd Part: Participants: Scrum Master, Scrum Team Creating Sprint Backlog
  9. Como calculamos un Item en el PB. Según Kanban, corresponde al WIP (work in progress) del equipo .. Suma de todos los esfuerzos posibles de un equipo. Se establecen categorías de complejidad por Item o Historias de Usuario (llamados Puntos de Historia). Se puede generar una
  10. Se realiza al final de cada Sprint. Product Owner inspecciona el software (Incremento de Producto potencialmente entregable). Reunión no distrae el resto del equipo. Aceptan o rechazan el producto. Se realiza Feedback. (cambios o nuevas funcionalidades) Nuevas funcionalidades, para el siguiente Sprint.
  11. A continuación de la última Sprint Review. Base de la mejora continua de la metodología. Implementa prácticas emergentes (soluciones rápidas). Base para mejora continua. Herramienta Análisis Causa raíz El equipo decide las mejoras para el siguiente Sprint.
  12. Requisitos para un sistema, expresado como una lista priorizada de elementos acumulados Es administrado y es propiedad de un Product Owner Hoja de cálculo (típicamente) Por lo general, se crea durante la reunión de planificación de Sprint Se puede cambiar y volver a priorizar antes de cada PM
  13. Un subconjunto de PBI (Product Backlog Item), que forman el trabajo a realizar en un Sprint. Es creado SOLAMENTE por miembros del equipo desarrollo. Es un buen monitor de alertas. Algunas reglas: Cada artículo tiene su propio estado. Usamos Kanban. Actualización diaria. No más de 300 tareas en la lista. Si una tarea requiere más de 16 horas, debe descomponerse. El equipo puede agregar o quitar elementos de la lista. El propietario del producto no puede hacerlo.
  14. Actividad constante durante los Sprint, según la necesidad del equipo. Cuando y Como. El PO puede dividir PBI en pequeños PBI. Permite la detección de riesgos en cada uno de los PBI. Se revisan y ajustan las prioridades de PBI en el Backlog.
  15. Como gestionamos el Sprint Backlog??? Un subconjunto de PBI (Product Backlog Item), que forman el trabajo a realizar en un Sprint. Es creado SOLAMENTE por miembros del equipo desarrollo. Es un buen monitor de alertas. Algunas reglas: Si una tarea requiere más de 16 horas, debe descomponerse. El equipo puede agregar o quitar elementos de la lista. El propietario del producto no puede hacerlo.
  16. Indicadores de progreso y estrategia. Realizan una proyección del trabajo restante del Product Backlog (PB)
  17. Aquí es importante como se genera una Historía de usuario como Item del PB. Como se escribe una Historia de usuario. Como se estima una Historia de usuario Como se define que una Historia de usuario, esté totalmente terminada. “Ejemplo, Que se hayan realizado la subida a GitHub o SVN. Compilado OK”
  18. Scrum y Agilidad. Base de la Continuous Delivery Pipeline. (Canalización de entrega continua) Base de DEVOPS.