SCRUM Y SPRINT

(Roles, Artefactos y Reuniones)

INTEGRANTES: Carolin Yulieth Correa P.

Jorge Emilio Arroyo D.
Luis Antonio Bautista C
Pedro Santo Vergara L
Yerlys María Castellar J.

Universidad De Cartagena, Centro Tutorial Lorica

Ingeniería de Software

TUTOR: Fernando Daza Llera

METODOLOGIA PARA DESARROLLO DE SOFTWARE

Lorica, Córdoba
09/10/2023
 INTRODUCCIÓN
Sprint y Scrum son dos conceptos esenciales en el mundo del desarrollo de software y la
gestión de proyectos ágiles. Juntos, forman parte de un marco de trabajo altamente efectivo
que ha transformado la forma en que los equipos abordan el desarrollo de productos. El
Sprint, en particular, representa un período de tiempo definido y enfocado en el cual se
realizan esfuerzos intensivos para crear un conjunto específico de funcionalidades, mientras
que Scrum proporciona una estructura y roles claros para gestionar este proceso de manera
eficiente.

Scrum, en su esencia, es un marco de trabajo ágil que promueve la colaboración, la

transparencia y la adaptabilidad en el desarrollo de proyectos. Dentro de esta metodología,
el Sprint se destaca como una unidad de tiempo crucial en la que se planifican, ejecutan y
revisan las actividades. En los siguientes párrafos, exploraremos en detalle cómo Sprint y
Scrum se combinan para proporcionar una metodología de desarrollo ágil altamente
efectiva que ha revolucionado la industria del software.

Estas metodologías revolucionarias han transformado la manera en que los equipos de

desarrollo abordan proyectos, al proporcionar un enfoque iterativo y colaborativo que
maximiza la eficiencia y la calidad del producto final; son piedras angulares en el mundo
del desarrollo ágil de software.
 ¿Qué es una metodología de Desarrollo Ágil?
La metodología de desarrollo ágil es un enfoque para el desarrollo de software que se basa
en la entrega rápida de versiones de trabajo en pequeñas iteraciones para mejorar la calidad
y la eficiencia de la producción.
Dicha metodología basada en la colaboración entre los desarrolladores y los técnicos para
lograr un producto de mejor calidad dentro de un plazo de tiempo determinado. Esta se
caracteriza por la implementación de ciclos de trabajo cortos (iteraciones) en lugar de
procesos largos y detallados. Estas iteraciones se llevan a cabo en etapas, cada una con sus
propios requisitos, diseños, pruebas y entregas.
¿Qué es Scrum?
Scrum es un marco de gestión de proyectos de metodología ágil que ayuda a los equipos a
estructurar y gestionar el trabajo mediante un conjunto de valores, principios y prácticas. Al
igual que un equipo de rugby (de donde proviene su nombre) cuando entrena para un gran
partido, scrum anima a los equipos a aprender a través de las experiencias, a
autoorganizarse mientras aborda un problema y a reflexionar sobre sus victorias y derrotas
para mejorar continuamente.
Aunque son los equipos de desarrollo de software los que utilizan con mayor frecuencia
este tipo de scrum, sus principios y lecciones se pueden aplicar a todo tipo de trabajo en
equipo. Esta es una de las razones por las que es tan popular.
 Marco de trabajo
Está formado por un conjunto de valores, principios y prácticas que los equipos de
scrum siguen para desarrollar un producto o servicio. Detalla los miembros de un
equipo de scrum y sus responsabilidades, los "artefactos" que definen el producto y el
trabajo que hay que hacer para crear el producto, así como las ceremonias de scrum que
guían al equipo de scrum en su trabajo.

 Protocolos o Reuniones de scrum

El marco de scrum incluye las prácticas, los protocolos y las reuniones de scrum que los
equipos de scrum celebran de forma regular. En los protocolos ágiles es donde
observamos la mayoría de las variaciones para los equipos.

A continuación, se muestra una lista de todos los protocolos clave en los que un equipo de
scrum puede participar:
1. Organización del backlog: este evento, que a veces se conoce como limpieza del
backlog, es responsabilidad del propietario del producto. Los principales trabajos
del propietario del producto son dirigir el producto hacia su visión del producto y
estar al tanto del mercado y los clientes.
2. Planificación de sprint: en esta reunión, todo el equipo de desarrollo planifica el
trabajo que se va a realizar (alcance) durante el sprint actual. Esta reunión la dirige
el experto o la experta en scrum y, en ella, el equipo decide el objetivo del sprint.
Posteriormente, se añaden historias de usuario específicas al sprint desde el backlog
del producto.
3. Scrum diario o reunión rápida: se trata de una reunión diaria de muy corta
duración que tiene lugar siempre a la misma hora (normalmente, por las mañanas) y
en el mismo sitio para simplificarla. Muchos equipos tratan de finalizar la reunión
en 15 minutos, pero eso es solo una guía. Esta reunión también se denomina
"reunión rápida diaria" y con ello se hace hincapié en que debe ser rápida.
 4. Revisión de sprint: al final del sprint, el equipo se reúne en una sesión informal
para ver una demostración o inspeccionar el incremento. El equipo de desarrollo
muestra los elementos del backlog que ahora están "finalizados" a las partes
interesadas y a los compañeros de equipo para recibir comentarios.
El propietario del producto puede decidir si lanza o no el incremento, aunque en la
mayoría de los casos el incremento se lanza. Esta reunión de revisión también se
produce cuando el propietario del producto repasa el backlog del producto basado
en el sprint actual, que se puede utilizar en la próxima sesión de planificación de
sprint.
5. Retrospectiva de sprint: la retrospectiva es donde el equipo se reúne para
documentar y analizar qué ha funcionado y qué no ha funcionado en un sprint, un
proyecto, en las personas o relaciones, herramientas o incluso para determinados
protocolos.

 Roles de la metodología Scrum:

Conocer y entender los roles de la metodología scrum es clave para asegurar que se
implementa de forma exitosa en los proyectos. Por eso, tener claras las funciones y las
responsabilidades de cada perfil harán que sea mucho más sencillo conseguir el
objetivo, y también trabajar mejor de forma colaborativa. Pero para asegurar el mejor
resultado primero hay que saber qué funciones tiene cada persona del equipo.

En la metodología los roles más representativos son:

 Product Owner: es el responsable de optimizar y maximizar el valor del producto.
Es quien decide qué trabajo hay que hacer y también es quien debe encargarse de la
interlocución con los stakeholders. Es, en definitiva, la persona que se focaliza en la
parte de negocio y es responsable del ROI del proyecto.
Sus tareas se podrían resumir en 3 funciones clave:
1. Gestiona prioridades: contrata al equipo de desarrollo, gestiona los
presupuestos y explica qué valor produce el producto en el que se está
invirtiendo.
2. Representante del negocio: El Product Owner debe tener la capacidad de tomar
decisiones por sí mismo. Al formar parte del negocio, podrá aportar valor a su
trabajo y al producto.
 3. Intraemprendedor: Debe ser un Product Manager ágil, que sea capaz de medir
el valor generado y utilizar la flexibilidad de cada sprint para aumentar el valor.
 Scrum Master: es la persona que lidera al equipo con el objetivo de que entiendan
exactamente qué es la metodología scrum y puedan cumplir las reglas y usar los
procesos de la metodología de la mejor manera posible. Se encarga de las labores de
mentoring, coaching y formación, y de facilitar reuniones y eventos si fuera
necesario, y traslada la visión general del proyecto al equipo.
En este caso las funciones del Scrum Master se podrían resumir en dos grandes tareas:
1. Gestionar el proceso Scrum: es el responsable de asegurar que la metodología
se utiliza correctamente, y debe facilitar la ejecución de todo el proceso. Es la
persona que debe velar para que la metodología sea una fuente de generación de
valor para la organización.
2. Eliminar impedimentos: el Scrum Master también debe ayudar a eliminar los
impedimentos que pueden surgir en una organización. El Scrum Master debe
transmitir los beneficios de Scrum a la compañía, para que así se facilite su
implementación.
 Scrum Team: es el grupo de personas que tienen los conocimientos técnicos
necesarios para desarrollar un proyecto de forma conjunta. Su trabajo se realiza a
base de sprints, que son acciones concretas a realizar en periodos de tiempo
pequeño, de una a cuatro semanas aproximadamente, con preferencia por los
intervalos más cortos posibles. En cada uno de esos sprints el equipo construye y
entrega un incremento o una mejora del producto.
Los equipos suelen estar formados por entre 3 y 9 personas que se autoorganizan
para desarrollar y mejorar un producto. Los podríamos separar en dos grandes
grupos, stakeholders primarios y secundarios:
a. Los stakeholders primarios: son aquellos que tienen una relación directa con
la empresa y afectan a sus procesos. Pueden ser clientes, proveedores,
accionistas, socios corporativos o los mismos empleados.
b. Los stakeholders secundarios: tienen una vinculación indirecta con la empresa
y no afectan a sus procesos, pero pueden verse igualmente afectados por las
acciones que tome la compañía. En este caso hablamos de medios de
comunicación, empresas de la competencia, gobiernos, instituciones financieras
o la comunidad, entre otros.
Todos los roles de Scrum son imprescindibles para crear el producto del proyecto, y son
los responsables del éxito de cada sprint y del proyecto en su totalidad. Por eso el
primer paso tras asignar las funciones de cada persona es definir qué debe hacer cada
integrante del equipo. Que todos los involucrados entiendan cómo el alcance de su rol
ayudará a que se cumplan eficientemente los objetivos marcados.
 ¿Qué son los Artefactos de Scrum?
Los artefactos del scrum ágil son información que un equipo de scrum y las partes
interesadas utilizan para detallar el producto en desarrollo, las acciones para producirlo
y las tareas realizadas durante el proyecto. Estos artefactos ofrecen metadatos que dan
una idea del rendimiento de un sprint; son herramientas esenciales para todos los
equipos de scrum, ya que posibilitan los atributos básicos de transparencia, inspección y
adaptación.

Los principales artefactos del scrum ágil son:

 Backlog del producto: es la lista principal del trabajo que debe realizar el
propietario o el responsable del producto. Se trata de una lista dinámica de
funciones, requisitos, mejoras y correcciones que actúa como la base del backlog de
sprint. Básicamente, se trata de la lista de "tareas que hay que hacer" del equipo.
El propietario del producto está constantemente revisando, cambiando las
prioridades y realizando el mantenimiento del backlog del producto, ya que, a
medida que sabemos más o que cambia el mercado, es posible que haya elementos
que ya no sean
 Backlog de sprint: se trata de la lista de elementos, historias de usuario o
correcciones de errores, seleccionadas por el equipo de desarrollo, para su
implementación en el ciclo actual de sprint. Antes de cada sprint, en la reunión de
planificación de sprint (que analizaremos más adelante en el artículo), el equipo
elige los elementos en los que trabajará para el sprint del backlog del producto. El
backlog de sprint puede ser flexible y puede evolucionar durante un sprint.
  Incremento (u objetivo del sprint): es el producto final utilizable de un sprint. es la
forma en que medimos el progreso que ha tenido el proceso en cada etapa. Para
Scrum, es esencial que cada iteración tenga un incremento; si no es así,
esto revelará que algo ha fallado. El producto final no es otra cosa que la suma de
los incrementos temporales.

 Valores de scrum
En 2016, se añadieron cinco valores de scrum a la Guía de la metodología scrum. Estos
valores se enfocan en el trabajo, las acciones y la conducta del equipo de scrum. Se
consideran esenciales para el éxito de los equipos de scrum.
1. Compromiso: Los miembros del equipo de Scrum están comprometidos con las
tareas y los objetivos basados en el tiempo y se dedican a la mejora continua para
encontrar la mejor solución
2. Valentía: Los equipos Scrum demuestran valentía al formular preguntas abiertas y
que suponen un reto. Mantienen conversaciones honestas y transparentes para
encontrar la mejor solución.
3. Concentración: Durante un periodo determinado, los miembros del equipo
trabajarán a partir de las tareas del Product Backlog. Se centrarán en las tareas
seleccionadas para proporcionar resultados en un plazo limitado.
4. Actitud receptiva: Los miembros del equipo de Scrum se muestran receptivos a las
nuevas ideas y oportunidades que apoyan el aprendizaje individual y la calidad
general del proyecto.
5. Respeto: Los miembros del equipo de trabajo respetan a los directores del proyecto,
a los demás y al proceso Scrum. Esta cultura basada en el respeto crea un espíritu de
colaboración y cooperación mutua dentro del equipo de trabajo.
¿Qué son los sprints?
Se define Sprint a un ciclo de trabajo en la metodología Scrum, en el que se planifican y
completan ciertas actividades establecidas. Los sprints se encuentran en el corazón de las
metodologías scrum y ágil, y hacer bien los sprints ayudará a un equipo ágil a lanzar mejor
software con menos quebraderos de cabeza.
Por lo general, el Sprint no es inferior a una semana, ni superior a un mes. A su vez, dentro
de cada Sprint se fija un objetivo, que será desarrollado en ese periodo con un método y un
plan determinado.

Muchos asocian los sprints de la metodología scrum con el desarrollo de software ágil,
hasta tal punto que suelen pensar que las metodologías scrum y ágil son lo mismo, pero no
es así. La metodología ágil constituye una serie de principios y la metodología scrum es un
marco de trabajo para conseguir resultados.
 Ventajas de trabajar con Sprints
  Trabajar con Sprints dentro de Scrum permite al equipo centrarse en actividades
específicas que se desarrollarán dentro de ese tiempo establecido. De esta forma, se
incrementa la concentración y el desempeño en esa actividad puntual.
 Un Sprint brinda información sobre el ritmo de trabajo del equipo ya que se pueden
hacer cálculos estimativos sobre las fechas de entrega, pudiendo predecir cuánto se
avanza con la tarea prevista.
 El Sprint en Scrum permite la definición de actividades por lo que el equipo puede
decidir cómo dividir las responsabilidades: todos los miembros tienen el mismo
grado de compromiso y ofrece la oportunidad de darle valor a cada acción
ejecutada.

 Principios de un Sprint
 Transparencia: El equipo de trabajo se inserta en un ambiente en el que son
conscientes de sus problemas y de esta forma pueden trabajar de forma exitosa.
 Inspección: El equipo reflexiona sobre su funcionamiento, lo que se refleja en las
reuniones diarias del equipo Scrum y la reunión de revisión de Sprint.
 Adaptación: El equipo investiga y revé elementos de su funcionamiento como así
también incidencias que pueden tener y cómo sobrellevarlas.

 Etapas de desarrollo de un Sprint

Las etapas son las siguientes:

 Reunión de planificación:
En esta reunión inicial se encuentra presente todo el equipo y en ella se define el
incremento de producto entregable, la forma en que se desarrollará y qué actividades se
le asignará a cada miembro.
La finalidad de esta reunión es que el equipo sepa tus sus tareas y en qué trabajará, qué
se espera que efectúe cada uno y la forma en que lo harán. Como principio de la
metodología Scrum, estas reuniones se tratan de un feedback del equipo, donde hay
aportes de idea de todos los integrantes.
 Scrum diario:
Se trata de una reunión diaria de corta duración, con todo el equipo completo. Cada
miembro comenta el trabajo realizado el día previo y también menciona los problemas
o imprevistos que hayan surgido y hayan puesto en peligro el logro del objetivo diario.
Esta reunión diaria sirve para mejorar la comunicación y promover la toma rápida de
decisiones en la que se pueden ajustar los conocimientos sobre el proyecto y su
desarrollo; En esta etapa es fundamental el papel del Scrum Master que lidera el equipo.
 Desarrollo del Sprint:
Cuando comienza a correr el tiempo de desarrollo del Sprint, se debe asegurar de no
realizar cambios que puedan afectar al objetivo del mismo. Asimismo, si el tiempo
preestablecido es muy largo, puede aumentar la complejidad y el riesgo de las tareas.

 Revisión del Sprint:

Cuando el tiempo del Sprint fue finalizado, el mismo es revisado tanto por el equipo
Scrum como por el cliente que solicitó el proyecto.
Esta revisión está dirigida por el Project Owner, quien es el responsable máximo del
cumplimiento de lo pactado en la fijación de objetivos; La revisión es un punto de
feedback y colaboración, donde pueden introducirse cambios.
 Retrospectiva del Sprint:
En esta instancia, se trata de crear mejoras para ejecutar en el siguiente Sprint. Se
revisan las herramientas y elementos del Sprint, para poder hacer mejor el próximo.
El final del ciclo siempre permite identificar aquellas cosas que fallaron o que podrían
salir mejor respecto al equipo y su trabajo.
 CONCLUSIÓN
Scrum es un marco de trabajo de metodología ágil tan popular que a menudo se confunde
scrum y ágil, y se piensa que es lo mismo. También existen otros marcos de trabajo, como
Kanban, que es una alternativa conocida. Algunas empresas incluso optan por seguir un
modelo híbrido de scrum y Kanban, que ha adquirido el nombre de "Scrumban o
"Kanplan", que es Kanban con un backlog.

Tanto scrum como Kanban utilizan métodos visuales como el tablero de scrum o el tablero
de Kanban para realizar un seguimiento del progreso del trabajo. Ambos enfatizan la
eficiencia y dividen las tareas complejas en bloques más pequeños de trabajo manejable,
aunque sus enfoques hacia la consecución del objetivo son diferentes.

Scrum se centra en iteraciones más pequeñas y de longitud fija. Una vez finalizado el
periodo para un sprint, se determinan las historias o las entradas de backlog del producto
que se pueden implementar durante este ciclo de sprint. Sin embargo, en Kanban, la
cantidad de tareas o el trabajo en curso (límite de WIP) que se implementará en el ciclo
actual se fija al principio. El tiempo necesario para implementar estas funciones se calcula
al revés.

Kanban no cuenta con un marco de trabajo tan estructurado como scrum. Aparte del límite
de WIP, está bastante abierto a la interpretación. Scrum, sin embargo, tiene varios
conceptos categóricos aplicados como parte de su implementación, como la revisión de
sprint, retrospectiva, scrum diario, etc. También insiste en la interdisciplinariedad, que es la
capacidad de un equipo de scrum de no depender de miembros externos para lograr sus
objetivos. Reunir a un equipo interdisciplinar no es tarea fácil. En ese sentido, el método
Kanban es más fácil de adaptar, mientras que el scrum puede considerarse como un cambio
fundamental en el proceso de pensamiento y el funcionamiento de un equipo de desarrollo.