Вы находитесь на странице: 1из 21

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.
1.0 ¿Qué es SCRUM?

2.0
¿Por qué interesarse
por Scrum?

3.0 Elementos

3.1 Roles

3.2 Artefactos

3.3 Eventos

Anexo I

Bibliografia
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
este breve documento introductorio.
01
¿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.
02
¿Por Qué
Interesarse
por Scrum?

La implementación de Scrum puede reportar


enormes beneficios:

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

Roles Artefactos Eventos

REGLAS
3.1
Roles

En todo Scrum Team (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.
3.1 Roles

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 Scrum Team

PRODUCT DEVELOPMENT SCRUM


OWNER (PO) TEAM (DT) MÁSTER (SM)
1 persona 3-9 personas (1 persona)
Mantiene la Responsable de Comprende Scrum
comunicación con el producir el producto o completamente
cliente la solución en Responsable de que
Es resonsable del desarrollo Scrum sea entendido y
product backlog Responsable de adoptado
Se asegura de que las gestionar su propio correctamente
descripciones están esfuerzo y desempeño Lidera la organización
claras Todo el DT es en la implantación de
Mide el desempeño del igualmente responsable Scrum
proyecto y rinde cuentas por Elimina los obstáculos
igual que encuentre el DT
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
Artefactos

Siguiendo con los tres elementos del marco


de trabajo Scrum, es momento de centrarnos
en los artefactos.
3.2 Artefactos

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.
Diagram 3 - Artefactos Scrum
3.2 Artefactos

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

Diagram 4 - Desarrollo de un proyecto con Scrum

Sprint #1 Sprint #2 Sprint #3 Sprint #4


3.3 Eventos

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.
3.3 Eventos

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)


3.3 Eventos

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)

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).
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 Planificación 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
Bibliografía

MOREIRA, M. , LESTER, M. y HOLZNER, S. (2010)


Agile for Dummies. Disponible en:
<http://cs.anu.edu.au/courses/COMP3120/public_docs/Ag
ileForDummies.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]
Aprende cómo gestionar proyectos
con SCRUM y prepárate para obtener
la certificación CERTIPROF®

Descubre el
curso
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:
jlvg@proagilist.es

Aprender más sobre 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.

Вам также может понравиться