MP - Scrum en menos de mil palabras
10
Scrum “en me palabra enos de mil as” Juan Lui l is Vila Grau
Transcript of MP - Scrum en menos de mil palabras
Scrum
“en menos de
palabras
en menos de mil
palabras”
Juan Luis Vila Grau
mil
Juan Luis Vila Grau
“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.
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 con SCRUM, sacarás mucho más provecho de
lecturas posteriores y más completas sobre el tema, si primero asimilas y entiendes el
contenido de este 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:
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 mplaza.pm
Scrum “en menos de mil palabras
Copyright © Juan Luis Vila Grau
Reservados todos los derechos. Con la excepción de breves pasajes y citas que tengan por propós
revisar o comentar el mismo, ninguna parte de esta publicación puede ser reproducida o transmitida en
cualquier forma o por cualquier me
Contactar en [email protected]
en menos de mil palabras”
Reservados todos los derechos. Con la excepción de breves pasajes y citas que tengan por propós
inguna parte de esta publicación puede ser reproducida o transmitida en
cualquier forma o por cualquier medio sin consentimiento previo del autor.
iii
Reservados todos los derechos. Con la excepción de breves pasajes y citas que tengan por propósito
inguna parte de esta publicación puede ser reproducida o transmitida en
Scrum “en menos de mil palabras”
i
Scrum “en menos de mil palabras”
1. ¿Qué es SCRUM? .................................................................................................................. 2
2. ¿Por qué interesarse por Scrum? ......................................................................................... 2
3. Elementos ............................................................................................................................. 2
3.1. Roles .............................................................................................................................. 3
3.2. Artefactos...................................................................................................................... 4
3.3. Eventos .......................................................................................................................... 5
Anexo I ........................................................................................................................................... 7
Bibliografia .................................................................................................................................... 7
Scrum “en menos de mil palabras
1. ¿Qué es SCRUM?
Scrum es ampliamente conocido
de software, pero es mucho más que eso. E
problemas complejos de manera adaptativa, contribuyendo al desarrollo de
productos/soluciones del más alto
es: 1) un acelerador de negocios,
herramienta de gestión de equipos.
2. ¿Por qué interesarse por
La implementación de Scrum puede reportar enormes beneficios
• Es un acelerador de negocios; permite hacer l
las características de
• Es un sistema de gestión de
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:
conjunto. Cada uno estos elementos
para el éxito de Scrum. Además,
todos los elementos.
1 Es sabido que Scrum es fácil de aprender (pocas reglas y pocos instrumen
implementar, ya requiere cambios muy profundos a nivel personal y organizacional. La principal pasa por la gestión del cambio.
en menos de mil palabras”
conocido como un marco Ágil para el desarrollo y gestión
mucho más que eso. Es un marco de gestión que permite
de manera adaptativa, contribuyendo al desarrollo de
más alto valor para los clientes. En este sentido más amplio
e negocios, 2) un sistema de gestión del riesgo integrado, y
herramienta de gestión de equipos.
interesarse por Scrum?
a implementación de Scrum puede reportar enormes beneficios1:
un acelerador de negocios; permite hacer las cosas más rápido y mejor, priorizando
mayor valor para los clientes
stión del riesgo integrado; permite a los equipos a probar ciertas
características, enfoques o tácticas, y actuar rápidamente sobre los resultados.
a herramienta de gestión de equipos; contribuye a equipos más felices y más
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
para el éxito de Scrum. Además, es necesario un conjunto de reglas para aglutinar
Diagrama 1- Elementos de Scrum
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
2
y gestión de proyectos
que permite hacer frente a
de manera adaptativa, contribuyendo al desarrollo de
más amplio Scrum
riesgo integrado, y 3) una
rápido y mejor, priorizando
a los equipos a probar ciertas
características, enfoques o tácticas, y actuar rápidamente sobre los resultados.
a herramienta de gestión de equipos; contribuye a equipos más felices y más
y artefactos, que deben ser aplicado en
para un propósito específico, y cada uno es esencial
un conjunto de reglas para aglutinar y armonizar
tos), pero muy difícil de implementar, ya requiere cambios muy profundos a nivel personal y organizacional. La principal dificulta
Scrum “en menos de mil palabras
3.1. Roles
En todo Scrum Team2 (ST) hay
Team (DT) y el Scrum Master (SM).
más de un rol, pero no está permitido
equipo poniendo en peligro su unidad.
El Scrum Team tiene que ser:
Auto-organizado: no hay un líder
cómo se resuelve un problema.
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.
El DT recibe el apoyo: 1) del
equipo en la implementación de Scrum. Y
guía al equipo en el desarrollo del
2 Por razones prácticas utilizaremos los términos originales en inglés. En el Anexo I encontr
diccionario de términos.
en menos de mil palabras”
ay un total de tres roles: el Product Owner (PO), el
y el Scrum Master (SM). Es posible, pero no recomendable, asignar
o está permitido crear ninguna otro rol, ya que podría perjudicar al
su unidad.
: no hay un líder de equipo que decide qué persona va a ha
un problema. Es el equipo en su conjunto quien decide estas y otras
ST tiene todos los conocimientos y las competencias necesarias para
, dependiendo lo mínimo de personas externas al equipo.
SM, considerado como un “coach” que ayuda a los
en la implementación de Scrum. Y 2) del PO, que representa a los clientes o
el desarrollo del producto adecuado.
Por razones prácticas utilizaremos los términos originales en inglés. En el Anexo I encontr
Diagram 2 – Roles del ScrumTeam
3
), el Development
asignar a una persona
ya que podría perjudicar al
equipo que decide qué persona va a hacer qué tarea o
Es el equipo en su conjunto quien decide estas y otras
ST tiene todos los conocimientos y las competencias necesarias para
ayuda a los miembros del
clientes o usuarios, y
Por razones prácticas utilizaremos los términos originales en inglés. En el Anexo I encontrarás un breve
Scrum “en menos de mil palabras
3.2. Artefactos3
Siguiendo con los tres elementos del marco de trabajo Scrum, es momen
los artefactos. Observa el Diagrama 3.
1.- El PO crea el Product Backlog
necesarias en el producto
constantemente (1, 1.1, 1.2, …)
conoce como “refinamiento”, y
2.- El contenido del Product Backlog
usuarios”, aunque si bien es lo más habitual
oficialmente un artefacto scrum.
3.- El Sprint Backlog (3) es el conjunto de caracteristicas seleccionadas
se producirán y engtregarán al finaliz
objetivo del Sprint.
4.- Por Incremento entenderemos tod
completados hasta el final de un
cada sprint. Dichos elementos deben
cliente en caso que lo solicite
el equipo de lo que significa que
3 Podemos pensar en los artefactos como en productos de gestión, productos necesarios para la gestión
del proyecto.
1
2
en menos de mil palabras”
elementos del marco de trabajo Scrum, es momento de centrarnos en
Observa el Diagrama 3.
Product Backlog, una lista de todos las características
final (#1, #2, #3…) Esta lista nunca está completa y cambia
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.
Product Backlog (#1, #2, #3…) puede presentarse como
si bien es lo más habitual no tiene que ser así necesariamente. E
un artefacto scrum.
(3) es el conjunto de caracteristicas seleccionadas del Product Backlog
y engtregarán al finalizar el Sprint actual, y que contribuyen a la consecución d
entenderemos todos los elementos/características del
el final de un determinado Sprint: se produce un incremento al
ichos 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
que una pieza de trabajo este completa al 100%.
Podemos pensar en los artefactos como en productos de gestión, productos necesarios para la gestión
Diagrama 3 – Artefactos Scrum
1.2
3 3
4
to de centrarnos en
que podrían ser
Esta lista nunca está completa y cambia
añadir detalles y/o estimaciones se
s un proceso continuo del que participan el PO y DT.
como “historias de
necesariamente. Estas no son
Product Backlog que
a la consecución del
del Product Backlog
un incremento al final de
para revisarse y enviarse al
compartida por todo
Podemos pensar en los artefactos como en productos de gestión, productos necesarios para la gestión
Scrum “en menos de mil palabras
3.3. Eventos
Vistos los roles y losa artefactos es momento de centrarse en los eventos.
Un proyecto gestionado con Scrum
consecutivos, como puedes observar en el Diagrama 4
proyecto.
Un Sprint es un periodo máximo
que se establece para maximizar la productividad. Todos los eventos scrum
Los ST son libres de cambiar la duración en base a las lecciones aprendidas, pero n
frecuencia, y nunca basándose
Anteriormente hemos hecho referencia
elementos/características acordadas al inicio de cada
durante el Sprint actual. El Diagrama 4
el Sprint a través de los diferentes
1.- El propósito del Sprint
ajustándose a los objetivos del proyecto. Se
expectativas del usuario.
2.- Cada Sprint se inicia con
identifican:1) el objetivo del Sprint,
sobre el esfuerzo requerido para lograrlo.
* Basado en RAD, N. y TURLEY, F. (2014)
Diagram
Diagram
en menos de mil palabras”
Vistos los roles y losa artefactos es momento de centrarse en los eventos.
proyecto gestionado con Scrum se desarrolla a partir de un número de s
puedes observar en el Diagrama 4. El número de sprints depende del
máximo de tiempo preestablecido con una duración
para maximizar la productividad. Todos los eventos scrum
ST son libres de cambiar la duración en base a las lecciones aprendidas, pero n
frecuencia, y nunca basándose en ocasiones individuales
Anteriormente hemos hecho referencia al Sprint Backlog, el conjunto
rísticas acordadas al inicio de cada Sprint que el DT debe desarrollar
Diagrama 4 muestra como dicho contenido se trabaja durante todo
diferentes eventos:
es generar un producto funcional y utilizable
los objetivos del proyecto. Se asegura así que el producto final cumpla
se inicia con una reunión de planificación (Sprint Planning
el objetivo del Sprint, 2) las tareas para lograrlo y 3) se alcanza
o requerido para lograrlo.
Basado en RAD, N. y TURLEY, F. (2014)
Diagrama 4 – Desarrollo de un proyecto con Scrum
Diagrama 4 – Contenido de un Sprint (I)*
5
se desarrolla a partir de un número de sprints
El número de sprints depende del
duración fija (time-boxed)
para maximizar la productividad. Todos los eventos scrum son time-boxed.
ST son libres de cambiar la duración en base a las lecciones aprendidas, pero no con
Sprint Backlog, el conjunto de
el DT debe desarrollar
como dicho contenido se trabaja durante todo
producto funcional y utilizable que pueda ir
roducto final cumpla con las
Sprint Planning), donde se
2) las tareas para lograrlo y 3) se alcanza un compromiso
Scrum “en menos de mil palabras
3.- A lo largo del Sprint el DT
trabajo de las próximas 24 horas.
4.- Antes de finalizar el Sprint
reunión conocida como Sprint Review
* Basado en RAD, N. y TURLEY, F. (2014)
5.- Finalmente justo antes de
con el propósito de mejorar el proceso (lecciones aprendidas) en el próximo Sprint
Retrospective).
Diagram
en menos de mil palabras”
DT mantiene una reunión diaria (Daily Scrum) para coordinar el
trabajo de las próximas 24 horas.
print el DT demuestra el resultado al cliente y recibe
Sprint Review.
Basado en RAD, N. y TURLEY, F. (2014)
justo antes de que el Sprint actual termine, el DT se reúne para
mejorar el proceso (lecciones aprendidas) en el próximo Sprint
Diagrama 4.1 – Contenido de un Sprint (II)*
6
) para coordinar el
demuestra el resultado al cliente y recibe feedback en una
se reúne para revisar el Sprint
mejorar el proceso (lecciones aprendidas) en el próximo Sprint (Sprint
Scrum “en menos de mil palabras”
7
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]
