METODOLOGIA SCRUM

QUES ES EL SCRUM

• Scrum es un frameworks es el que permite trabajar en una serie de

interacciones en equipo.
• Scrum es un proceso en el que se aplican de manera regular un
conjunto de buenas prácticas para trabajar colaborativamente, en
equipo, y obtener el mejor resultado 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.
 QUE SE RELIZA EN SCRUM

• se realizan entregas parciales y regulares del producto final,

priorizadas por el beneficio que aportan al receptor del proyecto. Por
ello, Scrum está especialmente indicado para proyectos en entornos
complejos, donde se necesita obtener resultados pronto, donde los
requisitos son cambiantes o poco definidos, donde la innovación, la
competitividad, la flexibilidad y la productividad son fundamentales
 • Se utiliza 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
PARA QUE SE reacción ante la competencia, cuando la
UTILIZA moral de los equipos es baja y la rotación
alta, cuando es necesario identificar y
ESCRUM solucionar ineficiencias sistemáticamente o
cuando se quiere trabajar utilizando un
proceso especializado en el desarrollo de
producto.
 Proceso y Roles de Scrum

se realiza de forma iterativa e incremental. Cada iteración, denominada Sprint,

tiene una duración preestablecida de entre 2 y 4 semanas, obteniendo como
resultado una versión del software con nuevas prestaciones listas para ser
usadas. En cada nuevo Sprint, se va ajustando la funcionalidad ya construida y
se añaden nuevas prestaciones priorizándose siempre aquellas que aporten
mayor valor de negocio.
Los procesos son los siguientes:

• Product Back log:

• Sprint:
• Sprint Back log:
• Daily sprint meeting:
• Demo y retrospectiva:
Product Back log: Conjunto de
requisitos denominados historias
descritos en un lenguaje no técnico y
priorizados por valor de negocio, o lo que • Sprint: Iteración de
es lo mismo, por retorno de inversión duración prefijada
considerando su beneficio y coste. durante la cual el equipo
trabaja para convertir las
Sprint Planning: Reunión durante la cual historias del Product
el Product Owner presenta las historias Back log a las que se ha
del back log por orden de prioridad comprometido, en una
nueva versión del
software totalmente
operativo.
 Sprint Back log: Lista de las tareas necesarias
para llevar a cabo las historias del sprint.

• Daily sprint meeting:

Reunión diaria de cómo Demo y retrospectiva: Reunión que se
máximo 15 min. en la que el celebra al final del sprint y en la que el
equipo se sincroniza para equipo presenta las historias conseguidas
trabajar de forma mediante una demonstración del producto.
coordinada. Cada miembro
comenta que hizo el día
anterior, que hará hoy y si
hay impedimentos.
 Roles
El equipo Scrum está formado por los siguientes roles:

• Scrum master:
• Product Owner
• Equipo de desarrollo.
 Scrum master: Persona que lidera al equipo guiándolo para que
cumpla las reglas y procesos de la metodología. Gestiona la
reducción de impedimentos del proyecto y trabaja con el Product
Owner para maximizar el ROI.

Product Owner: Representante de los Equipo de desarrollo

accionistas y clientes que usan el
software. Se focaliza en la parte de
negocio y el es responsable del ROI del
proyecto (entregar un valor superior al
dinero invertido). Traslada la visión del
proyecto al equipo, formaliza las
prestaciones en historias a incorporar en
el Product Back log y las reprioriza de
forma regular.
• Son los encargados de realizar las
tareas priorizadas por el Product
Owner.
• Es un equipo multifuncional y
auto-organizado.
• Son los únicos que estiman las
tareas del product back log, sin
dejarse influenciar por nadie.
Los eventos de la Metodología de trabajo Scrum
Sprint
• es el contenedor de los demás
eventos. Todo lo que ocurre en una
iteración para entregar valor está
dentro de un Sprint. La duración
máxima es de 1 mes, el tiempo se
determina en base al nivel de
comunicación que el cliente quiere
tener con nosotros. Sprints largos
pueden hacer que perdamos
feedback valioso del cliente, y
poner en peligro nuestro proyecto.
Sprint Planning
• La primera reunión que se hace
en el sprint, tiene una duración
de 8 horas para Sprints de 1
mes. En esta reunión todo el
equipo Scrum define qué tareas
se van a abordar, y cuál será el
objetivo del sprint.
 Daily meeting.
Es una reunión diaria dentro del Sprint, que tiene como
máximo 15 minutos de duración. En ella debe participar, si
o si, el equipo de desarrollo, el Scrum Master y el Product
Owner.

• Sprint Review.
La Review del valor que vamos a
entregar al cliente se hace en esta
reunión, al final de cada Sprint. Su
duración es de 4 horas para Sprints
de 1 mes, y es la única reunión de
Scrum a la que puede asistir el
cliente. En ella el Product Owner
presenta lo desarrollado al cliente, y
el equipo de desarrollo muestra su
funcionamiento.
• Sprint retrospectiva.
La retrospectiva es el último
evento de Scrum, tiene una
duración de 3 horas para Sprints
de 1 mes, y es la reunión del
equipo en la que se hace una
evaluación de cómo se ha
implementado Scrum en el
finalizado Sprint.
Los artefactos de Scrum son: Product back log y Sprint back log.
Product back log
El Product Back log es el listado tareas
que engloba todo un proyecto.
Cualquier cosa que debamos hacer
debe estar en el Product Back log,
estimado por el equipo de desarrollo.
La responsabilidad exclusiva de
ordenar el Product Back log es del
Product Owner, que se encuentra en
constante comunicación con el cliente
para asegurarse de que las prioridades
están bien establecidas.
• Sprint Back log
• Es el grupo de tareas del Product Back log que el
equipo de desarrollo elige en el Sprint Planning
junto con el plan para poder desarrollarlas.
• Debe ser conocido por todo el equipo, para
asegurarse que el foco debe estar en este grupo
de tareas.
• El Sprint Planning no cambia durante el sprint,
solo se permite cambiar el plan para poder
desarrollarlas.
 Las características de la metodología Scrum más importantes son 3:

• Transparencia: Todos los implicados
tienen conocimiento de qué ocurre y
en el proyecto y cómo ocurre. Esto
hace que haya un entendimiento
“común” del proyecto, una visión
global.
Inspección: Los miembros del equipo Scrum
frecuentemente inspeccionan el progreso para
detectar posibles problemas. La inspección no
es un examen diario, sino una forma de saber
que el trabajo fluye y que el equipo funciona
de manera auto-organizada.

• Adaptación: Cuando hay algo que cambiar, el equipo se

ajusta para conseguir el objetivo del sprint. Esta es la
clave para conseguir éxito en proyectos complejos,
donde los requisitos son cambiantes o poco definidos y
en donde la adaptación, la innovación, la complejidad y
flexibilidad son fundamentales.
 Ventajas y desventajas de la Metodología Scrum
Ventajas
• Scrum es muy fácil de aprender, los
roles, eventos y artefactos son claros y
tienen un objetivo muy relacionado a
nuestra manera diaria de trabajar.
• El cliente puede comenzar a usar su
producto rápidamente.
• Se agiliza el proceso, ya que la entrega
de valor es muy frecuente.
• Menor probabilidad de sorpresas o
imprevistos, porque el cliente está
viendo frecuentemente el proyecto.
Desventajas
• Aunque Scrum sea fácil de aprender, es muy
difícil poder implementarlo. Esto supone una
predisposición y un cambio de cultura de la
organización que debe ir desde los altos
mandos hasta los clientes.
• La necesidad de tener equipos
multidisciplinares puede ser un problema, ya
que es difícil encontrar personas que sean
capaces de hacer todo el trabajo de un
equipo.
• El equipo puede tender a realizar el camino
más corto para conseguir el objetivo de un
Sprint, el cual no siempre es el de mayor
calidad.
 Beneficios
Cumplimento de expectativas
• : El cliente establece sus
expectativas indicando el valor
que le aporta cada requisito /
historia del proyecto, el equipo los
estima y con esta información el
Product Owner establece su
prioridad. De manera regular, en
las demos de Sprint el Product
Owner comprueba que
efectivamente los requisitos se
han cumplido y transmite se
feedback al equipo.
Flexibilidad a cambios
• Alta capacidad de reacción
ante los cambios de
requerimientos generados por
necesidades del cliente o
evoluciones del mercado. La
metodología está diseñada
para adaptarse a los cambios
de requerimientos que
conllevan los proyectos
complejos.
Reducción del Time to Market:
• El cliente puede empezar a utilizar
las funcionalidades más
importantes del proyecto antes de
que esté finalizado por completo.
Mayor calidad del software:
• La metódica de trabajo y la
necesidad de obtener una
versión funcional después de
cada iteración, ayuda a la
obtención de un software de
calidad superior.
Mayor calidad del software:
• La metódica de trabajo y la
necesidad de obtener una
versión funcional después de
cada iteración, ayuda a la
obtención de un software de
calidad superior.
Mayor productividad:
• Se consigue entre otras razones,
gracias a la eliminación de la
burocracia y a la motivación del
equipo que proporciona el
hecho de que sean autónomos
para organizarse.
 Maximiza el retorno de la inversión (ROI): Producción de
software únicamente con las prestaciones que aportan
mayor valor de negocio gracias a la priorización por retorno
de inversión.

Predicciones de tiempos: Predicciones de tiempos: Mediante esta

Mediante esta metodología se
conoce la velocidad media del
equipo por sprint (los llamados
puntos historia), con lo que
consecuentemente, es posible
estimar fácilmente para cuando
se dispondrá de una
determinada funcionalidad que
todavía está en el Back log.
metodología se conoce la velocidad media
del equipo por sprint (los llamados puntos
historia), con lo que consecuentemente, es
posible estimar fácilmente para cuando se
dispondrá de una determinada
funcionalidad que todavía está en el Back
log.
 Participantes

Product Owner: Habla por el cliente, y asegura que el equipo cumpla las
expectativas. Es “el jefe” responsable del proyecto.

Scrum Master: Lidera las reuniones y ayuda al equipo si es que tienen

problemas. Además, minimiza los obstáculos para cumplir el objetivo del Sprint,
es un “facilitador” pero no es un gestor.

• Scrum Team: Son los encargados de desarrollar y cumplir lo que

les asigna el Product Owner.
• Cliente: Recibe el producto y puede influir en el proceso, entregando
sus ideas o comentarios respecto al desarrollo.
 Ciclos (Sprints):
Duración:
Por ejemplo, de 8 semanas o un cuatrimestre
(o lo que sea necesario).
En el primer caso, si tuviésemos 3 clases por
semana, un Sprint podría contener 18 clases
de trabajo real (8 semanas x 3 clases/
semana menos las de hacer el back log y las
de Review + retrospectiva.
• Planificación:
• Estiman el trabajo de cada tarea, para
ver si todo el trabajo les cabe en el
Sprint. La estimación es de manera
relativa (lo más sencillo es utilizar
tallas S, M, L) aunque también se
pueden utilizar puntos relativos.
Revisión:
El equipo demuestra qué ha aprendido.
Opciones:
Pasar un test (opción “tradicional”).
Hacer una “presentación”.
Hacer un trabajo (documento).
Identificar preguntas de test para el global de
los alumnos de la clase.
• Retrospectiva:
• Qué les ha funcionado en ese Sprint /
qué tienen que mejorar.
• Cada alumno también puede analizar
si está aportando al equipo.
 FASES DE SCRUM

1.- 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 de la
arquitectura:

2.- 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 a interacción con estas variables define el final
de esta fase el sistema va evolucionando a otras múltiples iteraciones de desarrollo o sprints.

3.- 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 Pasos de cada fase.
- PAREDES CERVANTES JOSE GILMER
- CHAVEZ DIAZ ROSMELIA
- ZAMORA CAMPOS NILSON
-DIAZ RUBIO DANIEL