(:..r'\ Scrum.org·· Q ;.

;;;44 [ Registro ]

y The l l - ,fS<n<nt Acerca de Capacitación Certificación Recursos Comunidad I nnovaciones

O Volver a la lista de blogs

Cómo facilitar una increíble Sprint Review en

"modo Bazar"
f Roland Flemm
= 0Bf38CilG1
25 de septiembre de 2018 Ahorrar(!)

4,7 de 17 valoraciones Suscribir~

El objetivo principal de Sprint Review (SR) es recopilar comentarios. Después de inspeccionar seriamente el producto, se deben identificar una
serie de cambios en el trabajo pendiente o puntos de acción para resolver los impedimentos.

La Guía Scrum dice: "Durante la Revisión del Sprint, el Equipo Scrum y las partes interesadas colaboran sobre lo que se hizo en el Sprint. En
base a eso y a cualquier cambio en el Product Backlog durante el Sprint, los asistentes colaboran en las siguientes cosas que podrían hacerse
para optimizar el valor. Esta es una reunión informal, no una reunión de estatus, y la presentación del Incremento tiene como objetivo obtener
comentarios y fomentar la colaboración".

G'

Debes haberlos presenciado al menos cien veces: esas Sprint Reviews donde cada equipo tiene su momento de fama para mostrar lo que han
estado sudando durante las últimas semanas. Qué decepcionante es mirar documentos PDF, powerpoints y páginas wiki llenas de diseños
asombrosos u otras fantasías en las que el equipo gastó el dinero del CEO. De vez en cuando alguien hace una pregunta educada para evitar
silencios incómodos. El obstáculo de las ovej as con muerte cerebral elogia la demost ración con un obediente aplauso. Por supuesto que sí; Son
los siguientes en la cola, incapaces de presentar nada frente a una gran multitud, y se destacan por aburrirnos muchísimo.

Podemos hacerlo mucho mejor que esto. "iMuéstrame

algún valor o VUELVE A CASA!"
Ante todo, se supone que la SR es una inspección exhaust iva del software en funcionamiento. Sentarse en una habitación mirando diaposit ivas o
capturas de pantalla aburridas probablemente no generará un entusiasmo creativo. lAlguna vez hiciste una inspección exitosa de algo sin que te
permitieran tocarlo? No. Así que la gente debería probar el producto y los desarrolladores deberían observarlos. Sólo entonces recogeremos
comentarios sensatos. El asistente hará clic en los botones equivocados, retrocederá, actualizará y hará todo lo que pueda imaginar que no
estaba incluido en nuestro fe liz flujo.

Además de inspeccionar el producto, los equipos deben compartir su estado y brindar información sobre su capacidad de aprendizaje con las
partes interesadas al discutir los desafíos que enfrentaron y enfrentan . Esto generará colaboración, porque las personas que financian el equipo
tienen el beneficio de sacar a los equipos del estancamiento. La Sprint Review es una oportunidad para que las partes interesadas interactúen
con los equipos para aprender qué decisiones pueden tomar para maximizar su ROi.

Existen varios formatos para rea lizar una Sprint Review. He probado algunos con diferentes tasas de éxito. El formato que mejor me funcionó es
el "Bazaar" o "Feria de Ciencias" de Sprint Review. En la mayoria de los casos, trabajo con equipos de funciones multifuncionales que t rabajan en
un único trabajo pendiente administrado por un PO. Eso facil ita las cosas, pero tener múltiples trabajos pendientes y múltiples órdenes de
compra no le impedirá tener un Sprint Review Bazaar exitoso.

Los consejos
El propietario del producto (PO) debe invitar a las personas adecuadas. Deben estar presentes todos los equipos pertenecientes a una t ribu o
departamento, que trabajen en el mismo producto o área de valor. Invitar a clientes internos y externos que de alguna manera estén
involucrados en el proceso de desarrollo del producto. Tenga en cuenta que no sirve de nada comenzar a invitar a clientes reales al azar, ya que
no tener ningún contexto dificultará a su SR con preguntas que deberían abordarse en otras sesiones. Asegúrese de anunciar qué características
inspeccionará en una invitación (correo electrónico) . o slack o lo que sea que uses) para que tus partes interesadas puedan decidir si estas
características son lo suficientemente importantes como para unirse a Sprint Review. Lo más importante es que no olvides invitar a "el que paga
las cuentas", ya sea el director general o algún ot ro personaje dest acado de la empresa. Saber que el CEO participará mejora la calidad de Sprint
Review porque ejerce una presión saludable para que sus equipos se desempeñen. Tenga en cuenta que para su primer Sprint Review Bazaar, no
presione demasiado para involucrar a esas partes interesadas. Su segundo Sprint Review Bazaar será mejor. Véalo como un ensayo con
vestuario. Cuando tenga éxito, se correrá la voz y obtendrá tracción.

No centre su revisión en los equipos bailando, sino dé forma a su revisión de Sprint utilizando las funciones entregadas. Esto podria requerir que
miembros de diferentes equipos colaboren en la inspección de una sola característ ica . I nspeccionar significa que un par de m iembros del equipo
real izan un taller o una demostración práctica de una característica que ayudaron a implementar, observan a los visitantes y entablan un diálogo.

El concepto principal de Sprint Review Bazaar es que se rea lizan múltiples inspecciones en paralelo. Para cada función entregada, cree una
"tienda" en su bazar. Los asistentes a Sprint Review deben elegir qué tienda quieren visitar. Las personas pueden visitar dos tiendas por Sprint
Review.

Preferiblemente tener al SR en el lugar habitual de trabaj o. El tiempo disponible en el sprint para realizar el trabajo de desarrollo ha terminado,
por lo que de todos modos nadie está haciendo nada más . Una ubicación dedicada separada también está bien, pero no es necesaria. Asegúrese
de que sus "tiendas" no estén demasiado cerca unas de otras, para que la gente no moleste a otras t iendas que trabajan cerca. Deje que los
"miembros de la tienda" creen un banner grande con el nombre de la fu nción para que las personas sepan lo que pueden aprender en cada
tienda.

Si t iene personas que cooperan en la SR desde una ubicación remot a, utilice una sala cerrada (una sala de reuniones) que esté suficientemente
equipada con equipo de reunión remota para que el equipo remoto interactúe. Se requie re un facilitador local para ayudar a que la contribución
remota sea exitosa.

Para preparar y ver ificar la calidad de la RS, siempre planifico sesiones de preparación con el PO y los equipos para centrarme en el contenido de
sus presentaciones. El Scrum Master y el PO juegan un papel importante al hacer las preguntas correctas para lograr el desempeño en el nivel
de calidad deseado.

Planifique el horario habitual según lo prescrito por Scrum. No caigas en la tentación de hacerlo más. iSe requiere una fuerte facilitación del
Scrum Master!

Organice una pizarra, un proyector o una pantalla grande, refrigerios y bebidas y cree una atmósfera informal.

iAquí vamos!
El SR está alojado en el PO. El Scrum Master (SM) facilita.

Comience exactamente a tiempo. Incluso si nadie aparece.

Bienvenida de 5 minutos : El PO da la bienvenida a las partes interesadas y a los equipos. Recuerda los objetivos del sprint o el objetivo de
liberación establecidos al inicio del sprint (trabajo comprometido). Es posible que en breve recuerde acontecimientos relevantes. Ocúpese de
mantener el enfoque en el software entregado y el trabajo rea lizado. No abuse de esta reunión para obtener actualizaciones operativas o de
gestión; Esta no es la información que vinieron a buscar los asistentes.

Introducción de 5 minu tos: SM presenta la agenda de SR, reparte notas adhesivas y bolígra fos a cada asistente, recuerda a los asistentes que
estamos buscando comentarios y mantiene un cronograma estricto: el SM se asegura de que haya un gran cronómetro de cuenta reg resiva o
toca una campana cuando El cuadro de tiempo expira. El SM consigue activamente que la gente diverja y converja .

5 minutos para present ar todas las funciones: para cada función que se inspeccionará, un miembro del equipo ofrece una breve
presentación (una línea) de lo que los asistentes pueden esperar aprender en su "tienda".
 [3'

20 minutos ronda S R 1 (divergente) : todos los asistentes visitan una tienda, trabajan con el producto y generan comentarios. La mayoría de
las veces, un miembro del equipo agregará o priorizará sus hallazgos (autoorganización) para su taller.

Retroa limentación de 10 minutos ( convergencia): frente a todos los reunidos, e l PO pregunta qué se ha aprendido y elige a l azar a
personas para compartir sus comentarios. El PO debe hacer esto, para garantizar que una combinación adecuada de personas pueda expresar su
opinión de manera estruct urada. Mientras que el PO reco pila comentarios (por tienda), el SM agrupa los mensajes adhesivos. La gente vendrá a
ayudarlos ya que es poco tiempo para muchos pegajosos.

[3'

20 minutos SR ronda 2 (divergente): Durante la segunda ronda de inspección, las personas tienen la oportunidad de visitar otra "tienda". Los
miembros del equipo que estuvieron facilitando en la ronda 1 ahora DEBEN ir a visitar ot ras tiendas. otros miembros del equipo se encargarán
de la facilitación. Es fantást ico que los equipos asistan a los talleres de otros equipos. El aprendizaj e entre equipos aquí es inmenso. El PO
trabaja en la organización de los comentarios recopilados de la ronda l.

Retroalimentación de 10 minutos (convergenc ia): otra ronda para que el PO pregunte a los asistentes qué han aprendido. El PO debe
centrarse en la retroalimentación que afectará el próximo sprint backlog. La OP también debe asegurarse de que los miembros del equipo y las
partes interesadas den su opinión. Además, en esta ronda es muy importante que el PO se dirija directamente al CEO o asistente más
importante para compartir su opinión . Necesitan compartir sus pensamientos frente a todos en lugar de en conversaciones individuales.

Descanso de 10 minutos: Tiempo para que SM y PO organicen la retroalimentación adquirida en la ronda 2.

[3'

comentarios recopilados

Co nclusión de 15 minutos: El PO e labora sobre los comentarios recopilados. Los comentarios se agrupan y agrupan por función. Si es posible,
el PO comparte lo que hará con los comentarios y explica sus opciones. Destaca los comentarios que se recogerán en el próximo sprint y nombra
los puntos de acción que se acordaron para resolver los impedimentos. Si no los hubiera, el PO también se ocupa de esto. Finalmente, el PO
agradece a todos por su contribución.

20 minutos de res umen : t iempo para charlas informales. El PO ut ilizará este tiempo para recopilar más detalles o concertar citas para
elaborar algunas de las conclusiones.

Termina exactamente a tiempo. Este es un día ajetreado: se acerca Sprint Retro. A la salida, e l SM recopi la retroalimentación sobre e l SR
mediante un ROTI (retorno del tiempo invertido).

f ...,,,.nrr.rir.n'::>nt-,-., ;,,,...,,-,-ls::,,,-1')
.LI I I JJI C:~IV I I U I II..C:, 1... v c 1 u uu :

¿Qué te pareció esta publicación?

4,7 de 17 valoraciones

Comparte con tu red

am ■ IEl

Comentarios del blog

1 Comment O Login.,

m Joln the discussion...

LOGINWITH OR SIGN UP WITH DISQUS 0

8000 Name

<:? 3 • Share Best Newest Oldest

Ben Truitt :.+ - "'

5 years ago

This is a very det ai led and informat ive look at the "Bazaar mode' Sprint Review. 1am a Project Management student and have no experience in this spec ific environment
but see the value in shaking up meetings t hat have become too routine, dry and script ed. How do you put t he team al ease and encourage honest feedback rat her than
t he 'polite questions' and "brain-dead sheep praises' from folks who are afraid to be confronted or confront ot hers regarding possible shortfalls?

rtJ o c;p o Reply • Share ,

G Subscribe O Privacy D Do Not Sell My Data DISQUS