SlideShare una empresa de Scribd logo
1 de 20
Es un proceso en el que se aplican de
manera regular un conjunto de buenas
prácticas.
Entregas parciales y,
 Regulares del producto final.
Priorizadas por el beneficio que aportan al
receptor del proyecto.
Para resolver situaciones en que no se está
entregando al cliente lo que necesita.
Cuando las entregas se alargan demasiado.

Los costes se disparan o la calidad no es
aceptable.
Cuando se necesita capacidad de reacción ante
la competencia.


El cliente no sabe exactamente qué es lo que necesita,
lo va sabiendo conforme va viendo cuales son los
resultados del proyecto.

 El cliente necesita hacer cambios a corto plazo
(nuevos requisitos o cambios en los ya realizados).
 Cambios en las condiciones del mercado (por un
cambio de necesidades, por un nuevo producto que
ha lanzado la competencia, urgencias).
 Hace uso de Equipos auto-dirigidos y autoorganizados.

 Puede ser aplicado teóricamente a cualquier
contexto en donde un grupo de gente necesita
trabajar junta para lograr una meta común.
 Desarrollo
de
software
iterativos
incrementales basados en prácticas agiles
TRANSPARENCIA
Los aspectos importantes del proyecto deben ser visibles para todo el
entorno, usando un lenguaje común y bien definido asegurándonos que todos
entienden lo mismo por el mismo termino.
Un clásico ¿Cuando algo esta terminado? Cada persona puede dar una respuesta
diferente a esa pregunta.

Lo que se pretende con la transparencia es saber en todo momento en que punto nos
encontramos con nuestro proyecto y hacia donde vamos.
PLANIFICACIÓN DE LA ITERACIÓN
El cliente presenta al equipo la lista de
requisitos priorizada del producto o proyecto.
El equipo pregunta al cliente las dudas que
surgen y selecciona los requisitos más
prioritarios que se compromete a completar
en la iteración, de manera que puedan ser
entregados si el cliente lo solicita.

El equipo elabora la lista de tareas de la
iteración necesarias para desarrollar los
requisitos a que se ha comprometido. La
estimación de esfuerzo se hace de manera
conjunta y los miembros del equipo se auto
asignan las tareas.
EJECUCIÓN DE LA ITERACIÓN
Cada día el equipo realiza una reunión sincronizada. Cada
miembro del equipo inspecciona el trabajo que el resto está
realizando (dependencias entre tareas, progreso hacia el objetivo
de la iteración, obstáculos que pueden impedir este objetivo) para
poder hacer las adaptaciones necesarias que permitan cumplir con
el compromiso adquirido.
En La Reunión Cada Miembro Del Equipo
• ¿Qué he hecho desde la última reunión de
sincronización?
• ¿Qué voy a hacer a partir de este momento?
• ¿Qué impedimentos tengo o voy a tener?
EL FACILITADOR
Durante la iteración el Facilitador se encarga de que el equipo
pueda cumplir con su compromiso y de que no se merme su
productividad.
•Elimina los obstáculos que el equipo no puede resolver por sí
mismo.
•Protege al equipo de interrupciones externas que puedan afectar
su compromiso o su productividad.
INSPECCIÓN
Sino tenemos transparencia llevar a cabo una inspección seria una tarea
extremadamente tediosa, improductiva y seria realmente difícil evaluar la situación
actual. Por eso al tener un proceso transparente facilita enormemente la inspección
de nuestra situación actual y de como vamos avanzando hacia nuestro objetivo.
La inspecciones deben realizarse con frecuenta pero sin llegar al punto de que
obstruya el trabajo. Las inspecciones van de la mano con las adaptaciones, en el
siguiente punto se explicara como ponerlas en practica.
ADAPTACIÓN
Luego de una inspección, los errores o desviaciones detectados que sobrepasen
los limites de aceptación deben solucionarse. Los ajustes deben hacerse cuanto
antes mejor, minimizando así el grado de desviación, la cantidad de errores
actuales, y se evita el arrastre de errores; todo esto ayuda a mantener
la planificación y el coste inicial.
Formalmente Scrum define cuatro puntos de inspección y adaptación:
Sprint Planning
Daily Scrum
Sprint Review
Sprint Retrospective
Exposicion scrum

Más contenido relacionado

La actualidad más candente

Una experiencia práctica de Scrum a través del aprendizaje basado en proyecto...
Una experiencia práctica de Scrum a través del aprendizaje basado en proyecto...Una experiencia práctica de Scrum a través del aprendizaje basado en proyecto...
Una experiencia práctica de Scrum a través del aprendizaje basado en proyecto...Sergio Yazyi
 
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ácticoguestebf771
 
Solo Requisitos 2008 - 11 Ncapas
Solo Requisitos 2008 - 11 NcapasSolo Requisitos 2008 - 11 Ncapas
Solo Requisitos 2008 - 11 NcapasPepe
 
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 proyectosBarCamp Cochabamba
 
SCRUM Desarrollo ágil
SCRUM Desarrollo ágilSCRUM Desarrollo ágil
SCRUM Desarrollo ágilricardoroldan
 
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
 
Metodo agil scrum
Metodo agil scrumMetodo agil scrum
Metodo agil scrumtestlucero
 
Monografia metodología Scrum
Monografia metodología ScrumMonografia metodología Scrum
Monografia metodología Scrumbrekert
 
Cascada vs Agile Scrum v2.0
Cascada vs Agile Scrum v2.0Cascada vs Agile Scrum v2.0
Cascada vs Agile Scrum v2.0TestingBaires
 

La actualidad más candente (20)

Una experiencia práctica de Scrum a través del aprendizaje basado en proyecto...
Una experiencia práctica de Scrum a través del aprendizaje basado en proyecto...Una experiencia práctica de Scrum a través del aprendizaje basado en proyecto...
Una experiencia práctica de Scrum a través del aprendizaje basado en proyecto...
 
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
 
Solo Requisitos 2008 - 11 Ncapas
Solo Requisitos 2008 - 11 NcapasSolo Requisitos 2008 - 11 Ncapas
Solo Requisitos 2008 - 11 Ncapas
 
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
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
Scrum
ScrumScrum
Scrum
 
Resumen sobre Marco de trabajo SCRUM
Resumen sobre Marco de trabajo SCRUMResumen sobre Marco de trabajo SCRUM
Resumen sobre Marco de trabajo SCRUM
 
Gestión de Proyectos Agile - Scrum
Gestión de Proyectos Agile - ScrumGestión de Proyectos Agile - Scrum
Gestión de Proyectos Agile - Scrum
 
Scrum Metodologia Agil
Scrum Metodologia AgilScrum Metodologia Agil
Scrum Metodologia Agil
 
Scrum en el proyecto
Scrum en el proyectoScrum en el proyecto
Scrum en el proyecto
 
SCRUM Desarrollo ágil
SCRUM Desarrollo ágilSCRUM Desarrollo ágil
SCRUM Desarrollo ágil
 
METODOLOGIA SCRUM
METODOLOGIA SCRUM METODOLOGIA SCRUM
METODOLOGIA SCRUM
 
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
 
Metodo agil scrum
Metodo agil scrumMetodo agil scrum
Metodo agil scrum
 
Monografia metodología Scrum
Monografia metodología ScrumMonografia metodología Scrum
Monografia metodología Scrum
 
Presentación de Scrum
Presentación de ScrumPresentación de Scrum
Presentación de Scrum
 
Metodologia scrum
Metodologia scrumMetodologia scrum
Metodologia scrum
 
Cascada vs Agile Scrum v2.0
Cascada vs Agile Scrum v2.0Cascada vs Agile Scrum v2.0
Cascada vs Agile Scrum v2.0
 
Scrum: la guía básica
Scrum: la guía básicaScrum: la guía básica
Scrum: la guía básica
 
Scrum
ScrumScrum
Scrum
 

Similar a Exposicion scrum (20)

Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
Metodologia kendally kendall
Metodologia kendally kendallMetodologia kendally kendall
Metodologia kendally kendall
 
Scrum
ScrumScrum
Scrum
 
Metodo espiral
Metodo espiralMetodo espiral
Metodo espiral
 
Scrum
ScrumScrum
Scrum
 
Scrum
ScrumScrum
Scrum
 
Scrum
ScrumScrum
Scrum
 
Scrum jhpova
Scrum jhpovaScrum jhpova
Scrum jhpova
 
Scrum (1)
Scrum (1)Scrum (1)
Scrum (1)
 
Unidad 1 Calidad de software.pdf
Unidad 1 Calidad de software.pdfUnidad 1 Calidad de software.pdf
Unidad 1 Calidad de software.pdf
 
que es un Scrum
que es un Scrumque es un Scrum
que es un Scrum
 
IBS-01 Herramientas dínamicas de gestión de Proyecto .pdf
IBS-01 Herramientas dínamicas de gestión de Proyecto .pdfIBS-01 Herramientas dínamicas de gestión de Proyecto .pdf
IBS-01 Herramientas dínamicas de gestión de Proyecto .pdf
 
Scrum
Scrum Scrum
Scrum
 
SCRUM.pdf
SCRUM.pdfSCRUM.pdf
SCRUM.pdf
 
Is.exp.2.329575
Is.exp.2.329575Is.exp.2.329575
Is.exp.2.329575
 
Metodologia agil scrum
Metodologia agil scrumMetodologia agil scrum
Metodologia agil scrum
 
Presentación SCRUM
Presentación SCRUMPresentación SCRUM
Presentación SCRUM
 
Qué es scrum
Qué es scrumQué es scrum
Qué es scrum
 
Qué es scrum
Qué es scrumQué es scrum
Qué es scrum
 
Scrum vs kanban
Scrum vs kanbanScrum vs kanban
Scrum vs kanban
 

Exposicion scrum

  • 1.
  • 2. Es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas.
  • 3. Entregas parciales y,  Regulares del producto final. Priorizadas por el beneficio que aportan al receptor del proyecto.
  • 4. Para resolver situaciones en que no se está entregando al cliente lo que necesita. Cuando las entregas se alargan demasiado. Los costes se disparan o la calidad no es aceptable. Cuando se necesita capacidad de reacción ante la competencia.
  • 5.  El cliente no sabe exactamente qué es lo que necesita, lo va sabiendo conforme va viendo cuales son los resultados del proyecto.  El cliente necesita hacer cambios a corto plazo (nuevos requisitos o cambios en los ya realizados).  Cambios en las condiciones del mercado (por un cambio de necesidades, por un nuevo producto que ha lanzado la competencia, urgencias).
  • 6.  Hace uso de Equipos auto-dirigidos y autoorganizados.  Puede ser aplicado teóricamente a cualquier contexto en donde un grupo de gente necesita trabajar junta para lograr una meta común.  Desarrollo de software iterativos incrementales basados en prácticas agiles
  • 7. TRANSPARENCIA Los aspectos importantes del proyecto deben ser visibles para todo el entorno, usando un lenguaje común y bien definido asegurándonos que todos entienden lo mismo por el mismo termino. Un clásico ¿Cuando algo esta terminado? Cada persona puede dar una respuesta diferente a esa pregunta. Lo que se pretende con la transparencia es saber en todo momento en que punto nos encontramos con nuestro proyecto y hacia donde vamos.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13. PLANIFICACIÓN DE LA ITERACIÓN El cliente presenta al equipo la lista de requisitos priorizada del producto o proyecto. El equipo pregunta al cliente las dudas que surgen y selecciona los requisitos más prioritarios que se compromete a completar en la iteración, de manera que puedan ser entregados si el cliente lo solicita. El equipo elabora la lista de tareas de la iteración necesarias para desarrollar los requisitos a que se ha comprometido. La estimación de esfuerzo se hace de manera conjunta y los miembros del equipo se auto asignan las tareas.
  • 14.
  • 15. EJECUCIÓN DE LA ITERACIÓN Cada día el equipo realiza una reunión sincronizada. Cada miembro del equipo inspecciona el trabajo que el resto está realizando (dependencias entre tareas, progreso hacia el objetivo de la iteración, obstáculos que pueden impedir este objetivo) para poder hacer las adaptaciones necesarias que permitan cumplir con el compromiso adquirido.
  • 16. En La Reunión Cada Miembro Del Equipo • ¿Qué he hecho desde la última reunión de sincronización? • ¿Qué voy a hacer a partir de este momento? • ¿Qué impedimentos tengo o voy a tener?
  • 17. EL FACILITADOR Durante la iteración el Facilitador se encarga de que el equipo pueda cumplir con su compromiso y de que no se merme su productividad. •Elimina los obstáculos que el equipo no puede resolver por sí mismo. •Protege al equipo de interrupciones externas que puedan afectar su compromiso o su productividad.
  • 18. INSPECCIÓN Sino tenemos transparencia llevar a cabo una inspección seria una tarea extremadamente tediosa, improductiva y seria realmente difícil evaluar la situación actual. Por eso al tener un proceso transparente facilita enormemente la inspección de nuestra situación actual y de como vamos avanzando hacia nuestro objetivo. La inspecciones deben realizarse con frecuenta pero sin llegar al punto de que obstruya el trabajo. Las inspecciones van de la mano con las adaptaciones, en el siguiente punto se explicara como ponerlas en practica.
  • 19. ADAPTACIÓN Luego de una inspección, los errores o desviaciones detectados que sobrepasen los limites de aceptación deben solucionarse. Los ajustes deben hacerse cuanto antes mejor, minimizando así el grado de desviación, la cantidad de errores actuales, y se evita el arrastre de errores; todo esto ayuda a mantener la planificación y el coste inicial. Formalmente Scrum define cuatro puntos de inspección y adaptación: Sprint Planning Daily Scrum Sprint Review Sprint Retrospective