1

SCRUM

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO

DEPARTAMENTO DE INGENIERÍA DE SISTEMAS Y

TELECOMUNICACIONES

INGENIERÍA DE SOFTWARE
 2

El Scrum es un proceso de la Metodología Ágil que se usa para minimizar los riesgos durante la
realización de un proyecto, pero de manera colaborativa.
 3

Tabla de Contenidos

Capítulo 1 Introducción e información general ............................................................. 4

Título 2 ...........................................................................Error! Bookmark not defined.
Título 2 ...........................................................................Error! Bookmark not defined.
Título 3. ......................................................................Error! Bookmark not defined.
Título 3. ......................................................................Error! Bookmark not defined.
Capítulo 2 Figuras y tablas ................................................ Error! Bookmark not defined.
Título 2 ...........................................................................Error! Bookmark not defined.
Título 3. ......................................................................Error! Bookmark not defined.
Título 3. ......................................................................Error! Bookmark not defined.
Capítulo 4 Resultados y discussion.................................... Error! Bookmark not defined.
List of References ................................................................. Error! Bookmark not defined.
Apéndice ............................................................................... Error! Bookmark not defined.
Vita ........................................................................................ Error! Bookmark not defined.
 4

Capítulo 1

Introducción e información general

¿Qué es Scrum?
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.

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.

Scrum también 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 reacción ante la competencia, cuando la moral de los
equipos es baja y la rotación alta, cuando es necesario identificar y solucionar ineficiencias
sistemáticamente o cuando se quiere trabajar utilizando un proceso especializado en el desarrollo
de producto.

El proceso
En Scrum un proyecto se ejecuta en ciclos temporales cortos y de duración
fija (iteraciones que normalmente son de 2 semanas, aunque en algunos equipos son de 3 y hasta
4 semanas, límite máximo de feedback de producto real y reflexión). 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.

El proceso parte de la lista de objetivos/requisitos priorizada del producto, que actúa como plan
del proyecto. En esta lista el cliente prioriza los objetivos balanceando el valor que le aportan
respecto a su coste (que el equipo estima considerando la Definición de Hecho) y quedan
repartidos en iteraciones y entregas.
Las actividades que se llevan a cabo en Scrum son las siguientes:
Planificación de la iteración
El primer día de la iteración se realiza la reunión de planificación de la iteración. Tiene dos
partes:

1. Selección de requisitos (4 horas máximo). 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.
 5

2. Planificación de la iteración (4 horas máximo). El equipo elabora las iteraciones 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 de sincronización (15 minutos máximo), normalmente
delante de un tablero. 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 responde a tres preguntas:

 ¿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?

Durante la iteración el Facilitador (Scrum Master) 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.

Durante la iteración, el cliente junto con el equipo refinan la lista de requisitos (para prepararlos
para las siguientes iteraciones) y, si es necesario, cambian o replanifican los objetivos del
proyecto para maximizar la utilidad de lo que se desarrolla y el retorno de inversión.

Inspección y adaptación
El último día de la iteración se realiza la reunión de revisión de la iteración. Tiene dos partes:

1. 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, replanificando el proyecto.
2. 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.
 6

Capítulo 2

Metodología Scrum
¿Qué es?
Scrum es una metodología ágil y flexible para gestionar el desarrollo de software, cuyo
principal objetivo es maximizar el retorno de la inversión para su empresa (ROI). Se basa en
construir primero la funcionalidad de mayor valor para el cliente y en los principios de
inspección continua, adaptación, auto-gestión e innovación.

¿Cuándo se utiliza?

Con la metodología Scrum el cliente se entusiasma y se compromete con el proyecto dado que lo
ve crecer iteración a iteración. Asimismo le permite en cualquier momento realinear el software
con los objetivos de negocio de su empresa, ya que puede introducir cambios funcionales o de
prioridad en el inicio de cada nueva iteración sin ningún problema.

Esta metódica de trabajo promueve la innovación, motivación y compromiso del equipo que
forma parte del proyecto, por lo que los profesionales encuentran un ámbito propicio para
desarrollar sus capacidades.
 7

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 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: 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
Backlog.
 Reducción de riesgos: El hecho de llevar a cabo las funcionalidades de más valor en primer
lugar y de conocer la velocidad con que el equipo avanza en el proyecto, permite despejar
riesgos eficazmente de manera anticipada.
 8

Capítulo 3
SCRUM procesos de software

El proceso

El desarrollo 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.

 Product Backlog: Conjunto de requisitos demoninados historias descritos en un lenguaje no

técnico y priorizados por valor de negocio, o lo que es lo mismo, por retorno de inversión
considerando su beneficio y coste. Los requisitos y prioridades se revisan y ajustan durante el curso
del proyecto a intervalos regulares.
 Sprint Planning: Reunión durante la cual el Product Owner presenta las historias del backlog por
orden de prioridad. El equipo determina la cantidad de historias que puede comprometerse a
completar en ese sprint, para en una segunda parte de la reunión, decidir y organizar cómo lo va a
conseguir.
 9

 Sprint: Iteración de duración prefijada durante la cual el equipo trabaja para convertir
las historias del Product Backlog a las que se ha comprometido, en una nueva versión del software
totalmente operativo.
 Sprint Backlog: Lista de las tareas necesarias para llevar a cabo las historias del sprint.
 Daily sprint meeting: Reunión diaria de cómo máximo 15 min. en la que el equipo se sincroniza
para trabajar de forma coordinada. Cada miembro comenta que hizo el día anterior, que hará hoy
y si hay impedimentos.
 Demo y retrospectiva: Reunión que se celebra al final del sprint y en la que el equipo presenta
las historias conseguidas mediante una demonstración del producto. Posteriormente, en la
retrospectiva, el equipo analiza qué se hizo bien, qué procesos serían mejorables y discute acerca
de cómo perfeccionarlos.

Roles

En Scrum, el equipo se focaliza en construir software de calidad. La gestión de un proyecto Scrum

se centra en definir cuáles son las características que debe tener el producto a construir (qué
construir, qué no y en qué orden) y en vencer cualquier obstáculo que pudiera entorpecer la tarea
del equipo de desarrollo.

El equipo Scrum está formado por los siguientes roles:

 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 (PO): Representante de lso 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 Backlog y las reprioriza de forma regular.

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
 10

Lista de referencias

URL https://proyectosagiles.org/que-es-scrum/
URL https://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-scrum.html
URL https://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-
scrum/proceso-roles-de-scrum.html