Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Manual de formación
Management Plaza
www.managementplaza.es
Page 2
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Contenido
Acerca de los Autores ............................................................................................................... 5
Management Plaza ................................................................................................................... 6
Nuestros materiales PSM (Professional Scrum Master) ............................................................. 7
El examen PSMI ........................................................................................................................ 8
1. Introducción .................................................................................................................... 10
1.1. ¿Que son Scrum y Agile?.......................................................................................... 10
1.2. Cuando necesitamos emplear los marco Ágiles? ...................................................... 10
1.3. Cuando podemos utilizar Agile? ............................................................................... 10
1.4. El Manifiesto Agile ................................................................................................... 11
Al respecto, Scrum es una forma sencilla de poner en práctica todos y cada uno de estos
valores. ............................................................................................................................... 11
2. Roles de Scrum................................................................................................................ 13
2.1. Equipo Scrum .......................................................................................................... 13
2.2. Rol 1: El Dueño del producto ................................................................................... 14
2.3. Rol 2: El Scrum Máster ............................................................................................. 15
2.4. Rol 3: El Equipo de Desarrollo .................................................................................. 16
2.5. Otros roles ............................................................................................................... 17
2.6. ¿Quién es el director de proyecto? .......................................................................... 18
3. Eventos Scrum ................................................................................................................ 20
3.1. Introducción ............................................................................................................ 20
3.2. “Bloques de tiempo” (time box) ............................................................................... 20
3.3. Evento 1: El Sprint ................................................................................................... 21
3.4. Evento 2: Planificación del Sprint ............................................................................. 22
3.5. Evento 3: Scrum Diario ............................................................................................ 25
3.6. Evento 4: Revisión del Sprint.................................................................................... 27
3.7. Evento 5: Retrospectiva del Sprint ........................................................................... 28
3.8. Refinamiento del Backlog del Producto.................................................................... 28
4. Artefactos Scrum ............................................................................................................. 30
4.1. Artefacto 1: Backlog de Producto ............................................................................. 30
4.2. Artefacto 2: Backlog del Sprint ................................................................................. 31
4.3. Artefacto 3: Incremento .......................................................................................... 32
Page 3
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Page 4
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Frank Turley lleva como Project Manager más de 15 años. Está certificado
como PRINCE2 Practitioner y Scrum Máster, así como formador y coach
en gestión de Proyectos. Ha escrito varios libros sobre PRINCE2 y Gestión
de Proyectos, y es conocido en el mundo PRINCE2 por crear uno de los
materiales más populares de autoformación PRINCE2 que incluyen:
The PRINCE2 Foundation Training Manual and video course
The PRINCE2 Practitioner Training Manual
The PRINCE2 Sample Project
Website: http://managementplaza.es/
LinkedIn: http://www.linkedin.com/in/juanluisvilagrau
Page 5
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Management Plaza
Page 6
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Este sencillo libro es parte de una serie sobre la formación Agile y Scrum. A continuación te
detallamos otros materiales que tal vez también podrían ser de tu interés:
Hasta donde sabemos, este tipo de formación es único, y aunque nos ha llevado mucho
tiempo prepararlo, te lo ofrecemos al coste más bajo posible, para que coincida con el coste
bajo del examen; así no tendrás que preocuparte por el coste total de adquirir la certificación.
Más información.
Aunque el principal objetivo de nuestros cursos en línea es ayudarte a aprender los conceptos
básicos, también hemos considerado lo que necesitas para certificarte, y así demostrar tus
conocimientos y aumentar tus oportunidades profesionales. Por todo ello hemos hecho algo
único: nuestro curso en línea integra 4 certificaciones al mismo tiempo. Tras finalizar este
curso satisfactoriamente estarás “casi” listo para presentarte a cada una de las cuatro
certificaciones más reconocidas internacionalmente en el ámbito de Agile y Scrum.
Decimos “casi” porque tras nuestro curso sería necesario que realizases unos módulos
específicos de preparación para cada uno de estos exámenes. Dichos módulos se centran
básicamente en realizar exámenes de preparación, ya que tras nuestro curso ya conocerás los
principales conceptos. Más información.
Page 7
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
El examen PSMI
Scrum.org fue fundada en 2009 por Ken Schwaber y Alex Armstrong. Es uno de los organismos
líderes en la certificación de Scrum, y su principal certificación de Scrum, se conoce como PSM
I (Professional Scrum Master, nivel I) y). Se trata de uno de los certificados más conocidos
entre la comunidad Scrum, y valida el conocimiento fundamental del marco de Scrum y de su
aplicación.
Este libro te ayudará a entender la Guía de Scrum mejor y más fácilmente. También
disponemos de un pack de auto estudio para preparar el examen PSM. Si estás interesado en
aumentar tus posibilidades de superar con éxito el examen a la primera, te interesa.
Page 8
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
1
Introducción
Page 9
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
1. Introducción
Métodos adaptativos son llamados Agile. Hay muchos marcos de trabajo ágiles, y sin lugar a
dudas, el más famoso es Scrum.
Page 10
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
piezas del trabajo que se producen a lo largo del proyecto estén en funcionamiento, de lo
contrario no seremos capaces de recibir un feedback real.
El producto final se produce siempre de manera incremental, lo que significa que vamos
añadiendo sucesivamente nuevas características/funcionalidades sobre el mismo producto.
Además, el desarrollo debe ser "iterativo", lo que significa que debemos repetir los procesos
de desarrollo (por ejemplo, de diseño) para cada incremento.
Así pues, sólo podemos utilizar Agile cuando el producto tiene la capacidad de ser desarrollado
manera incremental e iterativa. Por desgracia, no todos los productos tiene esta capacidad. El
mejor de los casos para la agilidad es el desarrollo de software. También se utiliza en algunos
proyectos de investigación, y muchos programas (por ejemplo, iniciativas de cambio
organizacional).
Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia
experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar:
Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.
Al respecto, Scrum es una forma sencilla de poner en práctica todos y cada uno de estos
valores.
Page 11
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
2
Roles de Scrum
Page 12
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
2. Roles de Scrum
2.1.Equipo Scrum
Hay tres roles en un proyecto Scrum, ni más, ni menos. No podemos establecer ningún otro rol
ya que pondría en peligro la unidad del equipo, lo que es incompatible con la filosofía de
SCRUM.
El término “Equipo Scrum” se refiere a todos los miembros del equipo del proyecto: a cada
uno los miembros internos del proyecto. Por lo general los Miembros del Scrum llevan a cabo
solo uno de los roles: Dueño del Producto, Scrum Máster o Miembro del Equipo de Desarrollo.
Es posible asignar a una persona más de un rol, pero no es recomendable.
Existen otras personas que pueden estar implicadas en el proyecto pero no se consideran
“internas” al proyecto y SCRUM no dice mucho respecto a ellos. Sin embargo, es necesario que
estas personas mantengan cierto comportamiento para que un proyecto Scrum tenga éxito
(por ejemplo, deben respetar el funcionamiento de un proyecto Scrum).
El cliente (sea interno o externo) también deberá entender y adoptar el marco Scrum, dado
que tanto la manera de relacionarse con el equipo, como la manera en que el proyecto se
entrega varían en Scrum.
Page 13
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Este rol pertenece a una única persona. Puede existir una Comisión que gestione las
responsabilidades de este rol, pero en tal caso debe haber una persona que los represente, y
dicha persona será el Dueño del Producto.
El Dueño del Producto se concentra en los aspectos del negocio. Por ejemplo, en proyectos de
desarrollo de software no es necesario que el Dueño del Producto sea un desarrollador,
únicamente necesitaría saber un poco sobre desarrollo, pero mucho sobre cómo opera el
negocio.
El Dueño del Producto es responsable del Backlog de Producto, una lista priorizada de
elementos (generalmente en la forma de historias de usuario) que el cliente espera del
proyecto; es la principal herramienta de planificación en Scrum. También es el responsable de
Page 14
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
hacer que cada elemento (historia del usuario) sea fácilmente entendible para el equipo Scrum
y el resto de partes interesadas.
El Dueño del Producto debe comunicarse con el cliente (indiscutible factor de éxito en
cualquier método de gestión de proyectos) y utilizar la información para mantener actualizado
el Backlog del Producto. También es el responsable de monitorear el desarrollo del proyecto,
estima la fecha de finalización y hace esta información transparente a todas las partes
interesadas.
Requisitos Comunicación
Comunicación
Organización Desarrolladora /
Equipo Scrum
Cliente
El Dueño del Producto conoce el negocio y por ello puede clasificar cada elemento del Backlog
de Producto, en función del retorno de inversión y/o cualquier otro factor que encuentre
conveniente para el negocio. Los artículos (elementos del backlog) se ordenan mayor a menor
en función de su valor de negocio (para abreviar sólo valor); cuanto más arriba estén en el
Backlog de Producto, más pronto se desarrollarán por el Equipo de Desarrollo.
Para que el proyecto tenga posibilidades de éxito toda la organización debe respetar las
decisiones del Dueño del Producto. Nadie, ni siquiera el director general, debería permitir que
se invaliden dichas decisiones, y nadie debe decirle al equipo de desarrollo que desarrollar y
entregar, salvo el Dueño del Producto, que establece y ordena los elementos del Backlog del
Producto. Las decisiones del Dueño del Producto podrían estar influenciadas por otros, pero
es él quien tendrá la última palabra.
El Dueño del Producto puede delegar parte de sus responsabilidades (como la preparación de
la lista de artículos del Backlog de Producto en el equipo de desarrollo), pero continuará
siendo su responsabilidad.
Page 15
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Además el Scrum Máster es el responsable de: eliminar los impedimentos que el Equipo de
Desarrollo encuentra en la implementación de Scrum, facilitar los eventos Scrum (reuniones) y
entrenar al equipo en el marco Scrum. También colabora con el Dueño del Producto, por
ejemplo ayudando y asesorando en encontrar nuevas técnicas, en la comunicación y en la
facilitación de las reuniones.
Si bien una persona puede ser a la vez Scrum Máster y miembro del Equipo de
Desarrollo, no es recomendable. Ser el Scrum Máster de un proyecto normal podría no
ocupar 100% del tiempo de una persona; en ese caso, la mejor solución es asignar a
esa misma persona como Scrum Máster en más de un proyecto, en lugar de hacerlo
miembro del equipo de desarrollo.
Un Equipo de Desarrollo debe ser multifuncional: capaz de realizar cada uno de los elementos
del Backlog de Producto de la A la Z. Además debe auto-organizarse, ser responsable y capaz
de encontrar su propio camino en lugar de recibir órdenes, y al respecto deberá alinearse con
el propósito del proyecto y no trabajar “a ciegas”. Durante el Sprint una tarea podría asignarse
a un solo miembro del equipo, pero todo el equipo de desarrollo será responsable de esa
tarea; ningún individuo es dueño de una tarea.
Page 16
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
El Equipo de Desarrollo entrega el producto paso a paso, de manera incremental: tal y como
está definido en el Backlog de Producto. Siempre trabaja enfocado en el producto.
Es muy recomendable para los miembros del equipo de desarrollo trabajar a tiempo completo
en un proyecto, para mantenerse centrados y ágiles. La composición del equipo de desarrollo
no debe cambiar a menudo, y si hubiera necesidad de hacer algún cambio no debería suceder
durante un Sprint. Cuando se produzca un cambio en la composición del equipo, habrá una
disminución en la productividad del equipo a corto plazo.
Scrum es más eficaz cuando el quipo está compuesto por entre 3 y 9 miembros. En proyectos
grandes, podemos utilizar un modelo a escala con múltiples equipos de Scrum.
2.5.Otros roles
Podrías caer la tentación de dar los miembros del Equipo de Desarrollo títulos más específicos
como el de diseñador, probador, inspector de calidad y jefe de equipo; ¡Scrum NO lo permite!
Todos los miembros deben tener el mismo rol y el mismo título: Miembro del Equipo de
Desarrollo.
Page 17
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
La respuesta es simple: no hay tal papel en Scrum, y ninguno de los tres roles actúa como un
director de proyecto tradicional.
Así pues, resulta mucho más conveniente plantearse ¿qué ocurre con la gestión de proyectos?
Las responsabilidades de gestión de proyectos se distribuyen entre los tres roles de Scrum y no
hay una gestión de proyectos centralizada.
Page 18
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
3
Eventos Scrum
Page 19
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
3. Eventos Scrum
3.1.Introducción
Un proyecto que sigue Scrum se gestiona en base a cinco rituales (eventos) clave:
Sprint
1. El Sprint: cada proyecto Scrum es un conjunto de Sprints. Un Sprint contiene, tal y como
muestra el diagrama de arriba, los otros cuatro eventos o rituales, el esfuerzo de desarrollo, y
el mantenimiento del Backlog de Producto.
2. La Planificación del Sprint: es el primer evento dentro de un Sprint. El Equipo Scrum planea
los artículos que se van a entregar en el Sprint y cómo se hará.
3. El Scrum Diario: durante el Sprint, el equipo de desarrollo tiene una reunión diaria de 15
minutos, durante la cual se coordinar el trabajo de las próximas 24 horas. Esta reunión se llama
Scrum Diario.
4. Revisión del Sprint: antes del final del Sprint el equipo de Desarrollo demuestra el resultado
del Sprint al cliente y recibe retroalimentación (feedback). Esta reunión se llama Revisión del
Sprint, también se conoce como Demostración del Sprint.
5. Retrospectiva del Sprint: después de la revisión de Sprint y justo antes de que finalice el
Sprint, el equipo de desarrollo tiene una reunión interna para revisar el Sprint y mejorar el
proceso (lecciones aprendidas) en el próximo Sprint. Esta reunión se conoce como
Retrospectiva del Sprint.
La duración de estos bloques de tiempo debe acordarse y prefijarse. Si bien somos libres de
cambiar la duración de dichos bloque en función de las lecciones aprendidas, no deberíamos
hacerlo en base a circunstancias puntuales. Por ejemplo, no podemos decir "tenemos mucho
que hacer en este sprint, así que vamos a aumentar la duración de esta bloque de tiempo". Lo
que si podemos plantear es "en basa a los diez bloques de tiempo anteriores, nos hemos dado
cuenta de que la duración de nuestros bloques no es la adecuado, y que un aumento del 30%
Page 20
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
en la duración puede ser más adecuado a nuestras necesidades. Así que vamos a aumentarlo a
partir de ahora".
3.3.Evento 1: El Sprint
Sprint 1
Puedes considerar que cada nuevo Incremento al final de un Sprint es una versión actualizada
del Incremento anterior, con nuevos características y funcionalidades, y que puede o no
entregarse al cliente, pero siempre debe ser potencialmente entregable.
La clave está en que generalmente los clientes solicitan cambios cuando ven el incremento,
durante la Revisión del Sprint. Estas nuevas solicitudes se añaden al Backlog de Producto y se
desarrollaran en función de su valor (valor de negocio). Recuerda que es el Dueño del Producto
el encargado de esta establecer los criterios para determinar el valor de cada uno de los
elementos del Backlog de Producto.
Cada elemento del Backlog del Producto (historia de usuario) debería poder
completarse en un Sprint, ya que así son mucho más fáciles de gestionar. El Dueño del
Producto y el Equipo de Desarrollo seleccionan los artículos de la parte superior del
Backlog de Producto, que ya ha sido previamente ordenado por el Dueño del Producto.
Su objetivo es conseguir que estos estén "Completo" al 100% cuando el Sprint termine,
y generar un incremento. Un incremento es la suma de todos los elementos
completados durante el Sprint actual y todos los Sprints anteriores.
Page 21
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Sprint time box: La mayoría de las organizaciones trabajan con Sprints de entre 2 y 4 semanas.
Si trabajamos con Sprints más largos es probable que los cambios no aplicados sean lo
suficientemente “grandes” como para generar problemas, aumentando la complejidad y el
riesgo. Por lo tanto debemos limitar los Sprints a no más de un mes de calendario. Pero por
otro lado, los Sprints tampoco deben ser demasiado cortos porque entonces no seremos
capaces de producir artículos completos durante los mismos. Recuerda que nuestro objetivo
es ofrecer al cliente el producto, o solución final, artículo por artículo, dentro de los límites de
los Sprints; no queremos dividir la realización de un artículo del Backlog de Producto entre
varios Sprints.
¿Puede cancelarse un sprint? A pesar de que como ya sabemos los Sprint son “bloques
de tiempo” que no cambian, el Dueño del Producto tiene la autoridad para cancelar un
Sprint. Esto puede suceder cuando el Objetivo de Sprint ha quedado obsoleto, bien por
cambios en el Backlog de Producto, en la estrategia, en el enfoque, etc. Cuando se
cancela un Sprint, los elementos que están "completos" son revisados y aceptados, y el
resto de los artículos (aquellos que no se han iniciado o están parcialmente completos)
se añaden de nuevo al Backlog del Producto para completarse en el futuro, en caso de
que fuera necesario.
Sprint
El Equipo de desarrollo no tiene que espera hasta que el Backlog de Producto esté
planificado al 100% para comenzar a desarrollar el proyecto. Tan pronto como el
Backlog de Producto esté lo bastante maduro, tenga el número necesario de historias
como para proporcionar la información de primer Sprint, el Dueño del Producto y el
Equipo de Desarrollo comienzan con el primer Sprint.
Page 22
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Seleccionados los artículos, el Equipo Scrum debería redactar el objetivo del Sprint. El
objetivo del Sprint es el objetivo que debería alcanzarse durante el Sprint a través del
desarrollo de los elementos seleccionados del Backlog del Producto, y proporciona
orientación al Equipo de Desarrollo sobre por qué se está construyendo el incremento.
Vamos a habilitar todas las partes esenciales de la tienda online para permitir un proceso
de compra completo. Esto hará que otras características de la página web sean más
significativas para el cliente.
El alcance del Sprint, que está compuesto por los distintos elementos seleccionados
del Backlog del Producto, podría necesitar un mayor grado de detalle conforme el
Sprint vaya evolucionando. Este mayor grado de detalle, deberá estar siempre
alineado con el Objetivo del Sprint, y en el caso que fuera necesario negociarse, deberá
estar presente el Dueño del Producto. El objetivo del Sprint también se incluye en el
Backlog del Sprint.
Una vez seleccionado los elementos a entregar y establecido el objetivo del Sprint, es
momento de planificar cómo los distintos artículos del Backlog del Sprint van a
“transformarse” en un incremento del producto "Completo", y como a través de estos
se hará realidad el objetivo del Sprint. Esta es la última parte del Backlog del Sprint.
Page 23
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Las notas adhesivas amarillas (post-its) son las tareas que se crean al descomponer
cada una de las historias de usuario (azules). Estas tareas (en amarillo) definen lo que
el equipo de desarrollo va a hacer para entregar cada elemento, y son responsables de
su preparación. Algunas tareas se crean en la reunión de Planificación del Sprint, y
otros a lo largo de todo el Sprint.
Puedes observar en el Tablón del Sprint los tres elementos del Backlog del Sprint: 1) el
Objetivo del Sprint, 2) los elementos seleccionados del Backlog del Producto para
completar en el Sprint, y 3) el plan detallado. El tablón cuenta además con otras
características adicionales que permiten el seguimiento de las tareas en las columnas
"Pendiente", "En Progreso" y "Completado".
Item #4
Item #5
Page 24
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
También puedes observar que se han añadido tareas adicionales a los elementos
situados en la parte baja del cuadro (item # 3 al # 5). Son el resultado de la
planificación detallada que se lleva a cabo durante el Sprint.
t.4.4 t.4.2
Item #4 t.4.5 t.4.1
t.5.4 t.5.3
Item #5
t.5.2 t.5.1
Los elementos del Backlog del Sprint guardan por lo general el mismo orden que
tenían en el Backlog del Producto, por lo tanto, el equipo de desarrollo debe trabajar
primero en los artículos de la parte alta de la tabla.
Cuando escalamos Scrum, los miembros de cada uno de los equipos de desarrollo se
reúnen con el Dueño del producto y seleccione sus elementos. De esta manera, cada
equipo forma su propio Backlog del Sprint por separado, pero sobre un único Backlog
de Producto.
Sprint
Page 25
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Durante el Scrum Diario cada miembro del Equipo de Desarrollo debe responder a
estas tres preguntas:
El Equipo de Desarrollo también debe monitorear el progreso del Sprint cada día y por
lo tanto es una buena idea que el tablón del Sprint, que podría ser un mural o un
grafico en la pared, este visible durante esta reunión. Podríamos además utilizar un
gráfico de avance (burn-down chart) para monitorear el trabajo restante y prever si
todos los artículos se completaran antes del final del Sprint .
Page 26
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
El tablón del Sprint anterior incluye una gráfica de avance del Sprint (Sprint Burn-down
chart) que nos ofrece información para el seguimiento del Sprint, y que podría
actualizarse después de cada reunión de Scrum Diario. Hablaremos sobre las gráficas
de avance del Sprint en la próxima sección.
Sprint
Al final del Sprint el Equipo Scrum y las otras partes interesadas se reúnen y mantienen
una reunión de tiempo limitado en función de la duración del Sprint, para presentar y
revisar los artículos "Completos", el incremento del actual Sprint, y actualizar el
Backlog del Producto. El propósito de presentar el incremento en esta reunión, es
recabar información y conocer las solicitudes de cambio a la mayor brevedad.
El Dueño del Producto examina el estado del Backlog del Producto y las fechas de
probables de finalización y los progresos realizados.
Feedback
Organziación “Desarrolladora”
Cliente
Por último, todo el equipo de Scrum participa en la revisión del backlog delproducto en
base a los resultados del Sprint y el feedback del cliente.
Page 27
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Sprint
Es una reunión de tres horas para Sprints de un mes, y proporcionalmente más corta
en función de la duración del Sprint.
Después de la Revisión de Sprint y justo antes del final del Sprint, se lleva a cabo una
reunión cuyo objetivo es la mejora de procesos (lecciones aprendidas), que se conoce
como Retrospectiva del Sprint.
La principal diferencia entre esta actividad y los cinco eventos de Scrum es que los
eventos de Scrum se realizan todos en “bloques o cajas de tiempo” pero el
“refinamiento” es una actividad constante que sucede a lo largo de todo el Sprint. Esta
actividad no debe consumir más de un 10% del tiempo del equipo de desarrollo.
Page 28
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
4
Artefactos Scrum
Page 29
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
4. Artefactos Scrum
En Scrum nos referimos a los Artefactos como a los resultados, o productos, de las
actividades de gestión. Están diseñados para aumentar la transparencia de la
información relativa a la entrega del proyecto, y propiciar oportunidades para la
inspección y adaptación del mismo.
1. El Backlog de Producto: una lista ordenada de todos los elementos que podría
necesitar el producto final, conocidos como historias o historias de usuario.
Los puntos 5 y 6 pueden parecer más actividades que artefactos, pero La Guía de
Scrum los considera como tales, y nosotros haremos lo mismo. Tal vez es más fácil
entenderlos como artefactos si consideramos como los verdaderos artefactos los
productos generados por estas actividades (información de seguimiento, graficas de
seguimiento, etc.)
Page 30
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
El Dueño del Producto establece una serie de factores que le ayudaran a determinar el
valor de cada artículo; el Retorno de la Inversión, por ejemplo, suele ser uno de esos
factores. Todos los factores pueden resumirse en un único valor que determina la
importancia de cada elemento del Backlog del Producto y que se muestra junto a este.
Además, cada elemento del Backlog de Producto incluye una estimación de trabajo.
Estas estimaciones las realiza exclusivamente el equipo de desarrollo y se utilizan para
determinar el número de elementos que se pueden seleccionar durante cierto Sprint,
en comparación con la capacidad de trabajo que el equipo pueda desarrollar en un
Sprint. También puede añadirse información adicional que contribuya a que el Equipo
Scrum monitoree a cada elemento.
El Equipo Scrum debe añadir detalles, estimaciones y ordenar los elementos del
Backlog de Producto durante todo el proyecto. A esta actividad ya nos hemos referido
anteriormente como “refinamiento” de la Backlog del Producto, y sabemos que no
debería consumir más de 10% del tiempo del Equipo.
Page 31
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
t.4.4 t.4.2
Item #4 t.4.5
Item #5
Después de la Planificación del Sprint los elementos del Backlog del Sprint se congelan,
y el equipo de desarrollo se centrará en entregar un incremento "completo" siguiendo
el plan establecido. Recuerda que no pueden añadirse ni eliminarse artículos (historias
de usuario) del Backlog del Sprint durante el Sprint. Sin embargo, podría ser necesario
obtener más información, justificar o aclarar algunos de los artículos, lo que debe
realizarse siempre en presencia del Dueño del Producto. El plan detallado del Sprint
que normalmente no está completo al final del evento de Planificación del Sprint,
continuará actualizando a medida que avanza el Sprint.
Cuando escalamos Scrum, cada Equipo de Desarrollo debe contar con su propio
Backlog del Sprint.
4.3.Artefacto 3: Incremento
Un incremento es la suma de todos los elementos del Backlog de producto
completados al finalizar un Sprint. Recuerda que cada incremento debe esta
“completo” y ser entregable. El Dueño del Producto puede o no puede entregar un
cierto incremento, pero debe ser potencialmente entregable.
Page 32
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Backlog
de Backlog
Producto de Backlog
Producto de Backlog
Producto Producto
Cuando varios equipos están trabajando en el mismo producto, cada equipo produce un
incremento “completo”. Los incrementos se combinan creando uno único para todo el
proyecto.
• Los procesos organizacionales (otras cosas podrían tener que hacerse en base a las
directrices de la organización);
Page 33
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
Cuando varios equipos Scrum están trabajando en un mismo proyecto, puede que no
sea posible que todos los equipos utilicen la misma definición de "Completo”, ya que
podrían estar trabajando en unidades de diferente naturaleza. En tal caso, cada Equipo
Scrum establecerá su propia definición de "Completo" y entregará sus elementos en
función de dicha definición. Sin embargo, la integración de las definiciones de
"Completo" debe ser capaz de generar un Incremento potencialmente entregable a
nivel de proyecto.
Puntos de Historia
Pendientes
500
450 Desempeño real
400
350
300
250
200
150
100
50
0
1 2 3 4 5 6 7 8 9 10 11 12 13 14 Time
Por lo general agregamos una segunda línea para representar la distribución del
volumen de trabajo estimado inicialmente para los Sprints. Esta línea actúa como
nuestro indicador del progreso planificado, y la utilizaremos comparándola con
nuestros valores reales (Desempeño Real).
Page 34
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
es responsabilidad del Equipo de Desarrollo y debe hacerse al menos una vez durante
el Scrum Diario.
t.4.4 t.4.2
Item #4 t.4.5
t.4.1
t.4.3
t.5.4t.5.3 t.5.1
Item #5 t.5.6
t.5.5 t.5.2
Page 35
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
5
Resumen
Page 36
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
5. Resumen
5.1.Roles de Scrum
Dueño del Producto Scrum Máster Equipo de Desarrollo
El Equipo Scrum tiene tres roles, y está prohibido para definir cualesquiera otros roles o títulos.
Todos ellos juntos son llamados Equipo Scrum. Un equipo Scrum debe¡ tener dos
características esenciales:
Auto- gestionados: el Equipo Scrum gestiona sus propios esfuerzos en vez de estar
gestionados o dirigidos por otros.
Page 37
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
5.2.Eventos Scrum
Un proyecto Scrum se realiza a través de una serie de sprints. Cada Sprint es un periodo de
tiempo “time box”, de no más de un mes, durante el cual se genera un incremento del
producto potencialmente entregable. Un Sprint contiene los siguientes eventos:
1. Planificación del Sprint: reunión de 8 horas durante la cual el equipo Scrum prepare Backlog
del Sprint, que es el plan para el Sprint actual.
2. Scrum Diario: reunión diaria 15 minutos para los miembros del equipo de desarrollo para
inspeccionar el trabajo realizado desde la última reunión y sincronizar el trabajo para las
próximas 24 horas.
3. Revisión del Sprint: reunión de 4 horas que tiene lugar al final del Sprint. Participan el quipo
Scrum y otras partes interesadas para inspeccionar el Incremento y recoger la opinión de los
usuarios que ayuda a definir o actualizar los artículos descripciones de la cartera de proyectos.
4. Retrospectiva del Sprint: Una reunión de 3 horas por el Equipo Scrum para descubrir las
lecciones que se pueden incorporar en Sprints futuras.
El Sprint y el resto de eventos son todos “time-boxed”: tienen una duración máxima durante la
cual el Equipo Scrum trata de alcanzar un determinado objetivo. Cada uno de los elementos
están diseñados para permitir la transparencia, la inspección, la regularidad y la adaptación.
Page 38
Scrum Máster, manual de formación
Una guía para superar el Professional Scrum Master (PSM) Exam
5.3.Artefactos Scrum
Backlog
de Backlog
Producto de Backlog
Producto de Backlog de
Producto Producto
Backlog del Sprint Backlog del Sprint Backlog del Sprint Backlog del Sprint
Incremento #4
Incremento #5 “Completo”, y
Incremento #6
Incremento #7 potnecialemnt
e entregable
To be applied
Feedback Feedback Feedback Feedback to the Product
Backlog
Sprint #6
Hay una serie de artefactos diseñados para aumentar la transparencia y proporcionar una
oportunidad para la inspección y la adaptación. Los artefactos de Scrum son los siguientes:
Page 39