INSTITUCIÓN : Universidad Politécnica Amazónica UPA

CURSO : Gestión de Sistemas

TEMA : SCRUM

DOCENTE : Marco Aurelio Porro Chulli

INTEGRANTES:
 Delsi Y. Huamán Villanueva
 Gerson Alarcón Regalado
 SCRUM
1. Contenido
 Definición
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.

 Características
Scrum es un modelo de referencia que define un conjunto de prácticas y roles, y que
puede tomarse como punto de partida para definir el proceso de desarrollo que se
ejecutará durante un proyecto. Los roles principales en Scrum son el ScrumMaster, que
mantiene los procesos y trabaja de forma similar al director de proyecto, el
ProductOwner, que representa a los stakeholders (clientes externos o internos), y el
Team que incluye a los desarrolladores.
Durante cada sprint, un periodo entre 15 y 30 días (la magnitud es definida por el
equipo), el equipo crea un incremento de software potencialmente entregable
(utilizable).

El conjunto de características que forma parte de cada sprint viene del Product Backlog,
que es un conjunto de requisitos de alto nivel priorizados que definen el trabajo a
realizar. Los elementos del Product Backlog que forman parte del sprint se determinan
durante la reunión de Sprint Planning. Durante esta reunión, el Product Owner identifica
los elementos del Product Backlog que quiere ver completados y los hace del
conocimiento del equipo. Entonces, el equipo determina la cantidad de ese trabajo que
puede comprometerse a completar durante el siguiente sprint.

Scrum permite la creación de equipos autoorganizados impulsando la co-localización de

todos los miembros del equipo, y la comunicación verbal entre todos los miembros y
disciplinas involucrados en el proyecto.
Un principio clave de Scrum es el reconocimiento de que durante un proyecto los
clientes pueden cambiar de idea sobre lo que quieren y necesitan (a menudo llamado
requirements churn), y que los desafíos impredecibles no pueden ser fácilmente
enfrentados de una forma predictiva y planificada.

Por lo tanto, Scrum adopta una aproximación pragmática, aceptando que el problema
no puede ser completamente entendido o definido, y centrándose en maximizar la
capacidad del equipo de entregar rápidamente y responder a requisitos emergentes.
Existen varias implementaciones de sistemas para gestionar el proceso de Scrum, que
van desde notas amarillas "post-it" y pizarras hasta paquetes de software. Una de las
mayores ventajas de Scrum es que es muy fácil de aprender, y requiere muy poco
esfuerzo para comenzarse a utilizar.

En conclusión estas son las principales características:

 Asesora y refuerza a los miembros del equipo para que puedan trabajar de
forma auto organizada y con espíritu y conciencia de equipo. Para ello, se
encarga de gestionar “dinámicas de grupo” que contribuyan al desarrollo de
los objetivos marcados.

 Elimina cualquier impedimento con el que se encuentre el equipo para

conseguir sus objetivos finales.

 Facilita la fase de sprint final al equipo. Cuando los miembros del equipo están
presentando a los stakeholders (perfiles interesados en los productos) el
proyecto, evita que no se atasquen en el sprint final, actuando como guía y
moderador de las presentaciones en muchos casos.

 Ayuda a llevar a cabo los daily standups, esto es, proporcionar todas las
actualizaciones que el equipo necesita para el desarrollo de los proyectos.

 A veces puede realizar las tareas de un agile coach. Es decir, se asegura de que
todos los miembros del equipo aprendan y utilicen la metodología adecuada.

 Trabaja codo con codo con el Product Owner (el representante de los clientes) y
que desde un primer momento define los objetivos del proyecto, detecta riesgos
 que pueda haber durante la fase de sprint y busca actualizaciones para las
tareas a desarrollar.

 Al igual que el Producto Owner, el Scrum Master trabaja con otras figuras como
son los stakeholders, y representa al equipo de trabajo en las reuniones de
Scrum of Scrums. En estas reuniones es donde el Scrum Master presenta los
temas de diseño técnico y las acciones llevadas a cabo por el equipo.

 La figura del Scrum Master refuerza así la idea de que esta metodología mejora
el trabajo en equipo, centrando todos los esfuerzos en conseguir un mismo
objetivo para satisfacer las necesidades de los stakeholders.

En muchos casos el perfil del Scrum Master es desempeñado por alguno de los
miembros del equipo ágil de proyectos. Además, sabemos que existen certificados
para convertirse en Scrum Master profesional, no obstante desde IEBS no queremos
lanzar a los profesionales a la piscina y preferimos ofrecer un Postgrado en Gestión
Ágil de Proyectos que ayude a conocer de la mano de profesionales, cuáles son estas
metodologías ágiles y qué beneficios aportan a las empresas.

 Beneficios
1. Alta calidad del producto
Principalmente la calidad del producto que podemos proporcionar gracias a una
metodología ágil usando Scrum, la retrospectiva y las reuniones diarias, es el
continuo seguimiento de las tareas, las múltiples correcciones y los testeos
realizados a lo largo de cada sprint. De forma que nos permite detectar los errores
a tiempo, logrando un producto perfectamente pulido. Existen herramientas propias
de metodología Scrum para hacer mediciones de resultados, en referencia a la
calidad, el tiempo o los recursos, de forma que se optimiza el trabajo al máximo.

2. Satisfacción del cliente

El cliente obtiene un continuo feedback sobre el estado evolutivo del producto,
dándole la posibilidad de ver cómo se está trabajando, como va quedando el
proyecto o dar opinión sobre posibles cambios. Lo cual genera confianza y
tranquilidad.

3. Incrementa el control
Gracias a la transparencia, las reuniones diarias o las puestas en común con el resto
del equipo, el control sobre el producto es mayor, puesto que las modificaciones son
inmediatas, y el análisis de los resultados que se obtienen es progresivo.

4. Reduce el riesgo
Debido al uso de las nuevas tecnologías y sus múltiples herramientas, el porcentaje
de riesgo se reduce considerablemente. Las mediciones de tiempo de ejecución nos
permitirán tener un control sobre la entrega y su evolución. Como hemos comentado,
 poco a poco se va creando un producto actual y modificado según los deseos del
propietario y en función de las tendencias del entorno del mismo. Los errores cuando
son pequeños, también tienen un menor coste.

5. Rápido retorno de la Inversión (ROI)

Debido a que el desarrollo sea ágil, las entregas se van haciendo gradualmente, por
lo tanto los beneficios vendrán antes también.
El desarrollo empieza antes, por lo tanto el producto está listo para lanzar al mercado
en menos tiempo. Tienes la posibilidad de ser innovador, puesto que las mejoras
son continuas. Además esto te permite no quedar obsoleto, lo que sí podría pasar
con en el uso de otras metodologías como las de cascada, con Scrum puedes
integrar las nuevas tendencias a medida que van saliendo, enfocándote en lo que
demandan los clientes o lo que ofrece la competencia

 Fases
El corazón de Scrum es un Sprint, es un intervalo prefijado durante el cual se crea un
incremento de producto "Hecho o Terminado" utilizable, potencialmente entregable. A
lo largo del desarrollo hay Sprints consecutivos de duración constante.

En realidad cada Sprint se puede considerar un mini-proyecto de no más de un mes. Al

igual que los proyectos, los Sprint se utilizan para lograr algo. Cada Sprint cuenta con
una definición de lo que se va a construir, un diseño y un plan flexible que guiará la
construcción del plan, el trabajo, y el producto resultante.
En este caso hablaremos pues de 5 etapas: la reunión de planificación de Sprint,
los Scrums diarios, el trabajo de desarrollo, la Revisión del Sprint, y la Retrospectiva del
Sprint.

1. Reunión de planificación de Sprint

El trabajo a realizar en el Sprint se prevé en la Reunión de Planificación del Sprint. Este
plan se crea con la colaboración de todo el Equipo Scrum.
La reunión de planificación de un Sprint es un evento de tiempo variable. Para un Sprint
de un mes tiene ocho horas de duración. Para Sprints más cortos, el evento es
proporcionalmente más corto. Por ejemplo, para un Sprint de dos semanas, las
reuniones de planificación de Sprint son de cuatro horas de duración. En esta reunión
se define la funcionalidad en el incremento planeado y cómo el Equipo de Desarrollo
creará este incremento y la salida de este trabajo es definir el Objetivo del Sprint. La
reunión de planificación de Sprint tradicionalmente consta de dos partes, cada una de
la mitad de tiempo de duración de la Reunión de Planificación respondiendo a las
siguientes dos preguntas:
 ¿Qué va a ser entregado en el incremento resultante del próximo Sprint?
 ¿Cómo se va a realizar el trabajo seleccionado?
A destacar que el objetivo del Sprint puede ser un hito en el objetivo más amplio de la
hoja de ruta (roadmap) del producto.

2. El Scrum Diario
Es un evento de 15 minutos, cuyo objetivo es que el equipo de desarrollo
sincronice actividades, y cree un plan para las próximas 24 horas. Esto se realiza
mediante la inspección del trabajo desde el último Scrum Diario, y la previsión del trabajo
que se puede hacer antes del próximo. El Scrum Diario se lleva a cabo en la misma hora
y lugar cada día para reducir la complejidad.
El equipo de desarrollo utiliza el Scrum Diario para evaluar el progreso hacia la meta del
Sprint y evaluar la tendencia del progreso en finalizar el trabajo en el Sprint Backlog.
Cada día, el equipo de desarrollo debe ser capaz de explicar al dueño del producto y al
Scrum Master como van a trabajar juntos como un equipo auto-organizado para lograr
el objetivo y crear el incremento previsto en el resto del Sprint.
Un beneficio adicional es que los Scrums diarios mejoran las comunicaciones, eliminan
otras reuniones, identifican y eliminan obstáculos para el desarrollo, destacan y
promueven la rápida toma de decisiones, y mejoran el nivel de conocimiento del
proyecto del equipo de desarrollo. Esta es una reunión clave de inspección y adaptación.

3. Trabajo de desarrollo durante el Sprint

Cuando el sprint está en curso, debemos asegurar que:
 No se realizan cambios que afectan al objetivo del Sprint;
 No disminuyen los objetivos de calidad, y
 El Alcance podrá aclararse y re-negociarse entre el propietario del producto y el
Equipo de Desarrollo a medida que se va aprendiendo.
Cuando un Sprint es demasiado largo, la definición de lo que se está construyendo
puede cambiar, puede aumentar la complejidad y puede aumentar el riesgo. Los Sprints
permiten previsibilidad al garantizar la inspección y la adaptación de los avances hacia
una meta de por lo menos cada mes de calendario.

4. Revisión del Sprint

Se lleva a cabo al final del Sprint, para inspeccionar el incremento y adaptar, si es
necesario, el Product Backlog. El Equipo Scrum y las partes interesadas colaboran
durante la revisión de lo que se hizo en el Sprint. Basado en ese y cualquier cambio en
el Product Backlog durante el Sprint, los asistentes trabajan en las próximas cosas que
se podrían hacer. Esta es una reunión informal, y la presentación del incremento está
destinada a obtener retroalimentación y fomentar la colaboración.
La revisión de Sprint incluye los siguientes elementos:

 Los asistentes son el Equipo Scrum y los interesados clave invitados por el
Dueño de Producto;
 El propietario del producto identifica lo que se ha "hecho" y lo que no se ha
"hecho";
 El equipo de desarrollo discute lo que anduvo bien durante el Sprint, qué
problemas hubo y cómo se resolvieron;
 El equipo de desarrollo demuestra el trabajo que se ha "hecho" y responde
preguntas sobre el Incremento;
 El propietario del producto analiza el estado actual del Product Backlog, y estima
fechas de finalización basado en el progreso hasta la fecha.
 Todo el grupo colabora en qué hacer a continuación, de modo que la revisión del
Sprint ofrece valiosos aportes a las subsiguientes reuniones de planificación de
Sprint.
 Se hace una revisión de cómo el mercado o el uso potencial del producto podría
haber cambiado lo que es de más valor para hacer a continuación; y,
 Se hace una revisión de la línea de tiempo, presupuesto, capacidades
potenciales y mercado para la próxima entrega prevista del producto

El resultado de la revisión del Sprint es un Product Backlog revisado que define los ítems
del Product Backlog de mayor valor o probables para el siguiente Sprint. El Product
Backlog también se puede ajustar en general para satisfacer las nuevas oportunidades.

5. Retrospectiva del Sprint

Es una oportunidad para el Equipo Scrum de inspeccionarse a sí mismo y crear un plan
de mejoras para ejecutar durante el siguiente sprint. El propósito de la retrospectiva de
Sprint es:

 Revisar cómo fue el último Sprint en lo que respecta a las personas, relaciones,
procesos y herramientas.
 Identificar y ordenar los temas principales que salieron bien y las potenciales
mejoras.
 Crear un plan para la implementación de mejoras con respecto a cómo el Equipo
Scrum hace su trabajo.

 Roles
El entendimiento de los roles de Scrum y las responsabilidades definidas es muy
importante para asegurar la implementación exitosa de los proyectos. Conoce los 3 roles
principales de Scrum.

Está conformado por 3 roles principales: El Product Owner (Dueño del Producto), el
Scrum Master (Dueño del proceso) y el Team (Miembros del Equipo de Desarrollo).
 1. Product Owner (Dueño del Producto)

 Tiene la responsabilidad de decidir qué trabajo necesita hacerse y maximizar el valor

del producto o proyecto que esté llevando a cabo. Esto, que se expresa fácilmente, pero
realmente es una tarea que conlleva lo siguiente:

 Gestiona prioridades.- El Product Owner tiene la responsabilidad de gestionar

los presupuestos, de contratar al equipo de desarrollo y de explicar cuál es el
valor que produce el producto en el que está invirtiendo.
 Representante del negocio. Cuando es alguien de negocio, aportará valor a su
trabajo al producto dependendiendo de al menos dos variables. La primera es la
capacidad de decisión que tiene. En ocasiones, es normal que el Product Owner
no pueda realmente tomar decisiones sin consultar con otra persona. En ese
caso, no es un Product Owner real y debe, o de ser sustituido por la persona que
toma las decisiones, o tomarlas por el mismo.
 Intraemprendedor. Es en esta el Product Owner aporta valor al negocio. En
esta faceta es un Product Manager ágil, capaz de medir el valor generado y
utilizar la flexibilidad de entregar cada Sprint para incrementar ese valor.

2. El Scrum Master

 Actúa como un líder servicial, ayudando al equipo y a la organización a usar lo mejor

posible la Metodología Scrum, se focaliza en la parte de negocio y es responsable del
ROI del proyecto. Traslada la visión del proyecto al equipo, formaliza las prestaciones
en historias a incorporar en el Product Backlog y las prioriza de forma regular.


3. Team (Equipo de Desarrollo)

 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. Sprint es una serie de periodos de tiempos pequeños, cuya
duración es de 1 a 4 semanas, con preferencia por los intervalos más cortos. En cada
Sprint, el equipo construye y entrega un incremento del producto. Cada incremento es
un subconjunto del producto, reconocible y visualmente mejorado, que cumple con el
criterio de aceptación y está construido con un nivel de calidad llamado definición de
terminado.

 SPRINT
Sprint es el nombre que va a recibir cada uno de los ciclos o iteraciones que vamos a
tener dentro de un proyecto Scrum. Nos van a permitir tener un ritmo de trabajo con un
tiempo prefijado, siendo la duración habitual de un Sprint unas cuatro semanas, aunque
lo que la metodología dice es que debería estar entre dos semanas y un máximo de dos
meses.
En cada Sprint o cada ciclo de trabajo lo que vamos a conseguir es lo que se denomina
un entregable o incremento del producto, que aporte valor al cliente. La idea es que
cuando tenemos un proyecto bastante largo, por ejemplo un proyecto de 12 meses,
vamos a poder dividir ese proyecto en doce Sprints de un mes cada uno. En cada uno
de esos Sprints vamos a ir consiguiendo un producto, que siempre, y esto es muy
importante, sea un producto que esté funcionando.
Cuando estamos en un proyecto Scrum y comenzamos un Sprint, el mismo siempre
comienza con la reunión de planificación del Sprint. En esa reunión vamos a decidir lo que
vamos a hacer y cómo lo vamos a hacer, el número de tareas o de historias de usuario
que vamos a realizar en el Sprint.

Después vamos a tener otra serie de reuniones:

 Reuniones de Scrum diario, que van a ser pequeñas reuniones con los miembros
del equipo.
 Revisión del Sprint, en la que vamos a aceptar o denegar el Sprint.
 Reunión de retrospectiva, dónde vamos a ver cómo ha trabajado el equipo y qué
problemas ha tenido durante el desarrollo y cómo lo podemos corregir.

El Spring engloba todo lo anterior, desde que comienza el mismo hasta que es aceptado
o denegado.

 Documentos de SCRUM

1. Product backlog
Se trata como un documento de alto nivel para todo el proyecto. Es el conjunto de todos
los requisitos de proyecto, el cual contiene descripciones genéricas de funcionalidades
deseables, priorizadas según su retorno sobre la inversión (ROI). Representa el qué va
a ser construido en su totalidad. Es abierto y solo puede ser modificado por el product
owner. Contiene estimaciones realizadas a grandes rasgos, tanto del valor para el
negocio, como del esfuerzo de desarrollo requerido. Esta estimación ayuda al product
owner a ajustar la línea temporal (KEV) y, de manera limitada, la prioridad de las
diferentes tareas. Por ejemplo, si dos características tienen el mismo valor de negocio
la que requiera menor tiempo de desarrollo tendrá probablemente más prioridad, debido
a que su ROI será más alto.

2. Sprint backlog
Es el subconjunto de requisitos que serán desarrollados durante el siguiente sprint. Al
definir el sprint backlog, se describe el cómo el equipo va a implementar los requisitos
durante el sprint. Por lo general los requisitos se subdividen en tareas, a las cuales se
asignan ciertas horas de trabajo pero ninguna tarea con una duración superior a 16
horas. Si una tarea es mayor de 16 horas, deberá ser dividida en otras menores. Las
tareas en el sprint backlog nunca son asignadas, son tomadas por los miembros del
equipo del modo que les parezca adecuado.

3. Burn down chart

Es una gráfica mostrada públicamente que mide la cantidad de requisitos en el Backlog
del proyecto pendientes al comienzo de cada Sprint. Dibujando una línea que conecte
los puntos de todos los Sprints completados, podremos ver el progreso del proyecto. Lo
normal es que esta línea sea descendente (en casos en que todo va bien en el sentido
de que los requisitos están bien definidos desde el principio y no varían nunca) hasta
llegar al eje horizontal, momento en el cual el proyecto se ha terminado (no hay más
requisitos pendientes de ser completados en el Backlog). Si durante el proceso se
añaden nuevos requisitos la recta tendrá pendiente ascendente en determinados
segmentos, y si se modifican algunos requisitos la pendiente variará o incluso valdrá
cero en algunos tramos.

2. Resumen
CONTENIDO
 DEFINICIÓN
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.

 CARACTERÍSTICAS

 Asesora y refuerza a los miembros del equipo para que puedan trabajar de
forma auto organizada y con espíritu y conciencia de equipo.
 Elimina cualquier impedimento con el que se encuentre el equipo para conseguir
sus objetivos finales.
 Facilita la fase de sprint final al equipo. Cuando los miembros del equipo están
presentando a los stakeholders (perfiles interesados en los productos) el proyecto.
 Ayuda a llevar a cabo los daily standups, esto es, proporcionar todas las
actualizaciones que el equipo necesita para el desarrollo de los proyectos.
 A veces puede realizar las tareas de un agile coach. Es decir, se asegura de que
todos los miembros del equipo aprendan y utilicen la metodología adecuada.
 Trabaja codo con codo con el Product Owner (el representante de los clientes) y que
desde un primer momento define los objetivos del proyecto, detecta riesgos que
pueda haber durante la fase de sprint y busca actualizaciones para las tareas a
desarrollar.
 Al igual que el Producto Owner, el Scrum Master trabaja con otras figuras como son
los stakeholders, y representa al equipo de trabajo en las reuniones de Scrum of
Scrums.
 La figura del Scrum Master refuerza así la idea de que esta metodología mejora el
trabajo en equipo, centrando todos los esfuerzos en conseguir un mismo objetivo
para satisfacer las necesidades de los stakeholders.

 BENEFICIOS

Alta calidad del producto: Principalmente la calidad del producto que podemos
proporcionar gracias a una metodología ágil usando Scrum, la retrospectiva y las
reuniones diarias, es el continuo seguimiento de las tareas, las múltiples correcciones y
los testeos realizados a lo largo de cada sprint.
Satisfacción del cliente: El cliente obtiene un continuo feedback sobre el estado
evolutivo del producto, dándole la posibilidad de ver cómo se está trabajando, como va
quedando el proyecto o dar opinión sobre posibles cambios. Lo cual genera confianza y
tranquilidad.
Incrementa el control: Gracias a la transparencia, las reuniones diarias o las puestas
en común con el resto del equipo, el control sobre el producto es mayor, puesto que las
modificaciones son inmediatas, y el análisis de los resultados que se obtienen es
progresivo.
Reduce el riesgo: Debido al uso de las nuevas tecnologías y sus múltiples
herramientas, el porcentaje de riesgo se reduce considerablemente. Las mediciones de
tiempo de ejecución nos permitirán tener un control sobre la entrega y su evolución.
Rápido retorno de la Inversión (ROI): Debido a que el desarrollo sea ágil, las entregas
se van haciendo gradualmente, por lo tanto los beneficios vendrán antes también.

 FASES

Reunión de planificación de Sprint: El trabajo a realizar en el Sprint se prevé en

la Reunión de Planificación del Sprint. Este plan se crea con la colaboración de todo el
Equipo Scrum.

El Scrum Diario: Es un evento de 15 minutos, cuyo objetivo es que el equipo de

desarrollo sincronice actividades, y cree un plan para las próximas 24 horas. Esto se
realiza mediante la inspección del trabajo desde el último Scrum Diario, y la previsión
del trabajo que se puede hacer antes del próximo.
Trabajo de desarrollo durante el Sprint: Cuando un Sprint es demasiado largo, la
definición de lo que se está construyendo puede cambiar, puede aumentar la
complejidad y puede aumentar el riesgo. Los Sprints permiten previsibilidad al garantizar
la inspección y la adaptación de los avances hacia una meta de por lo menos cada mes
de calendario.

Revisión del Sprint: Se lleva a cabo al final del Sprint, para inspeccionar el incremento
y adaptar, si es necesario, el Product Backlog. El Equipo Scrum y las partes
interesadas colaboran durante la revisión de lo que se hizo en el Sprint.
Retrospectiva del Sprint: Es una oportunidad para el Equipo Scrum de inspeccionarse
a sí mismo y crear un plan de mejoras para ejecutar durante el siguiente sprint. El
propósito de la retrospectiva de Sprint es:

 ROLES

Product Owner (Dueño del Producto): Tiene la responsabilidad de decidir qué trabajo
necesita hacerse y maximizar el valor del producto o proyecto que esté llevando a cabo.

El Scrum Master: Actúa como un líder servicial, ayudando al equipo y a la organización

a usar lo mejor posible la Metodología Scrum, se focaliza en la parte de negocio y es
responsable del ROI del proyecto

Team (Equipo de Desarrollo): 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. Sprint es una serie de
periodos de tiempos pequeños, cuya duración es de 1 a 4 semanas, con preferencia por
los intervalos más cortos.

 SPRINT
Sprint es el nombre que va a recibir cada uno de los ciclos o iteraciones que vamos a
tener dentro de un proyecto Scrum. Nos van a permitir tener un ritmo de trabajo con un
tiempo prefijado, siendo la duración habitual de un Sprint unas cuatro semanas, aunque
lo que la metodología dice es que debería estar entre dos semanas y un máximo de dos
meses.

 DOCUMENTOS DE SCRUM
Product backlog: Se trata como un documento de alto nivel para todo el proyecto. Es
el conjunto de todos los requisitos de proyecto, el cual contiene descripciones genéricas
de funcionalidades deseables, priorizadas según su retorno sobre la inversión (ROI).

Sprint backlog: Es el subconjunto de requisitos que serán desarrollados durante el

siguiente sprint. Al definir el sprint backlog, se describe el cómo el equipo va a
implementar los requisitos durante el sprint.

Burn down chart: Es una gráfica mostrada públicamente que mide la cantidad de
requisitos en el Backlog del proyecto pendientes al comienzo de cada Sprint. Dibujando
una línea que conecte los puntos de todos los Sprints completados, podremos ver el
progreso del proyecto.

3. Summary
CONTENT
 DEFINITION
Scrum is a process in which a set of good practices are applied on a regular basis to
work collaboratively, as a team, and obtain the best possible result of a project. These
practices support each other and their selection is based on a study of how highly
productive teams work

 FEATURES

 Advises and reinforces the members of the team so that they can work in a self-
organized manner and with team spirit and conscience.
 Eliminate any impediment that the team finds itself in to achieve its final objectives.
 Facilitates the final sprint phase to the team. When the team members are presenting
the project to the stakeholders (profiles interested in the products).
 Helps to carry out the daily standups, that is, to provide all the updates that the team
needs for the development of the projects.
 Sometimes you can perform the tasks of an agile coach. That is, it ensures that all
team members learn and use the appropriate methodology.
 He works side by side with the Product Owner (the client's representative), who from
the outset defines the objectives of the project, detects any risks during the sprint
phase and looks for updates for the tasks to be developed.
 Like the Product Owner, the Scrum Master works with other figures such as
stakeholders, and represents the work team at Scrum of Scrums meetings.
 The figure of the Scrum Master reinforces the idea that this methodology improves
teamwork, focusing all efforts on achieving the same objective to meet the needs of
stakeholders.

 BENEFITS

High product quality: Mainly the quality of the product that we can provide thanks to an
agile methodology using Scrum, the retrospective and the daily meetings, is the
continuous monitoring of the tasks, the multiple corrections and the tests carried out
during each sprint.

Customer satisfaction: The client obtains a continuous feedback on the evolutionary

status of the product, giving the possibility of seeing how it is working, how the project is
going or giving an opinion on possible changes. Which generates confidence and
tranquility.

Increase control: Thanks to transparency, daily meetings or sharing with the rest of the
team, control over the product is greater, since the changes are immediate, and the
analysis of the results obtained is progressive.

Reduces the risk: Due to the use of new technologies and their multiple tools, the
percentage of risk is considerably reduced. The execution time measurements will allow
us to have control over the delivery and its evolution.
Rapid Return on Investment (ROI): Because the development is agile, deliveries are
made gradually, so the benefits will come before.

 PHASES

Sprint Planning Meeting: The work to be done in the Sprint is planned at the Sprint
Planning Meeting. This plan is created with the collaboration of the entire Scrum Team.
The Daily Scrum: It is a 15 minute event, whose objective is for the development team
to synchronize activities, and create a plan for the next 24 hours. This is done through
the inspection of the work since the last Daily Scrum, and the forecast of the work that
can be done before the next one.
Development work during the Sprint: When a Sprint is too long, the definition of what
is being built may change, may increase complexity and may increase the risk. Sprints
allow for predictability by ensuring inspection and adaptation of progress towards a goal
of at least each calendar month.
Sprint Review: It is carried out at the end of the Sprint, to inspect the increase and
adapt, if necessary, the Product Backlog. The Scrum Team and stakeholders collaborate
during the review of what was done in the Sprint. Sprint Retrospective: It is an opportunity
for the Scrum Team to inspect itself and create an improvement plan to execute during
the next sprint. The purpose of the Sprint retrospective is:

 ROLES

Product Owner: Has the responsibility to decide what work needs to be done and to
maximize the value of the product or project that is being carried out.
The Scrum Master: Acts as a helpful leader, helping the team and the organization to
use the Scrum Methodology as best as possible, focusing on the business side and being
responsible for the ROI of the Project.
Team (Development Team): Group of professionals with the necessary technical
knowledge and who develop the project jointly carrying out the stories to which they
commit at the start of each sprint. Sprint is a series of small time periods, whose duration
is 1 to 4 weeks, with preference for shorter intervals.

 SPRINT

Sprint is the name that will receive each of the cycles or iterations that we will have within
a Scrum project. They will allow us to have a work rhythm with a fixed time, the usual
duration of a Sprint being about four weeks, although what the methodology says is that
it should be between two weeks and a maximum of two months.

 SCRUM DOCUMENTS
Product backlog: It is treated as a high level document for the entire project. It is the
set of all project requirements, which contains generic descriptions of desirable
functionalities, prioritized according to their return on investment (ROI).

Sprint backlog: It is the subset of requirements that will be developed during the next
sprint. Defining the sprint backlog describes how the team will implement the
requirements during the sprint.

Burn down chart: A publicly displayed chart that measures the amount of requirements
in the backlog of the project pending at the start of each Sprint. By drawing a line that
connects the points of all the completed Sprints, we can see the progress of the project.

4. Conclusiones
Scrum es una metodología que está empujando muy fuerte por la facilidad de
implantación y por su agilidad en cuanto a cambios y lo que propiamente aporta en
comparación con otras metodologías.
Por un lado, Scrum evita la burocracia y la generación documental. No es que con Scrum
no se deba o no se pueda documentar, si no que con Scrum no se exige documentar
nada para iniciar un proyecto, algo que en otras metodologías es impensable.
Con Scrum por otro lado, la idea principal es la de ponerse a trabajar prácticamente
desde el primer momento y empezar a sacar frutos de ese trabajo para que el cliente
vaya viendo los avances y se quede satisfecho con lo que se está haciendo y cómo se
está haciendo.
La idea de la metodología ágil es fundamentalmente que adopte los cambios, que se
pueda reconducir el proyecto en un momento dado, y que afecte lo menos posible a los
costes, los tiempos y al equipo de trabajo.
Actualmente, usar SCRUM en un desarrollo global de software plantea una serie de
retos a superar y que vienen, principalmente y como era de esperar, de la distancia
física, la diferencia cultural y horaria. Los anteriores impactan principalmente en la
comunicación entre los miembros del equipo, y a las diferentes reuniones necesarias y
que son pieza fundamental en SCRUM. Es muy destacado el caso de cómo hacer
reuniones diarias cuando el equipo se distribuye en diferentes zonas horarias. La falta
de comunicación síncrona está considerado como uno de los principales retos a superar
a la hora de usar SCRUM en un desarrollo global de software.

5. Recomendaciones
Revisa los aspectos preliminares
Lo primero que se debe considerar es el tamaño de la empresa y por qué se ha elegido
realizar el cambio del modelo productivo. Si se trata de una empresa mediana o grande,
el nivel de organización suele ser más complejo y los procesos más demandantes. Trata
de responder estas preguntas: ¿por qué la forma de trabajo actual ya no funciona? ¿Él
equipo cuenta con la suficiente disposición y cohesión para adquirir una nueva forma de
trabajar? ¿Cuánto tiempo y recursos se destinarán a la adopción de la metodología?
Cuenta con el consentimiento y apoyo de los líderes
La Dirección debe estar al tanto y segura de que este cambio, que es estructural y
disruptivo, no es una amenaza, sino una oportunidad que requiere un esfuerzo y
suministros extras. Su misión será impulsar el proyecto y mejorar las condiciones en las
que se implementan los cambios. En este punto es necesario que toda la empresa
entienda cómo implementar Scrum gradualmente y de manera efectiva.

Elige un equipo y al Scrum Master

¿Quién logra que las cosas sucedan en un negocio? ¡Las personas! y Esta es una de
las premisas principales de Scrum: crear productos mínimamente viables que aporten
valor y se generen por equipos capacitados y satisfechos con su participación en los
proyectos. Responde esta pregunta: ¿Cuántas personas se requieren para materializar
las ideas del responsable del producto. El equipo Scrum ideal suele ser pequeño, por lo
cual se recomiendan entre tres y nueve participantes.

Haz que el proceso sea visible

Coloca una pizarra donde dividas en columnas los pendientes por hacer, lo que está en
proceso y lo que esté terminado. Utiliza post its para determinar las tareas y su nivel de
avance de acuerdo a los sprints.

Ceremonia diaria de pie

Considera que Scrum requiere una reunión diaria de pie de solo 15 minutos en donde
el equipo resuelve estas preguntas:

 ¿Qué hiciste ayer para ayudar al equipo a terminar el sprint?

 ¿Qué vas a hacer mañana para ayudar al equipo a terminar el sprint?
 ¿Qué obstáculos se interponen en tu camino o el del equipo?

Considera las recomendaciones que te realizamos y ofrece a tu equipo de trabajo las

mejores condiciones para consolidar proyectos exitosos con esta metodología.

6. Apreciación del Equipo

La metodología Scrum es una de las metodologías ágiles para proyectos cambiantes,
por tanto, es ideal para aquellos trabajos de alto nivel de incertidumbre o que requieren
de bastante agilidad.

Para cualquier empresa, gestionar proyectos requiere procesos que van más allá de los
recursos disponibles, como por ejemplo:

 Coordinar al equipo involucrado.

 Planificar y optimizar los tiempos estimados.
 Delegar tareas.
 Definir el protocolo.
Una falta de planificación en un proyecto que necesita ser ágil para llegar al éxito puede
llevar a un profundo fracaso, pues es necesaria la integración total de los departamentos
involucrados así como el buen uso de las herramientas, por mencionar algunas de estas
cosas.

Sin embargo, llevar a cabo una planificación estratégica que tenga cubiertos uno a uno
los puntos mencionados a continuación, requiere tiempo y mucho esfuerzo, pero
definitivamente vale la pena si se quiere realmente triunfar con el proyecto.

7. Glosario de Términos
 Rol: El rol es el papel o función que alguien o algo representa o desempeña, por
voluntad propia o por imposición.

 Stakeholders: Es una palabra del inglés que, en el ámbito empresarial, significa

'interesado' o 'parte interesada', y que se refiere a todas aquellas personas u
organizaciones afectadas por las actividades y las decisiones de una empresa.

 Development Team: El equipo en Agile incluye al Cliente / Product Owner y al

Facilitador / Scrum Master. Cuando se habla específicamente de “equipo de
desarrollo” se refiere al conjunto de personas más “técnicas” que de manera conjunta
desarrollan el producto del proyecto. Tienen un objetivo común, comparten la
responsabilidad del trabajo que realizan (así como de su calidad) en cada iteración y
en el proyecto.

 Requirements churn: Programar cambios en los requisitos sobre la marcha es en

realidad solo un poco más difícil. La clave para gestionar los cambios es establecer
expectativas con nuestros grupos de interés. Al definir plazos racionales para las
solicitudes de cambio, nos aseguramos que podemos gestionar los cambios.

 Gestionar: llevar adelante una empresa o proyecto, administrar o manejar una

compañía, o liderar o conducir una situación específica. La palabra, como tal, deriva
del sustantivo gestión.

 Daily Meeting: En Scrum, durante el desarrollo de un sprint, el equipo mantiene una

reunion diaria llamada el "daily scrum”. Usualmente estas reuniones se realizan en el
mismo lugar y a la misma hora, en cada uno de los días.

 Agile coach: La teoría debe venir de la experiencia, es decir, un Agile Coach debe
trabajar con una metodología Agile. Debe ser capaz de ofrecer un entrenamiento ágil
completo y adaptado a cada proyecto. Un Ágil Coach debe facilitar el uso de
herramientas adecuadas para que el proceso progrese una vez acaba la formación.

 Metodología ágil: El desarrollo ágil de software envuelve un enfoque para la toma

de decisiones en los proyectos de software, que se refiere a métodos de ingeniería
del software basados en el desarrollo iterativo e incremental, donde los requisitos y
soluciones evolucionan con el tiempo según la necesidad del proyecto.
8. Bibliografía o Linografía
https://proyectosagiles.org/que-es-scrum/

https://www.iebschool.com/blog/definicion-y-caracteristicas-del-scrum-master-
agile-scrum/

https://www.ecured.cu/Metodolog%C3%ADa_Scrum

https://apiumhub.com/es/tech-blog-barcelona/metodologia-scrum/

https://www.obs-edu.com/int/blog-investigacion/project-management/las-5-
etapas-en-los-sprints-de-un-desarrollo-scrum

https://www.integrait.com.mx/blog/roles-de-scrum/

https://openwebinars.net/blog/que-es-un-sprint-scrum/

https://es.wikipedia.org/wiki/Scrum_(desarrollo_de_software)

https://proyectoscrum.wordpress.com/conclusion/