SlideShare una empresa de Scribd logo
1 de 23
Republica Bolivariana de Venezuela
Ministerio de poder popular para la educación avanzada
Centro internacional de educación continua
Extensión- Maracay
Máster en Ciencias Gerenciales
Participantes :
Herrera Yoxeli
C.I 11.795.590
Enero 2015
Orígenes de Scrum
•1986 - Hirotaka Takeuchi and Ikujiro Nonaka, “The New
•New Product Development Game”,
Review,
Harvard Business
•1994 – Jeff Sutherland usa en Easel
las ideas que llevarían a Scrum
Corp muchas de
•1995 – Ken Schwaber formaliza las reglas de Scrum y
las presenta con Sutherlan en OOPSLA’96
QUE ES SCRUM??
 Es un marco de trabajo para la gestión y desarrollo de
software basada en un proceso iterativo e incremental
utilizado comúnmente en entornos basados en el
desarrollo del software.
 Metodología Ágil y flexible
 Gestiona el desarrollo del Software
Principios ágiles
Aceptamosrequisitos Entregamossoftware
Nuestra mayor prioridad
es satisfaceralcliente
cambiantes, incluso Frecuentemente, con
una periodicidad des de
un par de semanas a un
par de meses,
en etapas avanzadas.
Aprovechar el cambio
para proporcionar
ventaja competitiva.
a través de la entrega
temprana y continua de
software con valor.
El método más eficiente y
efectivo de comunicar la
información a un equipo
de desarrollo
es la conversación
cara acara.
Los responsables de
negocio y los desarrolla-
doresdebentrabajar
Construimos proyectos
con profesionales
motivados. Dándoles
el entorno y soporte
que necesitan,
juntos diariamente a lo
Largo del proyecto.
OBJETIVO DE SCRUM
 El objetivo principal es maximizar el retorno de la
inversión para su empres (ROI).
 Esta basado en construir funcionalidad de mayor valor
para el cliente y en los principios de gestión continua:
1. Adaptación
2. Auto- gestión
3. Innovación
¿ Cuando es apropiado Scrum ?
• Metodología de trabajo ágil
• Diseñada para acortar el ciclo de desarrollo
• Conseguir una mejor aproximación entre las funcionalidades del
software y los requerimientos del cliente
• Evitar la burocracia innecesaria
• Mayor versatilidad frente a los cambios
• Comenzar el trabajo lo más rápidamente posible
• Manejo más eficiente de los requerimientos cambiantes en un
proyecto
• Mejorar la comunicación entre el cliente y el equipo
desarrollador
Características
Ciclo Scrum
BENEFICIOS
 Cumplimiento de Expectativas
 Flexibilidad a Cambios
 Reducción del Time to market
 Mayor calidad del Software
 Mayor Productividad
 Maximiza el entorno de la inversión (ROI)
 Predicciones de tiempos
 Reducción de Riesgos
Gestión regular de las expectativas del
cliente
• Priorización de requisitos
Resultados anticipados (“time to
market”)
• Demostración del proyecto en cada
Sprint
• Priorización de requisitos por
valor/coste
Flexibilidad y adaptación
• Replanificación en el inicio de cada
iteración
Retorno de inversión (ROI) • Priorización de requisitos
Mitigación de riesgos • Desarrollo iterativo e incremental
Productividad de calidad
• Mejora continua
• Comunicación diaria del equipo
• TimeBoxing
• Equipo multidisciplinar
• Estimación de esfuerzo conjunta
• Compromiso del equipo
• Demostración de resultados
Alineamiento entre cliente y equipo • Reuniones en cada itinerario (Sprint)
Equipo motivado
• Equipo autosugestionado
• Reuniones diarias y en cada Sprint
Fortalezas de SCRUM
Marco de ScrumRoles
DueñoProducto
Scrum Master
Equipo
Reuniones
Planificación Sprint
Revisión Sprint
Retrospectiva Sprint
Scrum Diario
Elementos
Pila de producto
Pila del Sprint
Grafica de trabajo
Pila de producto
Lista de funcionalidades y tecnología●
El responsible de la Pila de Producto y de
priorización es el el Dueño de Producto
su correcta●
Cualquiera puede contribuir●
Debería ser visible y fácilmente accesible por●
todo el mundo (especialmente el equipo)
Proviene de un plan de negocio que puede ser●
creado junto con el cliente
Ejemplo pila de producto
Reunión Planificación Sprint (I)
Dueño de Producto, Scrum Master y
Equipo
●
4 horas
máximo
●
Basado en la visión del Dueño de Producto●
Lista de elementos priorizados por valor al
cliente
– El equipo da estimaciones a los elemento de la
pila
– El equipo y el Dueño de Producto escoge una meta para el
sprint
–
Estimación (Poker Game)
Cartas para estimación por POKER Game :
– Tres tipos de cartas
• Numéricas (0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100)
• Valores altos implican:
– baja granularidad
– Alta complejidad
Reunión Planificación Sprint (II)
Crear un plan detallado para el sprint
4 hours max
●
●
El equipo divide los elementos de la Pila de Productoen tareas más pequeñas
– Las tareas son trabajo real del equipo, más técnicas que los elementos
de la Pila de Producto
– Las tareas pueden no tener una persona responsible al inicio del sprint
y ser también priorizadas
– Las tareas son estimadas y actualizadas dirariamente
El Dueño de Productoes opcional aunque debería estar disponible
●
●
Pila de Sprint
-
-
-
Los individuos eligen las tareas
El trabajo nuncaes asignado
La estimación del trabajo restante es actualizada
diariamente
- Cualquier miembro del equipo puede
cambiar la Pila de Sprint
- El trabajo para el Sprint emerge
añadir, borrar o
- Actualizar el trabajo restante a medida de se conoce
Reunión Scrum Diaria
-
-
-
-
-
Scrum
Scrum
Dueño
Master es el responsable de la reunión
Master y Equipo
de Producto y cualquier otra persona es opcional(oyentes)
15 minutos máximo
Cada miembro del equipo responde a tres preguntas:
¿Qué
¿Qué
¿Qué
has hecho desde la última reunión de scrum?
harás hasta la próxima reunión de scrum?
impedimentos o problemas tienes en tu camino?
-
-
Compartir el estatus del proyecto y los problemas
Después de la reunión se puedentener discusiones sobre lo
que se ha dicho en la reunión
Gestión visual Scrum
SCRUM METODOLOGÍA
Requisitos
denominados
historias en un
lenguaje no
técnico
Reunión durante la cual el
Product Owner presenta
las historias backlog por
orden de prioridad
Reunión diaria de
máx. 15 min se
sincroniza para
trabajar de forma
coordinadaTareas
para
llevar a
cabo
historias
del sprint
Se presenta
historias
conseguidas con
la demostración
del producto
CUANDO SE UTILIZA?
 El cliente se entusiasma con el proyecto dado que
lo ve crecer iteración a iteración.
 Permite realinear el software con los objetivos de
negocio de su empresa.
 Puede introducir cambios funcionales o de
prioridad en el inicio de cada nueva iteración.
Roles: En Scrum, el equipo se
focaliza e construir software de
calidad. La gestión de proyecto
se centra en definir cuales son
las características q debe tener el
producto a construir
Scrum Master: Persona que
lidera al equipo para que
cumpla las reglas y procesos
de metodología, gestiona la
reducción de impedimentos
del proyecto y trabaja con el
Product Owner.
Representante Iso accionista y
clientes que usan el software. Se
focaliza en la parte de negocio y
es el responsable del ROI,
formaliza las prestaciones en
historias a incorporar en el
Product Backlog y las re prioriza.
Team: Grupo de profesionales con los
conocimientos técnicos necesarios y
que desarrollan el proyecto de manera
conjunta llevando a cabo las historias a
las que se comprometen al inicio de
cada sprint.
SCRUM

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
Scrum In Ten Slides (v2.0) 2018
Scrum In Ten Slides (v2.0) 2018Scrum In Ten Slides (v2.0) 2018
Scrum In Ten Slides (v2.0) 2018
 
SCRUM
SCRUMSCRUM
SCRUM
 
Scrum metodología ágil para tus proyectos
Scrum metodología ágil para tus proyectosScrum metodología ágil para tus proyectos
Scrum metodología ágil para tus proyectos
 
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
 
Gestión de Proyectos Agile - Scrum
Gestión de Proyectos Agile - ScrumGestión de Proyectos Agile - Scrum
Gestión de Proyectos Agile - Scrum
 
Agile Introduction - Scrum Framework
Agile Introduction - Scrum FrameworkAgile Introduction - Scrum Framework
Agile Introduction - Scrum Framework
 
Scrum 101
Scrum 101Scrum 101
Scrum 101
 
Desarrollo ágil de software, Scrum
Desarrollo ágil de software, ScrumDesarrollo ágil de software, Scrum
Desarrollo ágil de software, Scrum
 
Scrum
ScrumScrum
Scrum
 
Introduccion a Scrum
Introduccion a ScrumIntroduccion a Scrum
Introduccion a Scrum
 
2017 Scrum by Picture
2017 Scrum by Picture2017 Scrum by Picture
2017 Scrum by Picture
 
Scrum Process
Scrum ProcessScrum Process
Scrum Process
 
Understanding Scrum in 30 Minutes
Understanding Scrum in 30 MinutesUnderstanding Scrum in 30 Minutes
Understanding Scrum in 30 Minutes
 
Curso gratuito de Agile y scrum
Curso gratuito de Agile y scrumCurso gratuito de Agile y scrum
Curso gratuito de Agile y scrum
 
What Is Agile Scrum
What Is Agile ScrumWhat Is Agile Scrum
What Is Agile Scrum
 
Scrum: Scrum Guide Summary
Scrum: Scrum Guide SummaryScrum: Scrum Guide Summary
Scrum: Scrum Guide Summary
 
Scrum 101
Scrum 101 Scrum 101
Scrum 101
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
Scrum In 15 Minutes
Scrum In 15 MinutesScrum In 15 Minutes
Scrum In 15 Minutes
 

Similar a Metodología scrum

SCRUM MANAGER GRUPO 7-116.pptx
SCRUM MANAGER GRUPO 7-116.pptxSCRUM MANAGER GRUPO 7-116.pptx
SCRUM MANAGER GRUPO 7-116.pptxMarujaMazzitelli
 
Sprint_ScrumFundamentos_JM_Agosto21_vA.pdf
Sprint_ScrumFundamentos_JM_Agosto21_vA.pdfSprint_ScrumFundamentos_JM_Agosto21_vA.pdf
Sprint_ScrumFundamentos_JM_Agosto21_vA.pdfvalverdeisaac69
 
Un poco más de Agile y Scrum à la Pablo
Un poco más de Agile y Scrum à la PabloUn poco más de Agile y Scrum à la Pablo
Un poco más de Agile y Scrum à la PabloPablo García Montes
 
Gestión ágil de proyectos
Gestión ágil de proyectosGestión ágil de proyectos
Gestión ágil de proyectosMax Kraszewski
 
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.pptxEverCGonzalesRodrigo1
 
Desarrollo ágil de aplicaciones
Desarrollo ágil de aplicacionesDesarrollo ágil de aplicaciones
Desarrollo ágil de aplicacionesMario Solarte
 
Metodologías Agiles Scrum
Metodologías Agiles ScrumMetodologías Agiles Scrum
Metodologías Agiles ScrumJhon Barrera
 
Curso Introducción a Agile
Curso Introducción a AgileCurso Introducción a Agile
Curso Introducción a AgileAgile-Barcelona
 
Introducción a Scrum
Introducción a ScrumIntroducción a Scrum
Introducción a ScrumMatias Iacono
 
Introducción a la metodologías ágiles y scrum
Introducción a la metodologías ágiles y scrumIntroducción a la metodologías ágiles y scrum
Introducción a la metodologías ágiles y scrumRicardo Miguel Palacin Anco
 
Scrum trainer freddy vargas clase 3
Scrum trainer freddy vargas clase 3Scrum trainer freddy vargas clase 3
Scrum trainer freddy vargas clase 3S
 
s05 - paradigma de construcción de soluciones basado en desarrollo de código
s05 - paradigma de construcción de soluciones basado en desarrollo de códigos05 - paradigma de construcción de soluciones basado en desarrollo de código
s05 - paradigma de construcción de soluciones basado en desarrollo de códigoMario Solarte
 
Agile management para gestionar tu empresa y producto
Agile management para gestionar tu empresa y productoAgile management para gestionar tu empresa y producto
Agile management para gestionar tu empresa y productofernandomilla.es
 
Plantilla Desarrollo web.pptx
Plantilla Desarrollo web.pptxPlantilla Desarrollo web.pptx
Plantilla Desarrollo web.pptxBillyMelo
 

Similar a Metodología scrum (20)

SCRUM MANAGER GRUPO 7-116.pptx
SCRUM MANAGER GRUPO 7-116.pptxSCRUM MANAGER GRUPO 7-116.pptx
SCRUM MANAGER GRUPO 7-116.pptx
 
Scrum
Scrum Scrum
Scrum
 
Sprint_ScrumFundamentos_JM_Agosto21_vA.pdf
Sprint_ScrumFundamentos_JM_Agosto21_vA.pdfSprint_ScrumFundamentos_JM_Agosto21_vA.pdf
Sprint_ScrumFundamentos_JM_Agosto21_vA.pdf
 
Un poco más de Agile y Scrum à la Pablo
Un poco más de Agile y Scrum à la PabloUn poco más de Agile y Scrum à la Pablo
Un poco más de Agile y Scrum à la Pablo
 
Gestión ágil de proyectos
Gestión ágil de proyectosGestión ágil de proyectos
Gestión ágil de proyectos
 
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
 
Desarrollo ágil de aplicaciones
Desarrollo ágil de aplicacionesDesarrollo ágil de aplicaciones
Desarrollo ágil de aplicaciones
 
Metodologías Agiles Scrum
Metodologías Agiles ScrumMetodologías Agiles Scrum
Metodologías Agiles Scrum
 
Curso Introducción a Agile
Curso Introducción a AgileCurso Introducción a Agile
Curso Introducción a Agile
 
Agile Scrum
Agile ScrumAgile Scrum
Agile Scrum
 
Introducción a Scrum
Introducción a ScrumIntroducción a Scrum
Introducción a Scrum
 
Las SinCuenta Sombras de Scrum
Las SinCuenta Sombras de ScrumLas SinCuenta Sombras de Scrum
Las SinCuenta Sombras de Scrum
 
Introducción a la metodologías ágiles y scrum
Introducción a la metodologías ágiles y scrumIntroducción a la metodologías ágiles y scrum
Introducción a la metodologías ágiles 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
 
Spanish Redistributable Intro To Scrum
Spanish Redistributable Intro To ScrumSpanish Redistributable Intro To Scrum
Spanish Redistributable Intro To Scrum
 
s05 - paradigma de construcción de soluciones basado en desarrollo de código
s05 - paradigma de construcción de soluciones basado en desarrollo de códigos05 - paradigma de construcción de soluciones basado en desarrollo de código
s05 - paradigma de construcción de soluciones basado en desarrollo de código
 
Agile management para gestionar tu empresa y producto
Agile management para gestionar tu empresa y productoAgile management para gestionar tu empresa y producto
Agile management para gestionar tu empresa y producto
 
Scrum
ScrumScrum
Scrum
 
Metodologia Scrum
Metodologia ScrumMetodologia Scrum
Metodologia Scrum
 
Plantilla Desarrollo web.pptx
Plantilla Desarrollo web.pptxPlantilla Desarrollo web.pptx
Plantilla Desarrollo web.pptx
 

Metodología scrum

  • 1. Republica Bolivariana de Venezuela Ministerio de poder popular para la educación avanzada Centro internacional de educación continua Extensión- Maracay Máster en Ciencias Gerenciales Participantes : Herrera Yoxeli C.I 11.795.590 Enero 2015
  • 2. Orígenes de Scrum •1986 - Hirotaka Takeuchi and Ikujiro Nonaka, “The New •New Product Development Game”, Review, Harvard Business •1994 – Jeff Sutherland usa en Easel las ideas que llevarían a Scrum Corp muchas de •1995 – Ken Schwaber formaliza las reglas de Scrum y las presenta con Sutherlan en OOPSLA’96
  • 3. QUE ES SCRUM??  Es un marco de trabajo para la gestión y desarrollo de software basada en un proceso iterativo e incremental utilizado comúnmente en entornos basados en el desarrollo del software.  Metodología Ágil y flexible  Gestiona el desarrollo del Software
  • 4. Principios ágiles Aceptamosrequisitos Entregamossoftware Nuestra mayor prioridad es satisfaceralcliente cambiantes, incluso Frecuentemente, con una periodicidad des de un par de semanas a un par de meses, en etapas avanzadas. Aprovechar el cambio para proporcionar ventaja competitiva. a través de la entrega temprana y continua de software con valor. El método más eficiente y efectivo de comunicar la información a un equipo de desarrollo es la conversación cara acara. Los responsables de negocio y los desarrolla- doresdebentrabajar Construimos proyectos con profesionales motivados. Dándoles el entorno y soporte que necesitan, juntos diariamente a lo Largo del proyecto.
  • 5. OBJETIVO DE SCRUM  El objetivo principal es maximizar el retorno de la inversión para su empres (ROI).  Esta basado en construir funcionalidad de mayor valor para el cliente y en los principios de gestión continua: 1. Adaptación 2. Auto- gestión 3. Innovación
  • 6. ¿ Cuando es apropiado Scrum ?
  • 7. • Metodología de trabajo ágil • Diseñada para acortar el ciclo de desarrollo • Conseguir una mejor aproximación entre las funcionalidades del software y los requerimientos del cliente • Evitar la burocracia innecesaria • Mayor versatilidad frente a los cambios • Comenzar el trabajo lo más rápidamente posible • Manejo más eficiente de los requerimientos cambiantes en un proyecto • Mejorar la comunicación entre el cliente y el equipo desarrollador Características
  • 9. BENEFICIOS  Cumplimiento de Expectativas  Flexibilidad a Cambios  Reducción del Time to market  Mayor calidad del Software  Mayor Productividad  Maximiza el entorno de la inversión (ROI)  Predicciones de tiempos  Reducción de Riesgos
  • 10. Gestión regular de las expectativas del cliente • Priorización de requisitos Resultados anticipados (“time to market”) • Demostración del proyecto en cada Sprint • Priorización de requisitos por valor/coste Flexibilidad y adaptación • Replanificación en el inicio de cada iteración Retorno de inversión (ROI) • Priorización de requisitos Mitigación de riesgos • Desarrollo iterativo e incremental Productividad de calidad • Mejora continua • Comunicación diaria del equipo • TimeBoxing • Equipo multidisciplinar • Estimación de esfuerzo conjunta • Compromiso del equipo • Demostración de resultados Alineamiento entre cliente y equipo • Reuniones en cada itinerario (Sprint) Equipo motivado • Equipo autosugestionado • Reuniones diarias y en cada Sprint Fortalezas de SCRUM
  • 11. Marco de ScrumRoles DueñoProducto Scrum Master Equipo Reuniones Planificación Sprint Revisión Sprint Retrospectiva Sprint Scrum Diario Elementos Pila de producto Pila del Sprint Grafica de trabajo
  • 12. Pila de producto Lista de funcionalidades y tecnología● El responsible de la Pila de Producto y de priorización es el el Dueño de Producto su correcta● Cualquiera puede contribuir● Debería ser visible y fácilmente accesible por● todo el mundo (especialmente el equipo) Proviene de un plan de negocio que puede ser● creado junto con el cliente
  • 13. Ejemplo pila de producto
  • 14. Reunión Planificación Sprint (I) Dueño de Producto, Scrum Master y Equipo ● 4 horas máximo ● Basado en la visión del Dueño de Producto● Lista de elementos priorizados por valor al cliente – El equipo da estimaciones a los elemento de la pila – El equipo y el Dueño de Producto escoge una meta para el sprint –
  • 15. Estimación (Poker Game) Cartas para estimación por POKER Game : – Tres tipos de cartas • Numéricas (0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100) • Valores altos implican: – baja granularidad – Alta complejidad
  • 16. Reunión Planificación Sprint (II) Crear un plan detallado para el sprint 4 hours max ● ● El equipo divide los elementos de la Pila de Productoen tareas más pequeñas – Las tareas son trabajo real del equipo, más técnicas que los elementos de la Pila de Producto – Las tareas pueden no tener una persona responsible al inicio del sprint y ser también priorizadas – Las tareas son estimadas y actualizadas dirariamente El Dueño de Productoes opcional aunque debería estar disponible ● ●
  • 17. Pila de Sprint - - - Los individuos eligen las tareas El trabajo nuncaes asignado La estimación del trabajo restante es actualizada diariamente - Cualquier miembro del equipo puede cambiar la Pila de Sprint - El trabajo para el Sprint emerge añadir, borrar o - Actualizar el trabajo restante a medida de se conoce
  • 18. Reunión Scrum Diaria - - - - - Scrum Scrum Dueño Master es el responsable de la reunión Master y Equipo de Producto y cualquier otra persona es opcional(oyentes) 15 minutos máximo Cada miembro del equipo responde a tres preguntas: ¿Qué ¿Qué ¿Qué has hecho desde la última reunión de scrum? harás hasta la próxima reunión de scrum? impedimentos o problemas tienes en tu camino? - - Compartir el estatus del proyecto y los problemas Después de la reunión se puedentener discusiones sobre lo que se ha dicho en la reunión
  • 20. SCRUM METODOLOGÍA Requisitos denominados historias en un lenguaje no técnico Reunión durante la cual el Product Owner presenta las historias backlog por orden de prioridad Reunión diaria de máx. 15 min se sincroniza para trabajar de forma coordinadaTareas para llevar a cabo historias del sprint Se presenta historias conseguidas con la demostración del producto
  • 21. CUANDO SE UTILIZA?  El cliente se entusiasma con el proyecto dado que lo ve crecer iteración a iteración.  Permite realinear el software con los objetivos de negocio de su empresa.  Puede introducir cambios funcionales o de prioridad en el inicio de cada nueva iteración.
  • 22. Roles: En Scrum, el equipo se focaliza e construir software de calidad. La gestión de proyecto se centra en definir cuales son las características q debe tener el producto a construir Scrum Master: Persona que lidera al equipo para que cumpla las reglas y procesos de metodología, gestiona la reducción de impedimentos del proyecto y trabaja con el Product Owner. Representante Iso accionista y clientes que usan el software. Se focaliza en la parte de negocio y es el responsable del ROI, formaliza las prestaciones en historias a incorporar en el Product Backlog y las re prioriza.
  • 23. Team: Grupo de profesionales con los conocimientos técnicos necesarios y que desarrollan el proyecto de manera conjunta llevando a cabo las historias a las que se comprometen al inicio de cada sprint. SCRUM