UNIVERSIDAD TECNOLÓGICA INDOAMERICA

FACULTAD DE INGENIERIA Y TECNOLOGÍAS DE LA INFORMACIÓN Y

COMUNICACIÓN

CARRERA DE INGENIERIA EN SISTEMAS

TEMA

“METODOLOGÍA ÁGIL SCRUM”

AUTOR

Anthony Arteaga

Ambato - Ecuador

2020
 METODOLOGÍA ÁGIL SCRUM

Imagen 1: Quienes identificaron y definieron este modelo en 1980.

.

Scrum, es una metodología ágil que aporta en mejorar la productividad de las organizaciones
minimizando riesgos en la ejecución de proyectos colaborativos, utilizado por ser eficiente,
adaptable y flexible.

Scrum es un proceso, marco de trabajo o framework, usado en equipos que trabajan en

proyectos complejos; una metodología de trabajo ágil que tiene como finalidad la entrega de
valor en períodos cortos de tiempo, basada tres pilares: la transparencia, inspección y
adaptación.

Scrum es un método para trabajar en equipo a partir de iteraciones o Sprints. Así pues, Scrum es una
metodología ágil, por lo que su objetivo será controlar y planificar proyectos con un gran volumen
de cambios de última hora, en donde la incertidumbre sea elevada. [1]

¿En qué se basa?

Scrum se basa en aspectos como la flexibilidad en la adopción de cambios y nuevos requisitos

durante un proyecto complejo, el factor humano, la colaboración e interacción con el cliente
y el desarrollo iterativo como formas de asegurar buenos resultados.
 Los pilares o características de la metodología Scrum más importantes son:

Imagen 2: L os pilares de la metodología Scrum.

Transparencia: Todos los implicados tienen conocimiento de qué ocurre y en el proyecto y

cómo ocurre. Esto hace que haya un entendimiento “común” del proyecto, una visión global.

Inspección: Los miembros del equipo Scrum frecuentemente inspeccionan el progreso para
detectar posibles problemas. La inspección no es un examen diario, sino una forma de saber
que el trabajo fluye y que el equipo funciona de manera auto-organizada.

Adaptación: Cuando hay algo que cambiar, el equipo se ajusta para conseguir el objetivo
del sprint. Esta es la clave para conseguir éxito en proyectos complejos, donde los requisitos
son cambiantes o poco definidos y en donde la adaptación, la innovación, la complejidad y
flexibilidad son fundamentales. [2]
Roles de Scrum
En Scrum, el equipo tiene como foco entregar valor al cliente, de calidad.

Los equipos de Scrum son auto-organizados y multi-funcionales. Esto garantiza la

responsabilidad de la entrega de valor al equipo completo, sin necesidad de ayuda de otros
miembros de la organización.

En Scrum existen 3 roles: Product Owner, Scrum Master y Equipo de desarrollo.

Imagen 3: Roles de la metodología Scrum.

Product Owner:

Es el responsable de maximizar el valor del trabajo del equipo de desarrollo. La

maximización del valor del trabajo viene de la mano de una buena gestión del Product
Backlog, el cual explicaremos más adelante.

Es el único rol que habla constantemente con el cliente, lo que le obliga a tener muchos
conocimientos sobre negocio.

Para finalizar, un equipo Scrum debe tener solo 1 Product Owner, y este además puede ser
parte del equipo de desarrollo.
Scrum Master:

Es el responsable de que Scrum sea comprendido y aplicado en la organización. Es el

manager de Scrum, pero en ningún momento se le puede considerar un jefe. Líder servil que
se encarga de eliminar impedimentos o inconvenientes que tenga el equipo dentro de un
sprint (que ya revisaremos en detalle más adelante), aplicando las mejores técnicas para
fortalecer el equipo de marketing digital.

Dentro de la organización, el Scrum Master tiene la labor de ayudar en la adopción de esta

metodología en todos los equipos

Team (Equipo de desarrollo):

Son los encargados de realizar las tareas priorizadas por el Product Owner. Es un equipo
multifuncional y auto-organizado. Son los únicos que estiman las tareas del product backlog,
sin dejarse influenciar por nadie.

Los equipos de desarrollo no tienen sub-equipos, o especialistas. La finalidad de esto es

transmitir la responsabilidad compartida si no se llegan a realizar todas las tareas de un sprint.
[3]
 Los eventos de la Metodología de trabajo Scrum son:

El desarrollo iterativo se realiza en un Sprint, que contiene los siguientes eventos: Sprint
planning, daily meeting, Sprint review y Sprint retrospective.

Sprint

El corazón de Scrum, es el contenedor de los demás eventos. Todo lo que ocurre en una
iteración para entregar valor está dentro de un Sprint. La duración máxima es de 1 mes, el
tiempo se determina en base al nivel de comunicación que el cliente quiere tener con
nosotros. Sprints largos pueden hacer que perdamos feedback valioso del cliente, y poner en
peligro nuestro proyecto.
Sprint planning

La primera reunión que se hace en el sprint, tiene una duración de 8 horas para Sprints de 1
mes. En esta reunión todo el equipo Scrum define qué tareas se van a abordar, y cuál será el
objetivo del sprint.

El equipo se hace las siguientes preguntas:

 ¿Qué se va a hacer en el sprint? Se eligen tareas del Product backlog.

 ¿Cómo lo vamos a hacer? El equipo de desarrollo define las tareas necesarias para
completar cada item elegido del Product Backlog.

La definición de qué se va a hacer hace que el equipo tenga un objetivo, y se encuentre

comprometido con la entrega de valor que se hará al cliente en el Sprint. A esto se le llama
Sprint Goal.

El resultado de esta reunión es el Sprint Goal y un Sprint Backlog (que revisaremos más
adelante).

Daily meeting

Es una reunión diaria dentro del Sprint, que tiene como máximo 15 minutos de duración.
En ella debe participar, si o si, el equipo de desarrollo, el Scrum Master y el Product Owner
no tienen necesidad de estar.

En esta reunión diaria el equipo de desarrollo hace las siguientes 3 preguntas:

 ¿Qué hice ayer?

 ¿Qué voy a hacer hoy?
 ¿Tengo algún impedimento que necesito que me solucionen?

Esta reunión es la más oportuna para poder inspeccionar al equipo, y poder adaptarse en caso
de que haya cambio de tareas dentro de un Sprint.

Sprint review

La review del valor que vamos a entregar al cliente se hace en esta reunión, al final de cada
Sprint. Su duración es de 4 horas para Sprints de 1 mes, y es la única reunión de Scrum a la
Que puede asistir el cliente. En ella el Product Owner presenta lo desarrollado al cliente, y el
equipo de desarrollo muestra su funcionamiento. El cliente valida los cambios realizados, y
además nos brinda feedback sobre nuevas tareas que el Product Owner tendrá que agregar al
Product backlog.

Sprint retrospective

La retrospectiva es el último evento de Scrum, tiene una duración de 3 horas para Sprints de
1 mes, y es la reunión del equipo en la que se hace una evaluación de cómo se ha
implementado Scrum en el finalizado Sprint.

Es una gran oportunidad para el equipo Scrum de inspeccionarse a sí mismo, proponiendo

mejoras para el siguiente Sprint.

El resultado: una lista de mejoras que debe aplicar el siguiente día, ya que, al finalizar la
retrospectiva, inmediatamente comienza un nuevo Sprint, que incluye el Sprint Planning,
Daily Meeting, Sprint review y la ya mencionada Sprint Retrospective. [4]

¿Es bueno utilizar la metodología SCRUM?

No es necesario, ni siquiera conveniente, utilizar la metodología SCRUM en todo tipo de
proyectos. Por eso se debe saber qué requerimientos debe tener tu proyecto si quieres
utilizarla con eficacia:

 Equipos pequeños: cuando en tus proyectos los equipos de trabajo no superan las 8
personas. Aunque existen casos de empresas que la han utilizado con éxito en equipos
más grandes, no es recomendable.
 Poca necesidad de documentación: si el cliente te exige que todo el proyecto esté
muy bien documentado desde el principio (fases de consultoría y de tomas de
requerimientos largas) SCRUM no es tu metodología. Sin embargo, si sus
expectativas son las entregas rápidas y tener mucho control sobre el proyecto, el
SCRUM te resultará muy útil porque se enfoca precisamente en este aspecto.
 Proyectos con riesgos de cambios durante el proceso: como la metodología
SCRUM ejecuta el proyecto en fases cortas de dos a cuatro semanas, permite mucha
flexibilidad a la hora de acometer cambios a mitad del proyecto, ya que tras cada fase
se replantean las tareas y los objetivos.
 Confianza en la metodología: serás el encargado de velar que se cumpla, por lo
tanto, antes de trabajar en un proyecto con SCRUM debes aprender bien cuáles son
sus principios y maneras de operar y sentirte cómodo con ellos, para poder traspasar
esa confianza al resto de los actores del proyecto. [5]
 Ventajas y desventajas de la Metodología Scrum

Ventajas

 Scrum es muy fácil de aprender, los roles, eventos y artefactos son claros y tienen un
objetivo muy relacionado a nuestra manera diaria de trabajar.
 El cliente puede comenzar a usar su producto rápidamente.
 Se agiliza el proceso, ya que la entrega de valor es muy frecuente.
 Menor probabilidad de sorpresas o imprevistos, porque el cliente está viendo
frecuentemente el proyecto.

Desventajas

 Aunque Scrum sea fácil de aprender, es muy difícil poder implementarlo. Esto supone
una predisposición y un cambio de cultura de la organización que debe ir desde los
altos mandos hasta los clientes.
 La necesidad de tener equipos multi-disciplinares puede ser un problema, ya que es
difícil encontrar personas que sean capaces de hacer todo el trabajo de un equipo.
 El equipo puede tender a realizar el camino más corto para conseguir el objetivo de
un Sprint, el cual no siempre es el de mayor calidad.

Conclusión
SCRUM propone una metodología donde el equipo debe trabajar en equipo, debe avanzar de
manera conjunta. De nada sirve tener partes de un software terminada, si no tenemos el
software entero terminado.
 Bibliografía

 [1] S. Mariño and P. Alfonz, "Implementación de SCRUM en el diseño del proyecto del
Trabajo Final de Aplicación",Redalyc.org, 2014.disponible en:
https://www.redalyc.org/pdf/849/84933912009.pdf.
 [2] M. Araque, "Metodología Scrum: qué es y cómo funciona", Wearemarketing.com, 2017.
disponible en: https://www.wearemarketing.com/es/blog/metodologia-scrum-que-es-y-
como-funciona.html.
 [3] T. Canive, "Metodología SCRUM: ¿qué es y cómo aplicarlo en tu proyecto?", Gestor de
proyectos online, 2015. disponible en: https://www.sinnaps.com/blog-gestion-
proyectos/metodologia-scrum
 [4]J. Murillo Sánchez and M. Sibri Sibri, "Análisis de SCRUM del 2013 al 2017: Artículos
publicados en base de datos SCOPUS", Repositorio.unemi.edu.ec, 2017. disponible en:
http://repositorio.unemi.edu.ec/xmlui/handle/123456789/3601
 [5]"¿POR QUÉ SCRUM, EN MI ORGANIZACIÓN?", Mobiliza Academy, 2017.
disponible en: https://mobilizaacademy.com/por-que-scrum/