Gestión de Sistemas

Informáticos

DOCENTE: ING. MARCO AURELIO PORRO CHULLI

CICLO: X

TEMA: SCRUM

INTEGRANTES:

 RAUL AARON DELGADO ESPARRAGA

 FIORELLA AGUILAR ISUIZA

Bagua Grande, Amazonas

 GESTION DE SISTEMAS INFORMATICOS

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.

Características

¿En qué consiste el método SCRUM?

Derivado del término francés «melée», que se refiere a una posición de equipo
característica del juego del rugby, un SCRUM no es otra cosa que un conjunto de
labores grupales que están al servicio de la consecución de un objetivo. La singularidad
del método radica en la manera en que intervienen los distintos actores del plan, por
ejemplo los líderes, los miembros de segunda y tercera línea e, incluso, los propios
clientes o destinatarios. Para dejar más clara la diferencia de un SCRUM con los
métodos tradicionales de gestión, vale la pena detallar cada una de sus cuatro fases de
ejecución:

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

Beneficios de Scrum

Los principales beneficios que proporciona Scrum son:

 Entrega mensual (o quincenal) de resultados (los requisitos más prioritarios en ese

momento, ya completados) lo cual proporciona las siguientes ventajas:
 Gestión regular de las expectativas del cliente y basada en resultados tangibles.
 Resultados anticipados (time to market).
 Flexibilidad y adaptación respecto a las necesidades del cliente, cambios en el
mercado, etc.
 Gestión sistemática del Retorno de Inversión (ROI).
 Mitigación sistemática de los riesgos del proyecto.
 Productividad y calidad.
 Alineamiento entre el cliente y el equipo de desarrollo.
 Equipo motivado.
Etapas

1. Planificación del sprint

Si entendemos el significado del sprint como un miniproyecto dentro del proyecto

principal, cada uno de ellos tiene un objetivo en particular. Por ejemplo, el primer
intervalo puede ser plantear cuál será el presupuesto general a utilizar, por lo que se
necesitará de un equipo de profesionales expertos en el tema económico.

En la primera reunión del equipo se definirán aspectos como la funcionalidad, objetivos,

riesgos del sprint, plazos de entrega, entre otros. Posteriormente se realiza una junta
entre el equipo y el jefe del proyecto para explicar cómo se desarrollará cada punto del
intervalo. Aquí se evaluarán cambios, toma de decisiones, mejoras y más factores.

2. Etapa de desarrollo

Cuando el trabajo del sprint está en curso, los encargados deben garantizar que no se
generen cambios de último momento que puedan afectar los objetivos del mismo.
Además, se asegura el cumplimiento de los plazos establecidos para su término.

3. Revisión del sprint

Al final del desarrollo del intervalo, es posible analizar y evaluar los resultados. Si es
necesario, todo el equipo colaborará para saber qué aspectos necesitan ser cambiados.
En esta fase se fomenta la colaboración y retroalimentación entre todos. Se incluyen los
siguientes puntos:

 Colaboración entre equipos, supervisores, jefes y dueños de productos.

 Se admiten análisis externos como forma de complementación.
 El equipo de trabajo responde qué es lo que se ha desarrollado y qué carencias
han tenido.
 En base a ello, se puede regresar a la etapa de planificación para evaluar cómo
mejorar el siguiente sprint.
 La revisión incluye cómo, hasta ahora, el producto podría generar más valor.
 Se analizan las capacidades del equipo, la línea de tiempo, entre otros detalles,
para saber qué potenciar.

4. Retroalimentación

Los resultados pueden ser entregados para recibir un feedback no solo por parte de los
profesionales dentro del proyecto, sino también de las personas que utilizarán
directamente lo que se desea lograr; es decir, los clientes potenciales. Las lecciones
aprendidas durante esta etapa permitirán que el siguiente sprint pueda ser mucho más
efectivo y ágil.

La metodología Scrum no se utiliza en todos los casos. Se emplea cuando la empresa

posee los recursos disponibles, la madurez y experiencia del equipo encargado, una
estructura organizacional ágil e innovadora, entre otros factores. Contar con un
profesional que asegure estos principios será el primer paso.

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.
Las 5 etapas en los “Sprints” de un desarrollo Scrum

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 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, y,
 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, y
 Crear un plan para la implementación de mejoras con respecto a cómo el Equipo
Scrum hace su trabajo.

Documentos del Scrum

Product backlog

El product backlog es un documento de alto nivel para todo el proyecto. Contiene

descripciones genéricas de todos los requerimientos, funcionalidades deseables, etc.
priorizadas según su valor para el negocio (business value). Es el qué va a ser
construido. Es abierto y cualquiera puede modificarlo.

Sprint backlog

El sprint backlog es un documento detallado donde se describe el cómo el equipo va a

implementar los requisitos durante el siguiente sprint. Las tareas se dividen en horas
con ninguna tarea de duración superior a 16 horas. Si una tarea es mayor de 16 horas,
deberá ser rota en mayor detalle. Las tareas en el sprint backlog nunca son asignadas,
son tomadas por los miembros del equipo del modo que les parezca oportuno.

Burn down

La 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, hasta llegar al eje
horizontal, momento en el cual el proyecto se ha terminado.

Daily Scrum

La reunión comienza puntualmente a su hora.

Todos los asistentes deben mantenerse de pie.

La reunión debe ocurrir en la misma ubicación y a la misma hora todos los días.

Durante la reunión, cada miembro del equipo contesta a tres preguntas:

¿Qué has hecho desde ayer?

¿Qué es lo que estás planeando hacer hoy?

¿Has tenido algún problema que te haya impedido alcanzar tu objetivo?

Reunión de Planificación del Sprint

 Al inicio del ciclo Sprint (cada 15 o 30 días), una “Reunión de Planificación del
Sprint” se lleva a cabo.
 Seleccionar qué trabajo se hará
 Ocho horas como límite
 Al final del ciclo Sprint, dos reuniones se llevarán a cabo: la “Reunión de Revisión
del Sprint” y la “Retrospectiva del Sprint”
Reunión de Revisión del Sprint

 Revisar el trabajo que fue completado y no completado.

 Presentar el trabajo a los interesados.
 El trabajo incompleto no puede ser demostrado.
 Cuatro horas como límite
Resumen

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.

Características

¿En qué consiste el método SCRUM?

Derivado del término francés «melée», que se refiere a una posición de equipo
característica del juego del rugby, un SCRUM no es otra cosa que un conjunto de
labores grupales que están al servicio de la consecución de un objetivo. La singularidad
del método radica en la manera en que intervienen los distintos actores del plan, por
ejemplo los líderes, los miembros de segunda y tercera línea e, incluso, los propios
clientes o destinatarios. Para dejar más clara la diferencia de un SCRUM con los
métodos tradicionales de gestión, vale la pena detallar cada una de sus cuatro fases de
ejecución:

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

Beneficios de Scrum

Los principales beneficios que proporciona Scrum son:

 Entrega mensual (o quincenal) de resultados (los requisitos más prioritarios en ese

momento, ya completados) lo cual proporciona las siguientes ventajas:
 Gestión regular de las expectativas del cliente y basada en resultados tangibles.
 Resultados anticipados (time to market).
  Flexibilidad y adaptación respecto a las necesidades del cliente, cambios en el
mercado, etc.

Etapas

1. Planificación del sprint

Si entendemos el significado del sprint como un miniproyecto dentro del proyecto

principal, cada uno de ellos tiene un objetivo en particular. Por ejemplo, el primer
intervalo puede ser plantear cuál será el presupuesto general a utilizar, por lo que se
necesitará de un equipo de profesionales expertos en el tema económico.

2. Etapa de desarrollo

Cuando el trabajo del sprint está en curso, los encargados deben garantizar que no se
generen cambios de último momento que puedan afectar los objetivos del mismo.
Además, se asegura el cumplimiento de los plazos establecidos para su término.

3. Revisión del sprint

Al final del desarrollo del intervalo, es posible analizar y evaluar los resultados. Si es
necesario, todo el equipo colaborará para saber qué aspectos necesitan ser cambiados.
En esta fase se fomenta la colaboración y retroalimentación entre todos. Se incluyen los
siguientes puntos:

 Colaboración entre equipos, supervisores, jefes y dueños de productos.

 Se admiten análisis externos como forma de complementación.
 El equipo de trabajo responde qué es lo que se ha desarrollado y qué carencias
han tenido.

4. Retroalimentación

Los resultados pueden ser entregados para recibir un feedback no solo por parte de los
profesionales dentro del proyecto, sino también de las personas que utilizarán
directamente lo que se desea lograr; es decir, los clientes potenciales. Las lecciones
aprendidas durante esta etapa permitirán que el siguiente sprint pueda ser mucho más
efectivo y ágil.

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.

Las 5 etapas en los “Sprints” de un desarrollo Scrum

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.

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.

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.

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;

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, y
 Crear un plan para la implementación de mejoras con respecto a cómo el Equipo
Scrum hace su trabajo.

Documentos del Scrum

Product backlog

El product backlog es un documento de alto nivel para todo el proyecto. Contiene

descripciones genéricas de todos los requerimientos, funcionalidades deseables, etc.
priorizadas según su valor para el negocio (business value). Es el qué va a ser
construido. Es abierto y cualquiera puede modificarlo.

Sprint backlog

El sprint backlog es un documento detallado donde se describe el cómo el equipo va a

implementar los requisitos durante el siguiente sprint. Las tareas se dividen en horas
con ninguna tarea de duración superior a 16 horas. Si una tarea es mayor de 16 horas,
deberá ser rota en mayor detalle. Las tareas en el sprint backlog nunca son asignadas,
son tomadas por los miembros del equipo del modo que les parezca oportuno.
Burn down

La 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, hasta llegar al eje
horizontal, momento en el cual el proyecto se ha terminado.

Daily Scrum

La reunión comienza puntualmente a su hora.

Todos los asistentes deben mantenerse de pie.

La reunión debe ocurrir en la misma ubicación y a la misma hora todos los días.

Durante la reunión, cada miembro del equipo contesta a tres preguntas:

¿Qué has hecho desde ayer?

¿Qué es lo que estás planeando hacer hoy?

¿Has tenido algún problema que te haya impedido alcanzar tu objetivo?

Reunión de Planificación del Sprint

 Al inicio del ciclo Sprint (cada 15 o 30 días), una “Reunión de Planificación del
Sprint” se lleva a cabo.
 Seleccionar qué trabajo se hará
 Ocho horas como límite
 Al final del ciclo Sprint, dos reuniones se llevarán a cabo: la “Reunión de Revisión
del Sprint” y la “Retrospectiva del Sprint”

Reunión de Revisión del Sprint

 Revisar el trabajo que fue completado y no completado.

 Presentar el trabajo a los interesados.
 El trabajo incompleto no puede ser demostrado.
 Cuatro horas como límite
Summary

What is SCRUM

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.

CHARACTERISTICS

What is the SCRUM method?

Derived from the French term "melée", which refers to a team position characteristic of
the game of rugby, a SCRUM is nothing more than a set of group tasks that are at the
service of the achievement of a goal. The singularity of the method lies in the way in
which the different actors of the plan intervene, for example the leaders, the second and
third line members, and even the clients or recipients themselves. To clarify the
difference between a SCRUM and traditional management methods, it is worth detailing
each of its four phases of execution:

• Approach: a project managed under the SCRUM model starts from the objectives that
the client and the company have set beforehand. The first thing is to split it into partial
deliveries, so that the client can rethink aspects that in principle did not pay due
importance or that he simply did not know. These aspects can be about costs, strategies,
production, etc.

• Task list: the work team prepares the list of tasks that must be taken into account for
each delivery of results. It is very important to make an estimate of the effort required to,
in this way, fixed deadlines provided.

Benefits of Scrum

The main benefits that Scrum provides are:

• Monthly (or biweekly) delivery of results (the most prioritized requirements at that time,
already completed) which provides the following advantages:

• Regular management of customer expectations and based on tangible results.

• Anticipated results (time to market).

• Flexibility and adaptation to customer needs, changes in the market, etc.

Stages

1. Planning the sprint

If we understand the meaning of the sprint as a mini-project within the main project, each
of them has a particular objective. For example, the first interval may be to state the
general budget to be used, which will require a team of experts in the economic field.

2. Stage of development

When the sprint work is in progress, the managers must guarantee that no last-minute
changes are generated that could affect the objectives of the sprint. In addition,
compliance with the deadlines established for its completion is ensured.

3. Sprint review

At the end of the development of the interval, it is possible to analyze and evaluate the
results. If necessary, the entire team will collaborate to know what aspects need to be
changed. In this phase, collaboration and feedback between all are encouraged. The
following points are included:

• Collaboration between teams, supervisors, managers and owners of products.

• External analysis is supported as a form of complementation.

• The work team responds to what has been developed and what gaps they have had.

4. Feedback

The results can be delivered to receive feedback not only from the professionals within
the project, but also from the people who will directly use what they want to achieve; that
is, potential customers. The lessons learned during this stage will allow the next sprint to
be much more effective and agile.

Roles

In Scrum, the team focuses on building quality software. The management of a Scrum
project focuses on defining what are the characteristics that the product should have to
build (what to build, what not and in what order) and to overcome any obstacle that could
hinder the development team's task.

The Scrum team consists of the following roles:

• Scrum master: Person who leads the team guiding him to comply with the rules and
processes of the methodology. It manages the reduction of impediments of the project
and works with the Product Owner to maximize the ROI.

The 5 stages in the "Sprints" of a Scrum development

1. Sprint planning meeting

The work to be done in the Sprint is anticipated in the Sprint Planning Meeting. This plan
is created with the collaboration of the entire Scrum Team.

The planning meeting of a Sprint is a variable time event. For a one-month Sprint it lasts
eight hours. For shorter Sprints, the event is proportionally shorter. For example, for a
two-week Sprint, the Sprint planning meetings are four hours long.

2. 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 by inspecting the work
from
Conclusiones
 Scrum por sus características no es válido para cualquier proyecto ni para
cualquier persona o equipo de personas. Es más, Scrum según muchos
especialistas de esta metodología, es óptima para equipos de trabajo de hasta
8 personas, aunque hay empresas que han utilizado Scrum con éxito con
equipos más grandes.
 Se puede decir que para el 90% de los proyectos y empresas, es una
metodología válida, pero no es una metodología válida al 100%. Es más, no hay
metodología mejor que otra ni válida al 100% para todas las personas y
empresas.
 Scrum no es ni la mejor metodología ni la única, pero 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.
Recomendaciones

 No combinar roles
 No acortar, ni alargar los Sprints
 No suprimir reuniones/ceremonias de Scrum
 Retrospectivas, retrospectivas, retrospectivas, retrospectivas
Apreciación del Equipo

Con este trabajo hemos comprendido que 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.
Glosario de Términos

Impedimentos

Un impedimento es cualquier cosa que le impida al equipo desempeñarse lo más

eficientemente posible. Cada miembro del equip puede anunciar un impedimento
durante la Reunión diaria de Scrum. El ScrumMaster está a cargo de resolver los
impedimentos. Los ScrumMaster a menudo organizan reuniones paralelas cuando no
se puede resolver un impedimento en la reunión diaria de Scrum.

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.

Durante la reunión de planificación del sprint, los elementos del backlog se mueven del
backlog del producto hacia un sprint, basándose en las prioridades establecidas por el
Dueño del Producto.

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.

Esfuerzo para un elemento del backlog del producto

Algunas personas estiman es esfuerzo de los elementos del backlog del producto en
días ideales, aunque otras personas prefieren unidades de estimación menos concretas.
Las unidades alternativas pueden ser puentos de historia, puntos de función, o "tamaños
de remera" (1 para pequeño, 2 para medio, etc.). La ventaja de estas unidades más
vagas es que son explícitas en distinguir que el esfuerzo de los elementos del backlog
del producto no son estimaciones de duración. También, las estimaciones a este nivel
son aproximaciones burdas que nunca deben confundirse con horas de trabajo reales.

Nótese que las tareas del sprint son distintas de los elementos del backlog del sprint, y
el esfuerzo restante de las tareas siempre se estima en horas.
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.

Rol de Dueño del Producto

En Scrum, hay una única persona que tiene la autoridad final representando los
intereses del cliente, priorizando el backlog y respondiendo preguntas sobre los
requerimientos.

Esta persona debe estar disponible para el equipo en cualquier momento,

especialmente durante la reunión de planificación del sprint y durante la reunión de
demo del sprint.
Bibliografía y Linkografía.

https://proyectosagiles.org/beneficios-de-scrum/

https://www.esan.edu.pe/apuntes-empresariales/2018/10/las-etapas-del-scrum-como-
aplicar-este-metodo/

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

https://metodologiascrum.readthedocs.io/en/latest/Scrum.html#documentos-del-scrum