La 

metodología Scrum

Es un marco de trabajo o framework que se utiliza dentro de equipos que manejan proyectos

complejos. Es decir, se trata de una metodología de trabajo ágil que tiene como finalidad la
entrega de valor en períodos cortos de tiempo y para ello se basa en tres pilares: la transparencia,
inspección y adaptación. Esto permite al cliente, junto con su equipo comercial, insertar el producto
en el mercado pronto, rápido y empezar a obtener ventas  (Sales enablement). 

¿En qué se basa la metodología Scrum?

Al estar enmarcada dentro de las metodologías agile, 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.

 El desarrollo iterativo como forma de asegurar buenos  resultados.

Los pilares o características de la metodología Scrum más importantes son 3:

1. Transparencia
Con el método Scrum todos los implicados tienen conocimiento de qué ocurre en el proyecto y
cómo ocurre. Esto hace que haya un entendimiento “común” del proyecto, una visión global.

2. 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.
3. Adaptación
Cuando hay algo que cambiar, el equipo se ajusta para conseguir el objetivo del sprint. Esta es
la clave para conseguir el é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.

Roles en el equipo Scrum

Con la metodología Scrum, el equipo tiene como foco entregar valor y ofrecer resultados de
calidad que permitan cumplir los objetivos de negocio del cliente.

Para ello, los equipos de Scrum son auto-organizados y multifuncionales. Es decir, cada uno es
responsable de unas tareas determinadas y de terminarlas en los tiempos acordados. Esto garantiza
la entrega de valor del equipo completo, sin necesidad de ayuda o la supervisión minuciosa de otros
miembros de la organización.

En Scrum existen 3 roles muy importantes: Product Owner, Scrum Master y Equipo de

desarrollo.

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

El Product owner es el único perfil que habla constantemente con el cliente, lo que le obliga a
tener muchos conocimientos sobre negocio.

Para finalizar, un equipo Scrum debe tener solo un Product Owner y este puede ser parte del
equipo de desarrollo. 

2. Scrum Master:
Es el responsable de que las técnicas Scrum sean comprendidas y aplicadas en la organización.
Es el manager de Scrum, un líder 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. 

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

Los hitos de la Metodología de trabajo Scrum

La gráfica describe los hitos dentro del proceso Scrum. El desarrollo iterativo se realiza en un
sprint, que contiene los siguientes eventos: sprint planning, daily meeting, sprint review y
sprint retrospective.

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

2. Sprint planning
En esta reunión todo el equipo Scrum define qué tareas se van a abordar y cuál será el objetivo
del sprint. La primera reunión que se hace en el sprint  puede llegar a tener una duración de 8
horas para sprints de un mes. 

El equipo se hace las siguientes preguntas:

 ¿Qué se va a hacer en el  sprint? En base a ello, se eligen tareas del Product backlog. 

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

La definición de qué se va a hacer implica que  el equipo tenga un objetivo y se encuentre
comprometido con la entrega de valor que se hará al cliente al final del 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).

3. Daily meeting
Es una reunión diaria dentro del sprint que tiene como máximo 15 minutos de duración. En ella
debe participar, sí o sí, el equipo de desarrollo y el Scrum Master. El Product Owner no tienen
necesidad de estar presente.

En esta reunión diaria el equipo de desarrollo hace las siguientes tres 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 el trabajo y poder adaptarse en caso de
que haya cambio de tareas dentro de un sprint.

4. 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 un 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
brinda feedback sobre nuevas tareas que el Product Owner tendrá que agregar al Product backlog.

5. Sprint retrospective
La retrospectiva es el último evento de Scrum, tiene una duración de 3 horas para Sprints de un
mes, y es la reunión del equipo en la que se hace una evaluación de cómo se ha implementado
la metodología Scrum en el último 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.

Herramientas para la metodología Scrum

Las herramientas que se utilizan en Scrum están definidas para maximizar la  transparencia dentro
del equipo; es decir, que todos tengan una misma visión de lo que está ocurriendo en el proyecto.

Las herramientas principales de Scrum son: product backlog y sprint backlog.

1. Product backlog

Básicamente, el product backlog es el listado de tareas que engloba todo un proyecto.

Cualquier cosa que debamos hacer debe estar en el  product backlog y con un tiempo estimado por
el equipo de desarrollo.

La responsabilidad exclusiva de ordenar el product backlog  es del Product Owner, que se encuentra
en constante comunicación con el cliente para asegurarse de que las prioridades están bien
establecidas.

La ordenación también es 100% responsabilidad del Product Owner,  por lo que las tareas que
están más arriba deben de ser las de mayor prioridad.

El equipo de desarrollo elige tareas del product backlog  en el sprint planning para generar tanto
el sprint backlog como el sprint goal.

2. Sprint backlog
Es el grupo de tareas del product backlog que el equipo de desarrollo elige en el sprint
planning junto con el plan para poder desarrollarlas. Debe ser conocido por todo el equipo, para
asegurarse de que el foco debe estar en este grupo de tareas.
El sprint planning no cambia durante el sprint, solo se permite cambiar el plan para poder
desarrollarlas.

Ventajas y desventajas de la metodología Scrum

Una vez sabemos cómo funciona esta metodología, hablemos de sus ventajas y desventajas:

Ventajas de la metodología Scrum

 Scrum es muy fácil de aprender: los roles, hitos y herramientas son claros y tienen un
objetivo por lo que es un método muy relacionado con nuestra manera diaria de trabajar.

 El cliente puede comenzar a usar el 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 de la metodología Scrum

 Aunque Scrum sea fácil de aprender, es muy difícil 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 multidisciplinares 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 ofrece resultados de calidad.

En definitiva, Scrum es especialmente interesante para proyectos en los que el objetivo es la

entrega de valor continua al cliente para poder empezar a ver resultados lo antes posibles. Además,
esta metodología permite agilizar procesos, practicar la transparencia y motivar al equipo a través
de la autonomía y la independencia.