El documento describe el método Scrum para el desarrollo ágil de software. Scrum se basa en la colaboración estrecha con el cliente, la capacidad de respuesta al cambio y las entregas frecuentes de funcionalidad. El método incluye roles como el Product Owner, Scrum Master y el equipo de desarrollo, así como elementos como el product backlog, sprint backlog e incrementos entregados al final de cada sprint. Scrum ha evolucionado para aplicarse más allá del desarrollo de software.

1. EQUIPO 8
GONZÁLEZ ORTIZ MONSERRAT
HUERTA GUEVARA LUIS ANGEL
MORENO GUERRERO JAVIER AXEL
REYES ESPIRITU JOSÉ LUIS
METODOLOGÍA SCRUM

2. ANTECEDENTES
Basado en los principios agiles:
• Colaboración estrecha con el cliente
• Predisposición y respuesta al cambio
• Desarrollo incremental con entregas
frecuentes de funcionalidad
• Comunicación verbal directa
• Simplicidad
• Motivación, compromiso y
responsabilidad del equipo por la
autogestión, auto organización

3. LINEA DE TIEMPO
1986 Nuevos
procesos de
desarrollo
1993 Primer
SCRUM
1995 Fue
formalizado
2001Desarrollo
ágil
2006 Desarrollo
basado en
comportamiento
 1986 – Hirotaka Takeuchi e Ikujiro Nonaka
Publicaron el articulo “The New Product Development
Game” el cual da a conocer una nueva forma de
gestionar proyectos en la que la agilidad, flexibilidad y
la incertidumbre son los elementos principales
 1996 – Jeff Sutherland y Ken
Schwaber.
Presentaron las practicas que se usaban
como proceso formal para el desarrollo de
software

4. MAPA
MENTAL DEL
CONTEXTO
EN EL QUE
SURGE
SCRUM

5. DESCRIPCIÓN
• El desarrollo incremental de los
requisitos del proyecto en bloques
temporales cortos y fijos.
• La priorización de los requisitos por
valor para el cliente.
• La potenciación del equipo, que se
compromete.
• La sistematización de la colaboración y la
comunicación tanto entre el equipo y el
cliente.
• 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.

6. CARACTERÍSTICAS

7. ESTRUCTURA
Y
COMPONENTES

8. 1. LAS REUNIONES
 PLANIFICACION DEL BACKLOG: Se definirá un
documento en el que se reflejaran los requisitos del
sistema por prioridades
 SEGUIMIENTO DE SPRINT: Se hace reuniones diarias
en las que las 3 preguntas para evaluar el avance son:
¿Qué trabajo se realizo desde la reunión anterior?
¿Qué trabajo se hará hasta una nueva reunión?
Inconvenientes que han surgido y que hay que
solucionar para poder continuar
 REVISION DEL SPRINT: Cuando se finaliza el sprint se
realizara una revisión del incremento que se ha
generado. Se presentaran los resultados finales y una
versión, esto ayudara a mejorar el feedback con el
cliente

9. 2. ROLES
CERDOS – Desarrollan
el proyecto
Product Owner: Toma las
decisiones y conoce el negocio
del cliente y su visión del
producto
ScrumMaster: Comprueba
que el modelo y la
metodología funcione
Equipo de desarrollo: Esta
involucrado en la estimación
del esfuerzo de las tareas
Usuarios: Es el destinatario final del
producto
Stakeholders: Participan durante las
revisiones del Sprint, son personas a
las que el proyecto les producirá un
beneficio
Managers: Toma las decisiones finales
participando en la selección de los
objetivos y de los requisitos
GALLINAS –
Aportan información

10. 3. ELEMENTOS
 PRODUCT BACKLOG: Lista
de necesidades del cliente
 SPRINT BACKLOG: Lista de
tareas que se realizan en un
sprint
 INCREMENTO: Parte
añadida o desarrollada en un
sprint, es una parte
terminada y totalmente
operativa

11.  PRODUCT BACKLOG
 Las historias de usuario: Son las descripciones de
las funcionalidades que va a tener el software
 Formato de la pila del producto: La preferencia
por tener documentación en todo momento es
menos estricta. Es necesario mantener una
comunicación directa con el equipo

12.  SPRINT BACKLOG
Lista de tareas que elabora el equipo durante la planificación de un Sprint.
Se asignan las tareas a cada persona y el tiempo que queda para terminarlas.
El proyecto se descompone en unidades mas pequeñas y se puede determinar o ver en que tareas no se esta avanzando e
intentar eliminar el problema
 INCREMENTO
Representa los requisitos que se han completado en una iteración y que son perfectamente operativos

13. DIAGRAMA
DE LAS
FASES DE
SCRUM

14. EVOLUCIÓN Y TENDENCIAS
 Reporte de Estado Scrum
El reporte, que es la consolidación de mas de dos mil
respuestas, incluye entre sus conclusiones lo siguiente:
Se evidencia un tendencia de adopción más allá de los
grupos de IT. Las prácticas ágiles son evaluadas e
implementadas más allá del desarrollo del software y las
áreas de IT, en áreas como mercadeo, ventas, finanzas y
contabilidad y recursos humanos - 21% de los
encuestados reconoce proyectos ágiles más fuera de las
áreas de TI.

15.  La adopción de Scrum es cada día, más común y natural en las organizaciones. El estrés que produce su adopción es cada
vez menor. Dentro de los factores que más tensión generan se encuentra la alineación e integración con los esquemas de
gestión - que curiosamente aparece como "comando y control".
 El rol del ScrumMaster evoluciona más y más en un rol "humano" y menos en un rol de proceso. Incluso se sugiere que el
más allá del conocimiento técnico del ScrumMaster es deseable un background in ciencias sociales y humanidades.

16.  Scrum Alliance
 Fundada en 2001, Scrum Alliance ® es la organización de certificación y afiliación profesional más grande, establecida e
influyente de la comunidad Agile. Somos una asociación sin fines de lucro con más de 500.000 profesionales certificados en
todo el mundo.
 Nuestra visión es "Transformar el mundo del trabajo" con la misión de guiar e inspirar a individuos, líderes y organizaciones
con prácticas, principios y valores que creen lugares de trabajo alegres, prósperos y sostenibles.

17. Imágenes del sitio web

18. Cursos que proporciona
Scrum Alliance proporciona diferentes cursos con certificaciones a nivel mundial
algunos son los siguientes:
https://www.scrumalliance.org/