METODOLOGÍA SCRUM

Docente : Ing. Marco Aurelio Porro Chulli.

Asignatura : Gestión de Sistemas de Información.

Ciclo : X “A”

Nombres y Apellidos :

 Vicente Wualdir Alberca Rojas.

 Yenny Isabel Cuello Moron.
 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

 Gestión regular de las expectativas del cliente, resultados anticipados,

flexibilidad y adaptación, retorno de inversión, mitigación de riesgos,
productividad y calidad, alineamiento entre cliente y equipo, por último,
equipo motivado.
 Se hace uso de equipos auto-dirigidos y auto-organizados.
 Se realiza a diario una reunión de Scrum, que es una reunión de avance
diaria que no dura más de 15 minutos con el objetivo de obtener
realimentación sobre las tareas del equipo y los obstáculos que se
presentan.
 Beneficios

 Fomenta la motivación y el compromiso del equipo porque los

profesionales se encuentran en un ámbito propicio para desarrollar sus
capacidades.
 Esto provoca una mayor productividad al eliminar la burocracia.
 La organización horizontal promueve la autonomía y la auto-
organización.
 El desglose del trabajo favorece a una mayor flexibilidad a los cambios.
Las necesidades del cliente y las evoluciones del mercado se analizan e
integran a las tareas en menos tiempo.
 Este trabajo intensificado conlleva una alta predicción de tiempos puesto
que se conoce la velocidad y rendimiento del equipo.
 Dominar estos rasgos del equipo de trabajo reduce los riesgos al conocer
las funcionalidades de cada rol y la velocidad a la que avanza el proyecto.
 La capacidad de flexibilidad y la reducción de riesgos permiten cumplir
las expectativas del cliente, quien indica el valor que le aporta cada
requisito del proyecto.
 También, reduce el Time to Market: el cliente puede empezar las
funcionalidades principales del proyecto antes de que este esté acabado.
 El método de trabajo y la revisión continua produce una mayor calidad
del software.

 Fases

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

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

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

E. 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.
  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 él 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.

 Sprints

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

El tiempo mínimo de un Sprint es de dos (2) semanas y el máximo es de cuatro

(4) semanas.
 Planificación de sprint

Al comienzo de un sprint, el equipo de scrum tiene un evento de planificación de

sprint.

Uno de los objetivos de la reunión es identificar y comunicar cuánto del trabajo

es probable que se realice durante el actual Sprint.

 Scrum diario

También llamado Daily Standup. Cada día durante la iteración, tiene lugar una
reunión de estado del proyecto. Su objetivo es que los miembros del equipo se
mantengan actualizados unos a otros sobre el trabajo de cada uno desde el
ultimo standup, qué problemas han encontrado o preveen encontrar, y qué
planean hacer.

La reunión tiene una duración fija de entre 5 y 15 minutos.

Se recomienda hacerla de pie para recordar que debe ser una reunión breve y
centrada en su objetivo, sin divagaciones. Es obligatario parar todo lo que se
está haciendo para concentrarse en la reunión.

 Revisión de sprint

Al final de un sprint, el equipo realiza dos eventos: la revisión del sprint y la

retrospectiva del sprint

En la reunión de revisión de sprint se presentan los trabajos completados y su

duración no debería ser superior a 4 horas para un Sprint de 1 mes.

 Retrospectiva del sprint

Después de cada sprint, se lleva a cabo una retrospectiva del sprint, en la cual
todos los miembros del equipo dejan sus impresiones sobre el sprint recién
superado. El propósito de la retrospectiva es realizar una mejora continua del
proceso. Esta reunión tiene un tiempo fijo de cuatro horas.
 Documentos Scrum

 Product backlog

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

 Sprint backlog

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

 Burn down chart

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 (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

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.

3. Summary

Scrum is a process in which a set of good practices are regularly used to work
collaboratively, as a team, and obtain the best possible result from a project.
These practices are based on a selection of other people. In Scrum, partial and
regular deliveries of the final product are made, prioritized by the benefit they
bring to the recipient of the project. For this reason, Scrum is especially suitable
for projects in complex environments.

4. Conclusiones

 Scrum es por lo tanto, una metodología más de las muchas que hay.
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.
 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.
  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.
5. Recomendaciones
 Utilizar la Metodología scrum para proyectos, ya que es una metodología agil
que no requiere de mucha documentación.
 Usar la metodología scrum nos da beneficios, ya que se puede interactuar
con el cliente seguido.

6. Apreciación de Equipo

 Bueno esta Metodologías Ágil para proyectos tienen muchas ventajas y

desventajas, primero que nada, no solo es para el desarrollo de software, sino
también es aplicable a distintos proyectos de tecnología y por qué no, en otras
áreas.
 Si consideras que tu empresa tiene un entorno complejo, la metodología Scrum
te permite hacerlo mucho más sencillo, priorizando las tareas, pudiéndolas
compartir y supervisar frecuentemente con la intención de optimizar el tiempo
y apostar por la calidad.

7. Glosarios de Términos

 Sprint

Sprint es el nombre que va a recibir cada uno de los ciclos o iteraciones que
vamos a tener dentro de dentro de un proyecto Scrum.

 Burn down chart

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.

 El product backlog

se trata como un documento de alto nivel para todo el proyecto.

 ineficiencia
falta de capacidad para realizar una función de manera adecuada
 Retrospectivo
por lo tanto, es aquello que tiene en cuenta un desarrollo o un trabajo que se
realizó en el pasado.
8. Bibliografía o Linkografia

 https://proyectosagiles.org/que-es-scrum/
 https://alfatecsistemas.es/los-10-beneficios-la-metodologia-scrum/
 https://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-
scrum/proceso-roles-de-scrum.html
 https://www.obs-edu.com/int/blog-investigacion/project-management/las-5-
etapas-en-los-sprints-de-un-desarrollo-scrum
 https://openwebinars.net/blog/que-es-un-sprint-scrum/