El marco de

Trabajo SCRUM
“en menos de mil palabras”
 “en menos de mil palabras”

“En menos de mil palabras” es una serie de documentos cortos que tienen como propósito
explicar de manera breve y sencilla diferentes aspectos del ámbito de la gestión de proyectos.

El marco de trabajo scrum “en menos de mil palabras”

Es un documento breve y sencillo que explica directamente y a muy grandes rasgos el marco de
gestión de proyectos SCRUM en base a sus cuatro elementos.

Puedes considerar este documento como una breve introducción a SCRUM, pero en ningún caso
pretende ser ni es, suficiente para dominar el modelo. Si quieres ampliar tus conocimientos, en
el “Bibliografía”, encontrarás algunas referencias que te serán de gran utilidad.

Tanto si eres nuevo en la gestión de proyecto como en SCRUM®, o tienes cuentas con
experiencia y/o conocimientos, mi propia experiencia me dice que sacarás mucho más provecho
de lecturas posteriores y más completas, si primero asimilas y entiendes el contenido de estoe
breve documento introductorio.

Feedback

Con el propósito de mejorar te agradeceré cualquier sugerencia o corrección sobre el contenido

de este documento. Por favor, no lo dudes y escríbeme a: [email protected]

Aprender más sobre Agilidad y scrum

Tanto si quieres aprender más acerca de SCRUM, como estar informado de las últimas
novedades y las discusiones más interesantes sobre SCRUM, no dejes de visitar proagilist.es y
únete a nuestro grupo Scrum en Español de LinkedIn.
 El marco de trabajo SCRUM l “en menos de mil palabras”

www.proaglist.es

Copyright © por Juan Luis Vila Grau

Reservados todos los derechos. Con la excepción de breves pasajes y citas que tengan por propósito revisar
o comentar el mismo, ninguna parte de esta publicación puede ser reproducida o transmitida en cualquier
forma o por cualquier medio sin consentimiento previo del autor.

Contactar en [email protected]

iii
El marco de trabajo SCRUM l “en menos de mil palabras”

El marco de trabajo scrum “en menos de mil palabras”

1. ¿Qué es SCRUM? .................................................................................................................. 1

2. ¿Por qué interesarse por Scrum? ......................................................................................... 1
3. Elementos ............................................................................................................................. 1
3.1. Roles .............................................................................................................................. 2
3.2. Artefactos...................................................................................................................... 3
3.3. Eventos.......................................................................................................................... 4
Anexo I........................................................................................................................................... 6
Bibliografia .................................................................................................................................... 6

i
El marco de trabajo SCRUM l “en menos de mil palabras”

1. ¿Qué es SCRUM?

Scrum es ampliamente conocido como un marco Ágil para el desarrollo y gestión de proyectos
de software, pero es mucho más que eso. Es un marco de gestión que permite hacer frente a
problemas complejos de manera adaptativa, contribuyendo al desarrollo de
productos/soluciones del más alto valor para los clientes. En este sentido más amplio Scrum es:
1) un acelerador de negocios, 2) un sistema de gestión del riesgo integrado, y 3) una herramienta
de gestión de equipos.

2. ¿Por qué interesarse por Scrum?

La implementación de Scrum puede reportar enormes beneficios1:

 Es un acelerador de negocios; permite hacer las cosas más rápido y mejor, priorizando
las características de mayor valor para los clientes

 Es un sistema de gestión del riesgo integrado; permite a los equipos a probar ciertas
características, enfoques o tácticas, y actuar rápidamente sobre los resultados.

 Es una herramienta de gestión de equipos; contribuye a equipos más felices y más

productivos

3. Elementos

Scrum se basa en tres elementos: eventos, roles y artefactos, que deben ser aplicado en
conjunto. Cada uno estos elementos sirve para un propósito específico, y cada uno es esencial
para el éxito de Scrum. Además, es necesario un conjunto de reglas para aglutinar y armonizar
todos los elementos.

Diagrama 1- Elementos de Scrum

1
Es sabido que Scrum es fácil de aprender (pocas reglas y pocos instrumentos), pero muy difícil de
implementar, ya requiere cambios muy profundos a nivel personal y organizacional. La principal dificulta
pasa por la gestión del cambio.

1
El marco de trabajo SCRUM l “en menos de mil palabras”

3.1. Roles

En todo Scrum Team2 (ST) hay un total de tres roles: el Product Owner (PO), el Development
Team (DT) y el Scrum Master (SM). Es posible, pero no recomendable, asignar a una persona
más de un rol, pero no está permitido crear ninguna otro rol, ya que podría perjudicar al equipo
poniendo en peligro su unidad.

El Scrum Team tiene que ser:

Auto-organizado: no hay un líder de equipo que decide qué persona va a hacer qué tarea o
cómo se resuelve un problema. Es el equipo en su conjunto quien decide estas y otras
cuestiones.

Multidisciplinar: el ST tiene todos los conocimientos y las competencias necesarias para realizar
el trabajo, dependiendo lo mínimo de personas externas al equipo.

Diagram 2 – Roles del ScrumTeam

2
Por razones prácticas utilizaremos los términos originales en inglés. En el Anexo I encontrarás un breve
diccionario de términos.

2
El marco de trabajo SCRUM l “en menos de mil palabras”

El DT recibe el apoyo: 1) del SM, considerado como un “coach” que ayuda a los miembros del
equipo en la implementación de Scrum. Y 2) del PO, que representa a los clientes o usuarios, y
guía al equipo en el desarrollo del producto adecuado.

3.2. Artefactos3

Siguiendo con los tres elementos del marco de trabajo Scrum, es momento de centrarnos en los
artefactos. Observa el Diagrama 3.

1.- El PO crea el Product Backlog, una lista de todos las características que podrían ser necesarias
en el producto final (#1, #2, #3…) Esta lista nunca está completa y cambia constantemente (1,
1.1, 1.2, …) La acción de ordenarla y añadir detalles y/o estimaciones se conoce como
“refinamiento”, y es un proceso continuo del que participan el PO y DT.

2.- El contenido del Product Backlog (#1, #2, #3…) puede presentarse como “historias de
usuarios”, aunque si bien es lo más habitual no tiene que ser así necesariamente. Estas no son
oficialmente un artefacto scrum.

3.- El Sprint Backlog (3) es el conjunto de caracteristicas seleccionadas del Product Backlog que
se producirán y engtregarán al finalizar el Sprint actual, y que contribuyen a la consecución del
objetivo del Sprint.

Diagrama 3 – Artefactos Scrum

4.- Por Incremento entenderemos todos los elementos/características del Product Backlog
completados hasta el final de un determinado Sprint: se produce un incremento al final de cada
sprint. Dichos elementos deben estar completamente hechos para revisarse y enviarse al cliente

3
Podemos pensar en los artefactos como en productos de gestión, productos necesarios para la gestión
del proyecto.

3
El marco de trabajo SCRUM l “en menos de mil palabras”

en caso que lo solicite. Done (hechos), se refiere a la comprensión compartida por todo el
equipo de lo que significa que una pieza de trabajo este completa al 100%.

3.3. Eventos

Vistos los roles y losa artefactos es momento de centrarse en los eventos.

Un proyecto gestionado con Scrum se desarrolla a partir de un número de sprints consecutivos,

como puedes observar en el Diagrama 4. El número de sprints depende del proyecto.

Diagrama 4 – Desarrollo de un proyecto con Scrum

Un Sprint es un periodo máximo de tiempo preestablecido con una duración fija (time-boxed)
que se establece para maximizar la productividad. Todos los eventos scrum son time-boxed. Los
ST son libres de cambiar la duración en base a las lecciones aprendidas, pero no con frecuencia,
y nunca basándose en ocasiones individuales

Anteriormente hemos hecho referencia al Sprint Backlog, el conjunto de

elementos/características acordadas al inicio de cada Sprint que el DT debe desarrollar durante
el Sprint actual. El Diagrama 4 muestra como dicho contenido se trabaja durante todo el Sprint
a través de los diferentes eventos:

1.- El propósito del Sprint es generar un producto funcional y utilizable que pueda ir ajustándose
a los objetivos del proyecto. Se asegura así que el producto final cumpla con las expectativas del
usuario.

2.- Cada Sprint se inicia con una reunión de planificación (Sprint Planning), donde se
identifican:1) el objetivo del Sprint, 2) las tareas para lograrlo y 3) se alcanza un compromiso
sobre el esfuerzo requerido para lograrlo.

Diagrama 4 – Contenido de un Sprint (I)*

rint proceses

* Basado en RAD, N. y TURLEY, F. (2014)

4
El marco de trabajo SCRUM l “en menos de mil palabras”

3.- A lo largo del Sprint el DT mantiene una reunión diaria (Daily Scrum) para coordinar el trabajo
de las próximas 24 horas.

4.- Antes de finalizar el Sprint el DT demuestra el resultado al cliente y recibe feedback en una
reunión conocida como Sprint Review.

Diagrama 4.1 – Contenido de un Sprint (II)*

rint proceses

* Basado en RAD, N. y TURLEY, F. (2014)

5.- Finalmente justo antes de que el Sprint actual termine, el DT se reúne para revisar el Sprint
con el propósito de mejorar el proceso (lecciones aprendidas) en el próximo Sprint (Sprint
Retrospective).

5
El marco de trabajo SCRUM l “en menos de mil palabras”

Anexo I

Diccionario de términos

Versión original Castellano

Roles Roles
Scrum Team Equipo Scrum
Product Owner Dueño del Producto
Scrum Master Scrum Master
Development Team Equipo de Desarrollo
Events Eventos
Sprint Sprint
Sprint Planning Meeting Reunión de Planificación de Sprint
Sprint Goal Objetivo del Sprint
Daily Scrum Scrum Diario
Sprint Review Revisión de Sprint
Sprint Restrospective Restrospectiva de Sprint
Artifacts Artefactos
Product Backlog Lista de Producto
Sprint Backlog Lista de Pendientes del Sprint
Increment Incremento

Bibliografia

MOREIRA, M. , LESTER, M. y HOLZNER, S. (2010) Agile for Dummies. Disponible en:

<http://cs.anu.edu.au/courses/COMP3120/public_docs/AgileForDummies.pdf> [Consulta: 5 de
Diciembre 2014]

RAD, N. y TURLEY, F. (2014) Exin Agile Scrum Foundation Workbook. Disponible en:
http://www.mplaza.pm [Consulta: 20 de Enero de 2015]

SCHWABER, K. y SUTHERLAND, J. (2013) La Guia de Scrum. Disponible en:

<http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-ES.pdf> [Consulta: 4
de Febrero de 2015]