DOCENTE: ING.

MARCO AURELIO PORRO CHULLI

CICLO: X

TEMA: SCRUM

ESTUDIANTE:

 WILDER FUENTES ARAUJO

 LIZBETH LIZANA CARRASCO

Bagua Grande, Amazonas

I. Tema: Scrum:
1. Contenido
 Definición

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.

Es á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.

Se suele planificar por semanas. Al final de cada Sprint o

iteración, se va revisando el trabajo validado de la anterior
semana. En función de esto, se priorizan y planifican las
actividades en las que invertiremos nuestros recursos en el
siguiente Sprint..

 Características

Enfatiza valores y prácticas de gestión, sin pronunciarse

sobre requerimientos, prácticas de desarrollo,
implementación y demás cuestiones técnicas
Hace uso de Equipos autodirigidos y autoorganizados
Puede ser aplicado teóricamente a cualquier contexto en
donde un grupo de gente necesita trabajar junta para lograr
una meta común.
Desarrollo de software iterativos incrementales basados en
prácticas agiles
Iteraciones de treinta días; aunque se pueden realizar con
más frecuencia, estas iteraciones, conocidas como Sprint
Dentro de cada Sprint se denomina el Scrum Master al Líder
de Proyecto quien llevará a cabo la gestión de la iteración
Se convocan diariamente un “Scrum Daily Meeting” el cual
representa una reunión de avance diaria de no más de 15
minutos con el propósito de tener realimentación sobre las
tareas de los recursos y los obstáculos que se presentan. En
 la cual se responden preguntas como: ¿Qué has hecho desde
el último encuentro? ¿Qué obstáculos hay para cumplir la
meta? ¿Qué harás antes del próximo encuentro?

 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.

 Fases
A. Planteamiento: un proyecto gestionado bajo el modelo
SCRUM parte de los objetivos que han trazado con
anterioridad el cliente y la empresa. Lo primero es
fraccionarlo en entregas parciales, de manera que el
cliente pueda replantear aspectos a los que en
principio no prestó la importancia debida o que
simplemente desconocía. Esos aspectos pueden
ser sobre costes, estrategias, producción, etc.

B. Lista de Tareas: el equipo de trabajo elabora la lista

de tareas que debe tener en cuenta para cada
entrega de resultados. Es muy importante hacer una
estimación del esfuerzo requerido para, de esta manera,
fijas plazos proporcionados.

C. Reuniones: lo ideal es que cada día el equipo dedique 15

minutos para reunirse y ponerse al tanto de la evolución
del plan. En estas sesiones, el líder del proyecto (Scrum
Master) debe encargarse de que cada miembro cumpla
con las labores que le han sido asignadas y de motivarles
para que su productividad no descienda.

En caso de que detecte alguna incidencia dentro del

grupo, es necesario que tome las opciones más
adecuadas, que pueden ir desde un relevo de la función
hasta el nombramiento de miembros de apoyo.
 D. Demostración: una vez ejecutadas las labores de cada
fase, el equipo se reúne con el cliente para mostrar los
avances correspondientes. El cliente decide si replantea
los elementos del proyecto. Si es necesario, el equipo
asume nuevos compromisos.

E. Retrospectiva: los miembros del equipo se reúnen para

valorar el proceso de entrega de resultados y analizan los
factores que podrían mejorar de cara al final del proceso.
La función del Scrum Master será eliminar dichos
obstáculos.
 Roles
A. Principales

Product Owner: El Product Owner se asegura de

que el equipo Scrum trabaje de forma adecuada desde la
perspectiva del negocio. El Product Owner ayuda al
usuario a escribir las historias de usuario, las
prioriza, y las coloca en el Product Backlog.

ScrumMaster o Facilitador: El Scrum es facilitado por un

ScrumMaster, cuyo trabajo primario es eliminar los
obstáculos que impiden que el equipo alcance el objetivo
del sprint. El ScrumMaster no es el líder del equipo (porque
ellos se autoorganizan), sino que actúa como una
protección entre el equipo y cualquier influencia que le
distraiga. El ScrumMaster se asegura de que el proceso
Scrum se utiliza como es debido. El ScrumMaster es el que
hace que las reglas se cumplan.

Team o Equipo de Desarrollo: El equipo tiene la

responsabilidad de entregar el producto. Es recomendable
un pequeño equipo de 5 a 9 personas con las habilidades
transversales necesarias para realizar el trabajo (análisis,
diseño, desarrollo, pruebas, documentación, etc.).
 B. Auxiliares

Los roles auxiliares en los "equipos Scrums" son aquellos que no

tienen un rol formal y no se involucran frecuentemente en el
"proceso Scrum", sin embargo, deben ser tomados en cuenta. Un
aspecto importante de una aproximación ágil es la práctica de
involucrar en el proceso a los usuarios, expertos del negocio y
otros interesados ("stakeholders"). Es importante que esa gente
participe y entregue retroalimentación con respecto a la salida del
proceso a fin de revisar y planear cada sprint.

Stakeholders: Son las personas que hacen posible el

proyecto y para quienes el proyecto producirá el beneficio
acordado que justifica su desarrollo. Sólo participan
directamente durante las revisiones del "sprint".

Managers o Administradores: Son los responsables de

establecer el entorno para el desarrollo del proyecto.

 Sprint

Es el período en el cual se lleva a cabo el trabajo en sí. Es

recomendado que la duración de los Sprints sea constante y
definida por el equipo con base en su propia experiencia. Se
puede comenzar con una duración de sprint en particular (2 o 3
semanas) e ir ajustándolo con base en el ritmo del equipo, aunque
sin relajarlo demasiado.

Al final de cada sprint, el equipo deberá presentar los avances

logrados, y el resultado obtenido es un producto que,
potencialmente, se puede entregar al cliente.

Así mismo, se recomienda no agregar objetivos al sprint o

sprint backlog a menos que su falta amenace al éxito del proyecto.
La constancia permite la concentración y mejora la productividad
del equipo de trabajo.
 Debemos recordar que los Sprint es la herramienta que usa
Scrum, por lo tanto, maneja las mismas fases:

Reunión de planificación de Sprint

El Scrum Diario
Trabajo de desarrollo durante el Sprint
Revisión del Sprint
Retrospectiva del Sprint

 Documentos de Scrum
A. 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.

B. 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.
 C. 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 h a terminado (no hay más requisitos pendientes de
ser completados en el Backlog).

2. Resumen:
Scrum.
 Definición

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.

Es ágil y flexible para gestionar el desarrollo de software, cuyo

principal objetivo es maximizar el retorno de la inversión para su
empresa (ROI).

 Características

Enfatiza valores y prácticas de gestión, sin pronunciarse

sobre requerimientos, prácticas de desarrollo,
implementación y demás cuestiones técnicas.
Hace uso de Equipos autodirigidos y autoorganizados.
Puede ser aplicado teóricamente a cualquier contexto en
donde un grupo de gente necesita trabajar junta para lograr
una meta común.
Desarrollo de software iterativos incrementales basados en
prácticas agiles
Iteraciones de treinta días; aunque se pueden realizar con
más frecuencia, estas iteraciones, conocidas como Sprint.
Dentro de cada Sprint se denomina el Scrum Master al Líder
de Proyecto quien llevará a cabo la gestión de la iteración
 Se convocan diariamente un “Scrum Daily Meeting” el cual
representa una reunión de avance diaria de no más de 15
minutos con el propósito de tener realimentación sobre las
tareas de los recursos y los obstáculos que se presentan.

 Beneficios.

Cumplimento de Expectativas:
Flexibilidad a Cambios:
Reducción del Time to Market:
Mayor Calidad del Software:
Mayor Productividad:
Maximiza el Retorno de la Inversión (ROI):
Predicciones de Tiempos:
Reducción de Riesgos:

 Fases
A. Planteamiento: un proyecto gestionado bajo el modelo
SCRUM parte de los objetivos que han trazado con
anterioridad el cliente y la empresa.
B. Lista de Tareas: el equipo de trabajo elabora la lista
de tareas que debe tener en cuenta para cada
entrega de resultados.
C. Reuniones: lo ideal es que cada día el equipo dedique 15
minutos para reunirse y ponerse al tanto de la evolución
del plan.
D. Demostración: una vez ejecutadas las labores de cada
fase, el equipo se reúne con el cliente para mostrar los
avances correspondientes.

E. Retrospectiva: los miembros del equipo se reúnen para

valorar el proceso de entrega de resultados y analizan los
factores que podrían mejorar de cara al final del proceso.
 Roles
A. Principales

Product Owner: El Product Owner se asegura de

que el equipo Scrum trabaje de forma adecuada desde la
perspectiva del negocio.

ScrumMaster o Facilitador: El Scrum es facilitado por un

ScrumMaster, cuyo trabajo primario es eliminar los
obstáculos que impiden que el equipo alcance el objetivo
del sprint.

Team o Equipo de Desarrollo: El equipo tiene la

responsabilidad de entregar el producto. Es recomendable
un pequeño equipo de 5 a 9 personas con las habilidades
transversales necesarias para realizar el trabajo (análisis,
diseño, desarrollo, pruebas, documentación, etc.).

B. Auxiliares

Los roles auxiliares en los "equipos Scrums" son aquellos que no

tienen un rol formal y no se involucran frecuentemente en el
"proceso Scrum", sin embargo, deben ser tomados en cuenta.

Stakeholders: Son las personas que hacen posible el

proyecto y para quienes el proyecto producirá el beneficio
acordado que justifica su desarrollo.

Managers o Administradores: Son los responsables de

establecer el entorno para el desarrollo del proyecto.

 Sprint

Es el período en el cual se lleva a cabo el trabajo en sí. Es

recomendado que la duración de los Sprints sea constante y
definida por el equipo con base en su propia experiencia. Se
puede comenzar con una duración de sprint en particular (2 o 3
 semanas) e ir ajustándolo con base en el ritmo del equipo, aunque
sin relajarlo demasiado.

Al final de cada sprint, el equipo deberá presentar los avances

logrados, y el resultado obtenido es un producto que,
potencialmente, se puede entregar al cliente.

Debemos recordar que los Sprint es la herramienta que usa

Scrum, por lo tanto, maneja las mismas fases:

Reunión de planificación de Sprint

El Scrum Diario
Trabajo de desarrollo durante el Sprint
Revisión del Sprint
Retrospectiva del Sprint

 Documentos de Scrum
A. 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).

B. 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.

C. 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.
3. Summary
Scrum
 Definition
It is a process of the Agile Methodology that is used to minimize the
risks during the realization of a project, but in a collaborative way.
It is agile and flexible to manage software development, whose main
objective is to maximize the return on investment for your company
(ROI).
 Features

Emphasizes values and management practices, without

pronouncing on requirements, development practices,
implementation and other technical issues.
It makes use of self-directed and self-organized teams.
It can be applied theoretically to any context where a group
of people need to work together to achieve a common goal.
Development of incremental iterative software based on agile
practices
Iterations of thirty days; although they can be done more
frequently, these iterations, known as Sprint.
Within each Sprint the Scrum Master is called to the Project
Leader who will carry out the management of the iteration
A "Scrum Daily Meeting" is convened daily, which represents
a daily advance meeting of no more than 15 minutes with the
purpose of having feedback on the tasks of the resources and
the obstacles that arise.

 Benefits.

 Compliance of Expectations:
 Flexibility to Changes:
 Time to Market reduction:
 Higher Software Quality:
 Higher productivity:
 Maximize Return on Investment (ROI):
 Predictions of Times:
  Risk Reduction:

 Phases

A. Approach: a project managed under the SCRUM model

starts with the objectives that the client and the company have
set beforehand.

B. Task List: the work team prepares the list of tasks that
must be taken into account for each

delivery of results.

C. Meetings: the ideal is that each day the team devotes 15

minutes to meet and get acquainted with the evolution of the
plan.

D. Demonstration: once the tasks of each phase have been

executed, the team meets with the client to show the
corresponding progress.

E. Retrospective: the members of the team meet to assess

the process of delivering results and analyze the factors that
could be improved towards the end of the process.

 Roles

A. Main

Product Owner: The Product Owner makes sure that the

Scrum team works properly from the business perspective.

ScrumMaster or Facilitator: The Scrum is facilitated by a

ScrumMaster, whose primary job is to eliminate obstacles that
prevent the team from reaching the target of the sprint.

Team or Development Team: The team has the

responsibility to deliver the product. We recommend a small
 team of 5 to 9 people with the transversal skills necessary to
carry out the work (analysis, design, development, tests,
documentation, etc.).

B. Auxiliaries

The auxiliary roles in the "Scrum teams" are those that do not
have a formal role and are not frequently involved in the
"Scrum process", however, they must be taken into account.

Stakeholders: These are the people who make the project

possible and for whom the project will produce the agreed
benefit that justifies its development.

Managers or Administrators: They are responsible for

establishing the environment for the development of the
project.

 Sprint

It is the period in which the work itself is carried out. It is

recommended that the duration of Sprints be constant and
defined by the team based on their own experience. You can
start with a specific sprint duration (2 or 3 weeks) and adjust
it based on the rhythm of the team, although without relaxing
it too much.

At the end of each sprint, the team must present the progress
achieved, and the result obtained is a product that, potentially,
can be delivered to the client.

We must remember that the Sprint is the tool that Scrum uses,
therefore, it handles the same phases:

 Sprint planning meeting

 The Daily Scrum
 Development work during the Sprint
 Sprint Review
 Sprint Retrospective
  Scrum Documents
A. 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).

B. Sprint Backlog: 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. In general, the requirements are subdivided into tasks,
to which certain hours of work are assigned, but no task with a
duration greater than 16 hours.

If a task is longer than 16 hours, it must be divided into other minor

ones.

C. Burn Down Chart: It is a publicly displayed chart that measures

the amount of requirements in the backlog of the project pending
at the beginning of each Sprint.

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.
5. Recomendaciones
No acortar, ni alargar los Sprints
No suprimir reuniones/ceremonias de Scrum
No combinar roles
Retrospectivas, retrospectivas, retrospectivas, retrospectivas

6. Apreciación del Equipo.

Con este informe hemos comprendido que Scrum es una metodología
ágil que se utiliza para realización de un proyecto, se
aplica para trabajar colaborativamente, en equipo, y obtener el mejor
resultado posible de un proyecto.

7. Glosario de Términos.
 Backlog del producto
El Backlog del Producto (o "backlog") contiene los
requerimientos del sistema, expresados como una lista
priorizada de elementos del backlog del producto. Esto incluye
requerimientos del cliente funcionales y no-funcionales, y
también requerimientos técnicos generados por el equipo.
Aunque existen muchas entradas al backlog del producto, el
Dueño del Producto es el único responsable por priorizar los
elementos del backlog.

 Elemento del backlog del producto

En Scrum, un elemento del backlog del producto ("PBI",
"elemento del backlog", o "elemento") es una unidad de trabajo
lo suficientemente pequeña para que el equipo pueda
completarla en un sprint (iteración). Los elementos del backlog
se descomponen en una o más tareas.

 Gráfico de burndown del producto

En Scrum, el gráfico de burndown del producto es una vista
"general" del progreso del proyecto. Muestra cuánto trabajo
 restante hay al comienzo de cada sprint. El alcance de este
gráfico abarca todas las entregas; sin embargo, un gráfico de
burndown de entrega se limita a una única entrega.

8. Bibliografía y Linkografía.

https://proyectosagiles.org/que-es-scrum/

https://www.softeng.es/es-es/empresa/metodologias-de- trabajo/metodologia-scrum.html

https://luis-goncalves.com/es/que-es-la-metodologia-scrum/