SlideShare una empresa de Scribd logo
1 de 12
Scrum es un proceso en el que
se aplican de manera
regular un conjunto de buenas
practicas para trabajar
colaborativamente, en
equipo, y obtener el mejor
resultado es posible de un
proyecto. Estas prácticas se
apoyan unas a otras y su
selección tiene origen en un
estudio de la manera de
trabajar de equipos altamente
productivos.
En Scrum un proyecto se ejecuta en bloques temporales
cortos y fijos (interacciones de un mes natural y hasta
de dos semanas, si así se necesita). Cada iteración tiene
que proporcionar un resultado completo, un incremento
de producto final que sea susceptible de ser entregado
con el mínimo esfuerzo al cliente cuando lo solicite.
SCRUM comprende las siguientes fases:
 Pre-juego
Planificación: Definición de una nueva versión basada en la pila actual, junto con
una estimación de coste y agenda. Si se trata de un nuevo sistema, esta fase abarca
tanto la visión como el análisis. Si se trata de la mejora de un sistema existente
comprende un análisis de alcance más limitado. Arquitectura: Diseño de la
implementación de las funcionalidades de la pila. Esta fase incluye la
modificación de la arquitectura y diseño generales.
 Juego
Desarrollo de sprints: Desarrollo de la funcionalidad de la nueva versión con
respeto continuo a las variables de tiempo, requisitos, costo y competencia. La
interacción con estas variables define el final de esta fase. El sistema va
evolucionando a través de múltiples iteraciones de desarrollo o sprints.
 Post-juego
Preparación para el lanzamiento de la versión, incluyendo la documentación final
y pruebas antes del lanzamiento de la versión.
El último día de la iteración se realiza la reunión de revisión de la
iteración. Tiene dos partes:
 Demostración (4 horas máximo). El equipo presenta al cliente
los requisitos completados en la iteración, en forma de
incremento de producto preparado para ser entregado con el
mínimo esfuerzo. En función de los resultados mostrados y de
los cambios que haya habido en el contexto del proyecto, el
cliente realiza las adaptaciones necesarias de manera objetiva, ya
desde la primera iteración, re planificando el proyecto.
 Retrospectiva (4 horas máximo). El equipo analiza cómo ha
sido su manera de trabajar y cuáles son los problemas que
podrían impedirle progresar adecuadamente, mejorando de
manera continua su productividad. El Facilitador se encargará de
ir eliminando los obstáculos identificados.
Cuando el equipo de gestión
siente que las variables de
tiempo, parte
completada, requisitos, coste y
calidad están alineadas para
producir una nueva
versión, declaran cerrada la
versión, dando paso a esta fase.
En esta fase se prepara el
producto generado para producir
una nueva versión. Entre las
tareas de cierre se encuentran:
integración, pruebas del
sistema, documentación de
usuario, preparación del material
de formación y marketing.
Al trabajar bordeando el caos (complejidad e
imprevisibilidad) se requiere la gestión de controles que
eviten la caída en el caos.
La metodología SCRUM incorpora estos controles
generales para evitar la pérdida de control, utilizando las
técnicas de Orientación a Objetos para la construcción
de las entregas.
El principal control es el del riesgo. La gestión de riesgos
da lugar a cambios en los controles y respuestas del
equipo.
 Backlog: Requisitos que el producto en su versión actual no gestiona de forma adecuada.
Errores, defectos, peticiones del cliente, incorporación de mejoras competitivas o tecnológicas son
elementos del backlog.
 Los elementos del backlog que comprenden una nueva versión comprenden variables de
fechas, calidad y funcionalidad viables.
 Paquetes: componentes del producto que deben cambiarse para implementar la nueva versión.
 Cambios: cambios que deben producirse en un paquete para implementar una nueva versión.
 Problemas: problemas técnicos presentes que deben resolverse para implementar un cambio.
 Riesgos: Para lograr el éxito del proyecto se revisan de forma continua los riesgos y las respuestas
previstas. La gestión de riesgos afecta a otros controles.
 Soluciones: respuestas a problemas y riesgos, que suelen ser cambios.
 Temas: Cuestiones generales del proyecto que no se definen en términos de paquetes.
Estos controles se emplean en diversas fases de SCRUM. La dirección los emplea para gestionar el
backlog. Los equipos los usan para gestionar cambios y problemas. Ambos, dirección y equipos, gestionan
los temas, riesgos y soluciones. Estos controles son revisados, modificados y consolidados en la revisión
de cada Sprint.
 http://www.proyectosagiles.org/que-es-scrum
 http://www.scrummanager.net/bok/index.php?title=
Modelo_original_de_Scrum_para_desarrollo_de_soft
ware
 Modelo Scrum

Más contenido relacionado

La actualidad más candente

La actualidad más candente (18)

RBPM
RBPMRBPM
RBPM
 
INGENIERIA DE SOFTWARE - METODOLOGIA DE SCRUM, T3
INGENIERIA DE SOFTWARE - METODOLOGIA DE SCRUM, T3INGENIERIA DE SOFTWARE - METODOLOGIA DE SCRUM, T3
INGENIERIA DE SOFTWARE - METODOLOGIA DE SCRUM, T3
 
EXPOSICIÓN RUP
 EXPOSICIÓN RUP EXPOSICIÓN RUP
EXPOSICIÓN RUP
 
Seccion 3
Seccion 3Seccion 3
Seccion 3
 
Scrum
ScrumScrum
Scrum
 
Quesrup 120217232753-phpapp02
Quesrup 120217232753-phpapp02Quesrup 120217232753-phpapp02
Quesrup 120217232753-phpapp02
 
Introduccion APQP basico
Introduccion APQP basicoIntroduccion APQP basico
Introduccion APQP basico
 
Proyecto de la asignatura convergencia tecnologica
Proyecto de la asignatura convergencia tecnologicaProyecto de la asignatura convergencia tecnologica
Proyecto de la asignatura convergencia tecnologica
 
183237808 iso-12207
183237808 iso-12207183237808 iso-12207
183237808 iso-12207
 
Rup[1]
Rup[1]Rup[1]
Rup[1]
 
Rup jenny mallqui
Rup   jenny mallquiRup   jenny mallqui
Rup jenny mallqui
 
3.Control de la calidad en proyectos
3.Control de la calidad en proyectos3.Control de la calidad en proyectos
3.Control de la calidad en proyectos
 
Scrum a.perez w. socorro
Scrum  a.perez  w. socorroScrum  a.perez  w. socorro
Scrum a.perez w. socorro
 
s03 EjecucionProyecto
s03 EjecucionProyectos03 EjecucionProyecto
s03 EjecucionProyecto
 
PROYECTO DE GESTIÓN DE CALIDAD Y ALIMENTO DE LA ECONOMÍA
PROYECTO DE GESTIÓN DE CALIDAD Y ALIMENTO DE LA ECONOMÍA PROYECTO DE GESTIÓN DE CALIDAD Y ALIMENTO DE LA ECONOMÍA
PROYECTO DE GESTIÓN DE CALIDAD Y ALIMENTO DE LA ECONOMÍA
 
Team Software Process (TSP)
Team Software Process  (TSP)Team Software Process  (TSP)
Team Software Process (TSP)
 
Calidad en el desarrollo de proyectos
Calidad en el desarrollo de proyectosCalidad en el desarrollo de proyectos
Calidad en el desarrollo de proyectos
 
Earn value
Earn valueEarn value
Earn value
 

Similar a Modelo Scrum

Similar a Modelo Scrum (20)

Aplicación web para el registro y seguimiento de los recursos asignados en pr...
Aplicación web para el registro y seguimiento de los recursos asignados en pr...Aplicación web para el registro y seguimiento de los recursos asignados en pr...
Aplicación web para el registro y seguimiento de los recursos asignados en pr...
 
Metodologia xp
Metodologia xpMetodologia xp
Metodologia xp
 
Scrum
ScrumScrum
Scrum
 
Metodologia agil scrum
Metodologia agil scrumMetodologia agil scrum
Metodologia agil scrum
 
Qué es scrum
Qué es scrumQué es scrum
Qué es scrum
 
Qué es scrum
Qué es scrumQué es scrum
Qué es scrum
 
Scrum
ScrumScrum
Scrum
 
Scrum jhpova
Scrum jhpovaScrum jhpova
Scrum jhpova
 
que es un Scrum
que es un Scrumque es un Scrum
que es un Scrum
 
Modelo xp para desarrollo de proyecto
Modelo xp para desarrollo de proyectoModelo xp para desarrollo de proyecto
Modelo xp para desarrollo de proyecto
 
INGENIERIA DE SOFTWARE (SCRUM).pptx
INGENIERIA DE SOFTWARE (SCRUM).pptxINGENIERIA DE SOFTWARE (SCRUM).pptx
INGENIERIA DE SOFTWARE (SCRUM).pptx
 
Ingenieria trabajo3-131031205503-phpapp01
Ingenieria trabajo3-131031205503-phpapp01Ingenieria trabajo3-131031205503-phpapp01
Ingenieria trabajo3-131031205503-phpapp01
 
Scrum
ScrumScrum
Scrum
 
INGENIERIA DE SOFTWARE - METODOLOGIA SCRUM, EJEMPLO PRACTICO, t3
INGENIERIA DE SOFTWARE - METODOLOGIA SCRUM, EJEMPLO PRACTICO, t3INGENIERIA DE SOFTWARE - METODOLOGIA SCRUM, EJEMPLO PRACTICO, t3
INGENIERIA DE SOFTWARE - METODOLOGIA SCRUM, EJEMPLO PRACTICO, t3
 
SEMANA 7-8_metodologia (1).pptx
SEMANA 7-8_metodologia (1).pptxSEMANA 7-8_metodologia (1).pptx
SEMANA 7-8_metodologia (1).pptx
 
SCRUM.pdf
SCRUM.pdfSCRUM.pdf
SCRUM.pdf
 
Scrum
ScrumScrum
Scrum
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
LP II clase05 - SCRUM
LP II clase05 - SCRUMLP II clase05 - SCRUM
LP II clase05 - SCRUM
 
Metodos agiles 3
Metodos agiles 3Metodos agiles 3
Metodos agiles 3
 

Modelo Scrum

  • 1.
  • 2.
  • 3. Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas practicas para trabajar colaborativamente, en equipo, y obtener el mejor resultado es posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de la manera de trabajar de equipos altamente productivos.
  • 4. En Scrum un proyecto se ejecuta en bloques temporales cortos y fijos (interacciones de un mes natural y hasta de dos semanas, si así se necesita). Cada iteración tiene que proporcionar un resultado completo, un incremento de producto final que sea susceptible de ser entregado con el mínimo esfuerzo al cliente cuando lo solicite.
  • 5. SCRUM comprende las siguientes fases:  Pre-juego Planificación: Definición de una nueva versión basada en la pila actual, junto con una estimación de coste y agenda. Si se trata de un nuevo sistema, esta fase abarca tanto la visión como el análisis. Si se trata de la mejora de un sistema existente comprende un análisis de alcance más limitado. Arquitectura: Diseño de la implementación de las funcionalidades de la pila. Esta fase incluye la modificación de la arquitectura y diseño generales.  Juego Desarrollo de sprints: Desarrollo de la funcionalidad de la nueva versión con respeto continuo a las variables de tiempo, requisitos, costo y competencia. La interacción con estas variables define el final de esta fase. El sistema va evolucionando a través de múltiples iteraciones de desarrollo o sprints.  Post-juego Preparación para el lanzamiento de la versión, incluyendo la documentación final y pruebas antes del lanzamiento de la versión.
  • 6.
  • 7. El último día de la iteración se realiza la reunión de revisión de la iteración. Tiene dos partes:  Demostración (4 horas máximo). El equipo presenta al cliente los requisitos completados en la iteración, en forma de incremento de producto preparado para ser entregado con el mínimo esfuerzo. En función de los resultados mostrados y de los cambios que haya habido en el contexto del proyecto, el cliente realiza las adaptaciones necesarias de manera objetiva, ya desde la primera iteración, re planificando el proyecto.  Retrospectiva (4 horas máximo). El equipo analiza cómo ha sido su manera de trabajar y cuáles son los problemas que podrían impedirle progresar adecuadamente, mejorando de manera continua su productividad. El Facilitador se encargará de ir eliminando los obstáculos identificados.
  • 8. Cuando el equipo de gestión siente que las variables de tiempo, parte completada, requisitos, coste y calidad están alineadas para producir una nueva versión, declaran cerrada la versión, dando paso a esta fase. En esta fase se prepara el producto generado para producir una nueva versión. Entre las tareas de cierre se encuentran: integración, pruebas del sistema, documentación de usuario, preparación del material de formación y marketing.
  • 9. Al trabajar bordeando el caos (complejidad e imprevisibilidad) se requiere la gestión de controles que eviten la caída en el caos. La metodología SCRUM incorpora estos controles generales para evitar la pérdida de control, utilizando las técnicas de Orientación a Objetos para la construcción de las entregas. El principal control es el del riesgo. La gestión de riesgos da lugar a cambios en los controles y respuestas del equipo.
  • 10.  Backlog: Requisitos que el producto en su versión actual no gestiona de forma adecuada. Errores, defectos, peticiones del cliente, incorporación de mejoras competitivas o tecnológicas son elementos del backlog.  Los elementos del backlog que comprenden una nueva versión comprenden variables de fechas, calidad y funcionalidad viables.  Paquetes: componentes del producto que deben cambiarse para implementar la nueva versión.  Cambios: cambios que deben producirse en un paquete para implementar una nueva versión.  Problemas: problemas técnicos presentes que deben resolverse para implementar un cambio.  Riesgos: Para lograr el éxito del proyecto se revisan de forma continua los riesgos y las respuestas previstas. La gestión de riesgos afecta a otros controles.  Soluciones: respuestas a problemas y riesgos, que suelen ser cambios.  Temas: Cuestiones generales del proyecto que no se definen en términos de paquetes. Estos controles se emplean en diversas fases de SCRUM. La dirección los emplea para gestionar el backlog. Los equipos los usan para gestionar cambios y problemas. Ambos, dirección y equipos, gestionan los temas, riesgos y soluciones. Estos controles son revisados, modificados y consolidados en la revisión de cada Sprint.