Ceremonias de la metodología Scrum

Las ceremonias de la metodología Scrum son elementos importantes del proceso de

desarrollo de software de Agile. No son reuniones sólo por el hecho de reunirse.
Más bien, estas ceremonias de Scrum proporcionan el marco para que los equipos
realicen el trabajo de manera estructurada, ayuden a establecer expectativas,
capaciten al equipo para colaborar de manera efectiva y, en última instancia,
alcancen los resultados. Sin embargo, si no se administran de manera adecuada,
pueden abrumar el calendario y bajar un poco el valor que deben proporcionar.

Estas ceremonias de Scrum cumplen y permiten varios principios básicos /

originales. A menudo, cuando los equipos abandonan ciertas ceremonias es porque
ya no ven valor alguno en ellas, lo que indica que también pueden haber
abandonado los principios.

4 Ceremonias de la Metodología Scrum de Manera

Sencilla
En este artículo, desglosaremos las cuatro ceremonias de Scrum, que es la
“metodología” del momento para el desarrollo de software, profundizando en su
propósito, sus asistentes, y consejos y trucos para hacerlas más efectivas. Las
cuatro ceremonias de Scrum son:

1. Planificación de la Iteración

2. Reunión Diaria de Sincronización del Equipo

3. Demostración de Requisitos Completados

4. Retrospectiva

Es importante tener en cuenta que estas ceremonias son específicas del Scrum, un
proceso o “metodología” ágil (completamente opuesta a la metodología de cascada)
que los equipos utilizan en todo el mundo para construir cosas que funcionen.
Scrum es intencionalmente ligero y simple, pero puede ser difícil de dominar. Su
objetivo es proporcionar un marco para que los equipos multifuncionales resuelvan
problemas complejos, o lleven a cabo proyectos de innovación.

Si te sigues preguntando qué es Scrum, en pocas palabras, es una forma de

implementar Agile.
La realización de estas reuniones de forma aislada no hará que tu equipo sea ágil
automáticamente. Tienen que ser parte de un más amplio, bien entendido y
articulado proceso. Deben facilitar las conversaciones dentro del equipo ágil para
trabajar bien. ¿Y a qué clase de gerente de proyectos no le gusta trabajar bien?

Los 3 roles de Scrum: Propietario del Producto (Product Owner), Facilitador (Scrum
Master) y Equipo de Desarrollo

1. El Propietario del Producto – este rol representa al cliente y al negocio en

general para el producto en el que están trabajando. Son dueños del trabajo
acumulado y se esfuerzan por priorizar los elementos en los que se trabajará
antes de cada planificación. Toman decisiones de producto ejecutivas a diario.
En última instancia, están traduciendo las necesidades del cliente en elementos
de trabajo procesables para el Equipo de Desarrollo.

2. El Facilitador – esta persona es responsable de garantizar que el equipo tenga

todo lo que necesita para poder trabajar. Son entrenadores, consejeros,
defensores, superadores de obstáculos, facilitadores y mediadores, todo en uno.
Organizan reuniones y comunican avances y dificultades. Pista: todo lo que un
gestor de proyectos debería estar haciendo, sólo que a través del lente de
Scrum.

3. El Equipo de Desarrollo – este es un grupo de miembros del equipo

multifuncional, todos enfocados en la entrega de un producto final en
funcionamiento. Es el nombre singular para cualquier desarrollador, diseñador,
control de calidad y otros roles técnicos que deben colaborar en el desarrollo real
de un producto. Idealmente, este grupo de 5-9 personas está totalmente
dedicado a un equipo de scrum. En realidad, y especialmente en las agencias,
puede parecer un poco diferente. El Equipo de Desarrollo debe estar
autoorganizado y motivado para proporcionar valor, y con la adecuada asistencia
por parte del Facilitador y del Propietario del Producto, pueden serlo.

Cada uno de estos roles tiene una participación única en cada una de las
ceremonias de la metodología Scrum. A través de la aplicación de estas reuniones
de Scrum, cada miembro del equipo de Scrum debe estar capacitado para hacer lo
mejor que puede. Cada reunión es de tiempo limitado, intencional y en servicio al
equipo general de Scrum. En otras palabras, existen para hacer posible la entrega
del software, que es un proyecto bastante complicado. Sin más preámbulos, vamos
a analizarlas.

1. Planificación de la Iteración
¿Qué es la Reunión para la Planificación de la Iteración?

La Planificación de la Iteración (sprint planning) es la ceremonia de Scrum diseñada

para asegurar que el equipo esté preparado para hacer un buen trabajo en cada
iteración.

¿Cuál es su Propósito?

Esta reunión de Scrum ocurre al comienzo de una nueva planificación y está

diseñada para que el Propietario del Producto y el Equipo de Desarrollo se reúnan y
revisen el Registro del Producto (Product Backlog) priorizado. No se trata de la
definición del proyecto como tal, sino de la iteración en cuestión. A través de una
serie de discusiones y negociaciones, el equipo debe, finalmente, crear un registro
de planificación que contenga todos los elementos que se comprometen a completar
al final de ella. Esto se llama el objetivo de la iteración. El objetivo debe ser un
incremento de trabajo que se pueda enviar, lo que significa que se puede demostrar
al final de la iteración. Debe ser acordado por todo el equipo.

El Propietario del Producto es responsable de tener el Registro del Producto listo

para su revisión antes de que comience la planificación de la iteración. Esto significa
agregar criterios de aceptación, requisitos y detalles necesarios para que el Equipo
de Desarrollo pueda estimar con precisión el nivel de esfuerzo. El Propietario del
Producto también debe poder aclarar cualquier pregunta o suposición que el Equipo
de Desarrollo tenga sobre el trabajo. Solo así puede el Equipo de Desarrollo
pronosticar con precisión la cantidad de trabajo que pueden realizar durante la
iteración.

¿Quién Asiste?

El equipo de Scrum: Propietario del Producto, Equipo de Desarrollo y el Facilitador.

¿Cuánto Dura?

La duración de la mayoría de las ceremonias de Scrum está relacionada con la

duración de la iteración. En términos de Planificación, debe durar 2 veces la longitud
de la iteración (en horas). Por ejemplo, si su iteración dura 2 semanas, la ceremonia
de planificación de la iteración no debe durar más de 4 horas. Para una iteración de
1 semana, no debe durar más de 2 horas.

¿Algún Consejo?

· Las historias de usuarios se pueden dividir en tareas más pequeñas y se pueden

asignar durante la planificación de la iteración para que todos sepan de qué son
responsables.

· Alienta al equipo a esbozar tareas, errores y cualquier elemento que lo requiera

durante esta reunión de Scrum. Debe ser una ceremonia extremadamente
colaborativa.

· Una vez que se establece el objetivo de la iteración, no debe interrumpirse por

otros trabajos. Sin embargo, el Propietario del Producto puede cancelar la
iteración si el objetivo ya no es relevante.

· Adhiérete al límite de tiempo. Estate atento al reloj, y una vez que se acabe el
tiempo, detente.

· Asegúrate de tener en cuenta cualquier tiempo libre, vacaciones, días festivos u

otros detalles de programación durante la iteración para reflejar con precisión la
cantidad de trabajo que se puede realizar.

· De manera similar, trata de medir la velocidad del equipo antes de que comience
a planificar la iteración.

· Recuerda: estás planeando una iteración, ¡no un maratón! Trata de no desviarte

por elementos que el Propietario del Producto no haya determinado.

¿Algo Más?

La Planificación de la Iteración permite que el equipo de Scrum responda las

preguntas: “¿Qué se puede entregar en esta próxima iteración? ¿Y cómo
lograremos eso?” Ayuda a proporcionar previsibilidad y crea un ambiente de
colaboración para alcanzar el objetivo de cada iteración.

2. Reunión Diaria de Sincronización del Equipo

¿Qué es la Reunión Diaria de Sincronización del Equipo?

La Reunión Diaria de Sincronización del Equipo es la oportunidad del equipo para

reunirse, definir un plan para el trabajo del día e identificar los obstáculos.

¿Cuál es su Propósito?
Esta ceremonia de Scrum brinda una oportunidad frecuente para que el equipo se
reúna y comunique el progreso individual hacia el objetivo de la iteración. No es una
actualización del avance, sino más bien debería esclarecer cualquier obstáculo que
el equipo esté teniendo. El Facilitador es responsable de eliminar estos obstáculos
para el Equipo de Desarrollo para que puedan concentrarse en la entrega del
trabajo identificado en la planificación de la iteración.

La Reunión Diaria de Sincronización del Equipo es más que una

actualización de estado; es un ‘chequeo de pulso’ que debería esclarecer
cualquier obstáculo que esté ralentizando el progreso del equipo.

Durante la reunión diaria de sincronización, cada miembro del Equipo de Desarrollo

debe responder brevemente las siguientes preguntas:

· ¿Qué hiciste ayer?

· ¿Qué vas a hacer hoy?

· ¿Hay algún obstáculo en el camino?

Cada participante debe escucharse mutuamente y permanecer presente durante

toda la reunión. Muchas veces, los miembros del Equipo de Desarrollo identificarán
oportunidades para trabajar juntos durante el día basándose en los comentarios
durante la Reunión de Sincronización Diaria.

¿Quién Asiste?

El Facilitador y el Equipo de Desarrollo. El Propietario del Producto es un asistente

opcional. En ocasiones, las partes interesadas externas pueden ser invitadas a
escuchar la reunión.

¿Cuánto Dura?

¡Esta es corta! No debe durar más de 15 minutos. Es más fácil decirlo que hacerlo,
claro está.

¿Algún Consejo?

· El Facilitador es responsable de llevar el ritmo en esta rápida reunión de Scrum.

¡Considera poner un temporizador!

· Celebra la reunión a la misma hora todos los días de la semana (generalmente

en las mañanas) y haz lo que puedas para que esto sea lo más rutinario posible
para el equipo de Scrum.
· Si tu equipo está distribuido, aprovecha el software de videoconferencia para
que el equipo aún pueda verse el uno al otro.

· Para reuniones en vivo, considera lanzar una pelota alrededor de la sala para
indicar quién debería hablar en un momento dado.

· Si (o la verdad, cuando) surge algo en esta reunión que justifica una

conversación más larga, alienta los miembros del equipo a que se sincronicen
tan pronto como finalice la reunión diaria para determinar cuándo quieren
colaborar. Podría ser inmediatamente después de la reunión o más tarde ese
mismo día. Una vez más, deja que se organicen.

· Existen herramientas e integraciones para Slack, como Geekbot, que permiten

que las comparecencias se realicen de forma asíncrona. Si bien pueden ser
útiles en ciertas circunstancias, se recomienda que estas reuniones se realicen
en persona o por videollamada.

· El tono debe ser ligero y divertido, pero enfocándose en recopilar y comunicar

información.

¿Algo Más?

Alternativamente llamada la reunión diaria de Scrum, este chequeo rápido de pulso

debería preparar bien al equipo para el día. No dejes que consuma demasiado
tiempo o tendrá el efecto contrario. Esta reunión permite que el equipo se sincronice
y genere confianza. Debes permitir que el equipo se responsabilice mutuamente por
el cumplimiento diario de sus compromisos, esto es muy importante para la
ingeniería del proyecto.

Spend less time searching and more time doing with automated digital asset organization and
workflows.

3. Demostración de Requisitos Completados

¿Qué es la Reunión de Demostración de Requisitos Completados?

La Demostración de Requisitos Completados es la ceremonia de Scrum donde

todos los trabajos completados durante la iteración se pueden mostrar a los
interesados.

¿Cuál es su Propósito?

Al final de cada iteración, la Demostración de Requisitos Completados proporciona

una plataforma para que el Equipo de Desarrollo muestre todo el trabajo que se ha
completado. Esto permite a las partes interesadas ver las cosas más temprano que
tarde e inspeccionar o adaptar el producto a medida que emerge. Las
Demostraciones de Requisitos Completados se pueden llevar a cabo de manera
informal como “viernes de demostración” o se pueden organizar para que sean más
estructuradas. Todo esto depende de muchas variables del equipo de Scrum, como
el ciclo de vida del producto y la planificación del proyecto.

Lo más importante es que todo el trabajo mostrado durante este tiempo debe ser
completamente demostrable y cumplir con la definición de “terminado” con la cual el
equipo está trabajando. El equipo debe sentirse capacitado para mostrar el trabajo
que ha podido realizar en el transcurso de la iteración. No debe sentirse como si
estuvieran en un juicio o defendiendo el trabajo que han hecho. Más bien, debe
centrarse en el valor comercial que se entrega a través del desarrollo del producto.

¿Quién Asiste?

El equipo de Scrum (Propietario del Producto, Equipo de Desarrollo y el Facilitador)

y, por lo general, una combinación de administración, partes interesadas externas,
clientes e incluso desarrolladores de otros proyectos. En cuanto a quién necesita
estar allí, esta ceremonia es más fluida que las demás. El Propietario del Producto y
el Facilitador deben discutir quién debería participar antes de la Demostración de
Requisitos Completados, y hacer lo posible para asegurar su asistencia.

¿Cuánto Dura?

Una hora por semana de la iteración. Como ejemplo, una Demostración de

Requisitos Completados de dos horas debe programarse para una iteración de dos
semanas.

¿Algún Consejo?

· El Facilitador asume las tareas administrativas, asegurándose de que las salas

de reuniones estén reservadas, las ayudas de presentación adicionales estén
disponibles (como pizarras blancas o rotafolios, por ejemplo), y que la reunión
esté debidamente programada. Debe considerar dar bebidas también.

· Los comentarios procesables recibidos durante la Demostración de Requisitos

Completados deben convertirse en nuevos elementos de la cartera de productos
para su posterior priorización y discusión.

· ¡Prepararse para esta reunión es una buena idea! Dado que los participantes
externos al equipo de scrum suelen asistir, asegúrate de hallar tiempo para
ensayar u efectuar otra preparación necesaria para que el equipo tenga éxito.

· Enfoque la Demostración en torno a la experiencia del usuario y el valor

comercial. No se debe sentir que el Equipo de Desarrollo sólo está demostrando
que las cosas funcionan.
· El Propietario del Producto debe hacer preguntas a las partes interesadas,
recopilar comentarios y también proporcionar respuestas a cualquier pregunta
que surja.

¿Algo Más?

Alternativamente llamada simplemente ‘Demostración’, esta reunión de la

metodología Scrum ayuda a generar confianza entre las partes interesadas y el
equipo de Scrum. Es la forma más directa para que se recopilen comentarios
tempraneros y frecuentes y, finalmente, se agreguen a la cartera de productos. Haz
todo lo que puedas para que el equipo se destaque.

4. Retrospectiva
¿Qué es la Reunión de Retrospectiva?

La Retrospectiva es la última ceremonia de la metodología Scrum en la secuencia,

la cual permite al equipo reflexionar acerca del trabajo que se acaba de completar,
los objetivos del proyecto que se acaban de cumplir e identificar los elementos que
se podrían mejorar.

¿Cuál es su Propósito?

Después de que se haya realizado una Demostración de Requisitos Completados,

el equipo de Scrum debe tener la oportunidad de reflexionar sobre el trabajo que se
acaba de mostrar y discutir formas de mejorar. La retrospectiva es esa oportunidad.
Le da al equipo de Scrum una plataforma para discutir las cosas que van bien, las
cosas que podrían ir mejor y algunas sugerencias para efectuar cambios. Algunas
preguntas comunes que se hacen son:

· ¿Qué salió bien en la última iteración?

· ¿Qué no salió tan bien?

· ¿Qué podríamos hacer diferente para mejorar?

En última instancia, esta ceremonia de Scrum debe proporcionar un espacio

irreprochable para que los miembros del equipo proporcionen sus comentarios
honestos y recomendaciones para realizar mejoras. Debería impulsar al cambio.
Todos los comentarios procesables deben recopilarse y asignarse para que los
miembros del equipo de Scrum entiendan quién es responsable de qué.

Agile (y las metodologías ágiles) se trata de la mejora constante, y esta ceremonia

está diseñada específicamente para ayudar al equipo de Scrum a mejorar.

¿Quién Asiste?
El Facilitador y el Equipo de Desarrollo. El Propietario del Producto es un asistente
opcional. No debe haber partes interesadas externas involucradas.

¿Cuánto Dura?

Por lo general, las retrospectivas no deben durar más de 1,5 horas por una iteración
de dos semanas. Si tus iteraciones son de un mes, la retrospectiva no debe durar
más de 3 horas.

¿Algún Consejo?

· Concéntrate en la mejora continua y recopila información basada en hechos, no

sólo en sentimientos.

· Mantén las cosas nuevas y considera diferentes formas de involucrar al equipo

durante esta reunión de Scrum. Hay una gran cantidad de recursos que
proporcionan ejemplos para que estas reuniones sean más efectivas. Puedes
encontrar un ejemplo aquí.

· Genera percepciones significativas de la conversación. Si sientes que hay más

que decir entre líneas, anima a los miembros del equipo a profundizar.

· Si se presenta una sugerencia de mejora, pregúntale los miembros del equipo

de scrum si todos están de acuerdo. Si es así, identifica cómo implementarías
esa recomendación

· Crea un espacio donde la conversación fluya más fácilmente. Considera llevar

comida, marcadores de colores, notas adhesivas y otras cosas para fomentar la
participación.

· Revisa las sugerencias anteriores para determinar si el equipo debe seguir

haciéndolas.

· Desarrolla la capacidad del equipo para auto-organizarse.

¿Algo Más?

Si nos vamos a poner técnicos, la retrospectiva no es una ceremonia oficial de la

metodología Scrum. Sin embargo, es un componente muy común de Scrum y otras
metodologías de desarrollo de software porque puede ayudar a identificar áreas de
mejora y reducir el riesgo de futuras iteraciones. Estas reuniones a menudo
esclarecen las recomendaciones para mejorar y reducir el riesgo de avanzar. Como
Facilitador, asegúrate de entrenar al equipo para proporcionar comentarios honestos
y ser respetuosos durante el transcurso de la ceremonia.