Buscar en Gazafatonario IT

Mostrando las entradas con la etiqueta Retrospectiva. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Retrospectiva. Mostrar todas las entradas

martes, mayo 16, 2023

Retrospectiva de la Aventura Scrum

 

Imagen de Sebastian del Val en Pixabay

Como mencioné en la publicación anterior sobre la Retrospectiva de las Olimpiadas Scrum, mi nueva lista de chequeo de Scrum fue todo un éxito. A la fecha de publicación de esta nueva idea de retrospectiva, más de mil quinientas personas han descargado la lista en menos de dos semanas. Si aún no has descargado la lista, puedes ir a:

http://www.gazafatonarioit.com/2023/05/eleva-tu-juego-de-scrum.html

Ahora les traigo una nueva idea de cómo usar la lista de chequeo de una manera efectiva y amena. Se trata de algo así como una Crónicas ágiles: el viaje hacia la mejora de la lista de verificación épica de Scrum. Es otra forma de hacer una retrospectiva energizante y vigorosa.

Título: La retrospectiva de la aventura Scrum

Objetivo:

Invitar al equipo a vivir una retrospectiva interactiva con temas de aventuras utilizando la nueva lista de verificación de Scrum mientras se fomenta la colaboración, el aprendizaje y la mejora.

Duración: 60 - 90 minutos

Materiales:

  • La Nueva Lista de Verificación de Scrum
  • Pizarra grande o pizarra virtual
  • Notas adhesivas (físicas o virtuales)
  • Marcadores o herramientas de dibujo virtuales
  • Temporizador

Configuración:

  1. Dibuja un mapa del tesoro en la pizarra o pizarra virtual, con varias islas que representan las seis dimensiones de la lista de verificación de Scrum.
  2. Etiqueta cada isla con el nombre de la dimensión correspondiente: Personas, Eventos, Artefactos y Compromisos, Producto, Prácticas ágiles, y Soporte y alineación organizacional.
  3. En cada isla, crea secciones para las capacidades dentro de esa dimensión.

Pasos retrospectivos:

  1. Introducción (5 minutos)
    • Explica el objetivo de la retrospectiva y el tema de la aventura.
    • Enfatiza la importancia de la colaboración, la apertura y la seguridad psicológica durante la retrospectiva. Aquí puedes pedir a alguien que recuerde o lea para todo el equipo la Directiva Primaria de la Retrospectiva. Esta la encuentras en:

http://www.gazafatonarioit.com/2017/05/directiva-primaria-de-las-retrospectivas.html

  1. El viaje comienza (15 minutos)
    • Divide el equipo en grupos más pequeños de 2-3 personas.
    • Asigna a cada grupo una dimensión de la lista de verificación de Scrum.
    • Pide a cada grupo que revise las preguntas esenciales dentro de su dimensión asignada y califique su desempeño para cada pregunta (Nunca, Rara vez, Ocasionalmente, Casi siempre, Siempre).
    • Anima a los grupos a discutir y reflexionar sobre sus calificaciones.
  2. Compartir Descubrimientos (15 minutos)
    • Pide a cada grupo que presente sus hallazgos, compartiendo sus calificaciones y puntos de vista con el resto del equipo.
    • Anima a otros miembros del equipo a hacer preguntas, proporcionar comentarios o compartir sus propias experiencias relacionadas con cada pregunta.
  3. Explorar Oportunidades (15 minutos)
    • Pide al equipo que identifique oportunidades de mejora en función de los hallazgos compartidos.
    • Pide a los miembros del equipo que escriban sus ideas en notas adhesivas y colócalas en la isla correspondiente en el mapa del tesoro.
  4. Priorizar tesoros (10 minutos)
    • Como equipo, discute las ideas de mejora y priorízalas en función del impacto, la viabilidad y la alineación con los objetivos del equipo.
    • Identifica las principales 1-3 ideas de mejora en las que centrarse para el próximo sprint.
  5. Creación de un plan de acción (15 minutos)
    • Para cada idea de mejora priorizada, haz que se definan acciones específicas, solicita que se asignen responsabilidades y se establezcan plazos.
    • Asegúrate de que cada acción sea clara, procesable y alcanzable en el próximo sprint.
  6. Clausura y Reflexión (5 minutos)
    • Agradecer a todos por su participación y aportes.
    • Anima a los miembros del equipo a continuar reflexionando sobre su práctica de Scrum y aplicando las lecciones aprendidas de esta retrospectiva.
    • Enfatiza la importancia de la mejora continua y el mantenimiento de una mentalidad colaborativa y orientada al crecimiento.

Estoy seguro de que esta retrospectiva innovadora, atractiva y divertida inspirará a tu equipo a reflexionar sobre sus prácticas de Scrum, colaborar de manera efectiva e identificar oportunidades de mejora utilizando la nueva lista de verificación de Scrum como guía.

Como siempre, usa la nueva lista de verificación Scrum, úsala haciendo esta retrospectiva Scrumtacular y déjanos conocer en la sección de comentarios tu experiencia.

 

lunes, mayo 08, 2023

La Retrospectiva de las Olimpiadas Scrum

 

La publicación de mi nueva lista de chequeo de Scrum fue todo un éxito. Más de mil personas han descargado la lista en menos de una semana. Las dimensiones y capacidades de la lista y los radares se convirtieron desde ya en un instrumento de primer orden para los líderes ágiles. Muchas gracias a todos por el constante apoyo y por la recepción de mis ideas. Si aún no has descargado la lista, puedes ir a:

http://www.gazafatonarioit.com/2023/05/eleva-tu-juego-de-scrum.html

De otro lado, las retrospectivas no tienen que ser aburridas para tener resultados asombrosos que permitan a los equipos y organizaciones diseñar un plan de mejora continua que permita que las personas y los equipos crezcan, se energicen continuamente y se diviertan mientras lo hacen.

Juntando las 2 cosas, la lista y las retrospectivas, les traigo esta vez una de las primeras retrospectivas que diseñé para que el uso de la lista fuera también diferente, atractivo, divertido, eficaz e innovador, a la vez que se fomente la comunicación, colaboración y el aprendizaje en los equipos.

Título:

La Retrospectiva de las Olimpiadas Scrum

Objetivo:

Involucrar al equipo en una retrospectiva animada con el tema de los Juegos Olímpicos utilizando la nueva lista de verificación de Scrum mientras se promueve la colaboración, el aprendizaje y la mejora en un entorno competitivo y divertido.

Duración:

60 - 90 minutos

Materiales:

  • Lista de verificación de Scrum
  • Pizarra grande o pizarra virtual
  • Notas adhesivas (físicas o virtuales)
  • Marcadores o herramientas de dibujo virtuales
  • Temporizador
  • Medallas o premios virtuales (opcional)

Configuración:

  1. Dibuja un estadio olímpico en la pizarra o tablero virtual.
  2. Crea seis áreas dentro del estadio, cada una representando una de las dimensiones de la lista de verificación de Scrum.
  3. Etiqueta cada área con el nombre de la dimensión correspondiente:

·       Personas,

·       Eventos,

·       Artefactos y Compromisos,

·       Producto,

·       Prácticas Ágiles y

·       Soporte y alineación organizacional.

  1. En cada área, crea secciones para las capacidades dentro de esa dimensión.

Pasos retrospectivos:

  1. Ceremonia de Apertura (5 minutos)
    • Explica el objetivo de la retrospectiva y el tema de las Olimpiadas.
    • [opcional] Si creas un eslogan para la retrospectiva, por ejemplo, "Ve por la de Oro Ágil: ¡Conquista las Olimpiadas Scrum y transforma tu equipo!", este es el momento de expresarlo para motivar al equipo.
    • Enfatiza la importancia de la colaboración, la competencia amistosa y la seguridad psicológica durante la retrospectiva.
  2. Formación del equipo (5 minutos)
    • Divide el equipo en grupos más pequeños de 2-3 personas.
    • Asigna a cada grupo una dimensión de la lista de verificación de Scrum. O haz que se autoorganicen y que cada equipo seleccione su dimensión y las capacidades respectivas.

No tienes que abordar todas las dimensiones ni capacidades en una única retrospectiva. Esto es útil cuando se trata de equipos grandes o de equipo de equipos.

    • Anima a los grupos a pensar en un nombre de equipo creativo y, opcionalmente, una ovación o porra de equipo. ¡Da puntos extras por la mejor porra!
  1. Los juegos Scrum (20 minutos)
    • Indica a cada grupo que revise las preguntas esenciales dentro de su dimensión asignada y califique su desempeño para cada pregunta (Nunca, Rara vez, Ocasionalmente, Casi siempre, Siempre).
    • Para cada pregunta, los grupos ganarán puntos según sus calificaciones: Nunca (0 puntos), Rara vez (2 punto), Ocasionalmente (4 puntos), Casi siempre (7 puntos), Siempre (10 puntos).
    • Anima a los grupos a reflexionar sobre sus calificaciones e identificar áreas de mejora.
  2. El podio (10 minutos)
    • Haz que cada grupo presente sus hallazgos, compartiendo el número de puntos, calificaciones y puntos de vista con el resto del equipo.
    • Anima a otros miembros del equipo a hacer preguntas, proporcionar retroalimentación o compartir sus propias experiencias relacionadas con cada pregunta.
  3. Relevo de mejora (15 minutos)
    • Pídele al equipo que haga una lluvia de ideas sobre mejoras basadas en los hallazgos compartidos.
    • Pide a los miembros del equipo que escriban sus ideas en notas adhesivas y colócalas en el área correspondiente dentro del estadio olímpico.
  4. Maratón de votaciones (10 minutos)
    • Como equipo, invítalos a que discutan las ideas de mejora y voten por las 1-3 ideas principales para enfocarse en el próximo sprint.
  5. Relevo del Plan de Acción (10 minutos)
    • Para cada idea de mejora priorizada, definan acciones específicas, con responsabilidades y establezcan plazos posibles y plausibles.
    • Asegúrate de que cada acción sea clara, procesable y alcanzable en el próximo sprint o, al menos de que haya un avance significativo.
  6. Ceremonia de Clausura (5 minutos)
    • Opcionalmente, otorga medallas o premios virtuales a los equipos en función de sus puntos.
    • Agradece a todos por su participación y aportes.
    • Anima a los miembros del equipo a continuar reflexionando sobre su práctica de Scrum y aplicando las lecciones aprendidas de esta retrospectiva.
    • Enfatiza la importancia de la mejora continua y el mantenimiento de una mentalidad colaborativa y orientada al crecimiento.

Esta retrospectiva innovadora, atractiva y divertida animará a tu equipo a reflexionar sobre sus prácticas de Scrum, colaborar de manera eficaz e identificar oportunidades de mejora utilizando la nueva lista de verificación de Scrum como guía en un entorno olímpico competitivo.

Adendum: de eslóganes y de porras

Algunos de los mejores eslóganes que han surgido durante la ejecución de esta retrospectiva incluyen:

Corre hacia el éxito: ¡Libera al atleta ágil que llevas dentro en las Olimpiadas Scrum!

Los campeones de Scrum se unen: ¡Descubre tu ventaja ganadora en las Olimpiadas Scrum!

Y estas son algunas de las porras más divertidas con las que me encontrado, incluso con coreografías entretenidas:

"¡Fuerza Scrum, juntos triunfaremos! ¡Ágiles y fuertes, sprint tras sprint! ¡Campeones del Checklist, a volar sin límites!"

"¡Uno, dos, tres! ¡Espíritu ágil, libéranos! ¡Checklist Olímpicos, lideraremos con éxito!"

"¡Scrum Masters, Desarrolladores, POs - unidos! ¡Héroes ágiles, corriendo hacia nuevas metas! ¡Los Checklist Olímpicos, nuestra alegría compartida!"

Déjanos conocer tu experiencia usando esta Retrospectiva Scrumtacular y, por supuesto, cuéntanos de los eslóganes y porras con las que has jugado.

 

martes, noviembre 23, 2021

Scrumming the Scrum

Imagen de ar130405 en Pixabay
Acordemos esto de una vez: contrario a lo que muchos creen y hacen, las tareas más importantes durante un sprint deben ser las de tareas “Kaizen” o de mejoramiento continuo. Ahora bien, está claro que el objetivo del equipo en cada sprint es entregar valor, esto es, un incremento de producto con valor para el entorno bien sea el usuario, el cliente o consumidor, los interesados, los patrocinadores y, en general, el ecosistema organizacional. No perdamos eso de vista.

Pero muchos piensan que esto es lo único que se debe hacer durante un sprint. Es muy común llegar una retrospectiva y encontrar que las acciones de mejora definidas en la retrospectiva anterior e, incluso, en unas más antiguas no se han empezado a implementar o a adoptar. Las razones van desde el clásico “nos consumió el día a día”, hasta el “las tareas no se priorizaron”, “apareció algo más urgente”, “no tuvimos tiempo”, “tenemos mucho trabajo”, “eso no es urgente”, etcétera.

Es un círculo vicioso: no mejoramos porque no tenemos tiempo y no tenemos tiempo porque no mejoramos. Como siempre, hay que empezar por cambiar esa mentalidad, más que adicionar un proceso que las personas y los equipos necesitan aprender. La mejora continua no aumenta la carga de trabajo, no son más procesos ni herramientas, no se trata de más tiempo “improductivo”. Lo crítico es aprender a integrarla en nuestro trabajo diario.

El Kaizen es una forma de pensar y de hacer las cosas, no algo adicional por hacer. En la práctica, no son tareas para realizar los miércoles a las 9 de la noche o los domingos a las tres de la tarde, cuando se supone que ya “estamos al día” en las tareas habituales de la empresa. No. El kaizen hay que incluirlo como parte del valor que estamos produciendo para la organización. Es de esta manera cómo en el mediano y en el largo plazos seremos más productivos, más innovadores, avanzaremos más que la competencia, cubriremos las necesidades de nuestros clientes y nos adelantaremos a otras exigencias o problemas que tengan, seremos más creativos y disruptivos y podremos transformar no solo nuestra organización sino también el mercadeo que la rodea.

La lista de beneficios que obtenemos cuando adoptamos una mentalidad de mejoramiento continuo puede ser infinitita:

·       Personas más comprometidas y con tendencia a una menor rotación en la empresa

·       ¡Personas más felices!

·       Mejor servicio al cliente. No se nos olvide que estamos en la era de la hiperpersonalización de productos y servicios.

·       Productos y servicios más competitivos

·       Tener una cultura de aprendizaje proactiva

·       Operaciones más eficientes

·       Mayor productividad

·       Tiempos de entrega más cortos

·       Tasas de error más bajas

·       Mayor calidad

·       Mayor innovación

·       Costos más bajos

·       Mayor rentabilidad

·       Mejor ambiente de trabajo

·       Cambio de comportamientos hacia una cultura de colaboración y de innovación

·       Mejor experiencia del cliente

·       Mayor reputación de marca

Y un largo etcétera exponencial.

Hasta allí bien. ¿Y cómo lo hacemos?

Entra Scrumming the Scrum

Una de las múltiples formas de lograrlo, muy práctica por demás, es usar el patrón Scrumming the Scrum. Algo así como “aplícale Scrum a tu Scrum”, en el sentido de “mejora tu Scrum”. Si te ocurre lo que mencioné antes de “no tengo tiempo para mejorar” o de “no trabajamos en las acciones de mejora definidas en la anterior retrospectiva”, entonces este puede ser un buen comienzo.

Es simple: usa Scrum como una mejora del proceso. Es decir, aprovecha Scrum para cumplir o lograr tu visión de kaizen. Para ello necesitas tener retrospectivas efectivas. Como siempre, lo mejor de las retrospectivas ocurre una vez que estas finalizan, cuando empiezas a implementar las acciones que definiste con tu equipo para mejorar.

En la práctica te vas a enfrentar a situaciones como:

·       Bajo desempeño del equipo,

·       incapacidad de detectar y eliminar impedimentos,

·       poca o ninguna generación de Valor,

·       multitarea.

·       Estrés ocasionado por todo lo anterior. Y esto último es el inicio de una serie de eventos desafortunados que conducen a la mala calidad y, peor aún, a la desmotivación y al detrimento de la salud y de la energía de las personas del equipo.

Créeme, no quieres que nada de esto ocurra a tu alrededor. He estado allí, no se lo recomiendo a nadie.

1.    Empieza por realizar un análisis de cómo te fue a ti y a tu equipo en el último sprint en cuanto a personas y sus interacciones, procesos, herramientas y Definición de Terminado, entre otros aspectos. Esto es clásico en toda retrospectiva efectiva.

Siempre viene bien un análisis de causa raíz. Los cinco porqués son un buen instrumento para lograrlo. Pero también está el diagrama de espina de pescado de causa y efecto, también conocido como diagrama de Ishikawa. El método de las 5W + 2H también viene bien en estos casos. Incluso un diagrama de Árbol de causa – efecto, o la técnica de Pareto, en el que el 80 % del problema proviene del 20 % de las causas y El 80 % de las causas restantes solo afectó al 20 % del problema.

2.    Una vez establecida la causa raíz, usa algún tipo de técnica colaborativa para idear soluciones: tormenta de ideas y votación simple, voto de confianza, conversaciones poderosas o estructuras liberadoras, entre algunas otras. El objetivo es que, de una lista de acciones, iniciativas o experimentos, selecciones con tu equipo las que vayan mejor para la ocasión. Una matriz de Esfuerzo versus Impacto siempre viene bien en estos casos.

Advertencia: esto de encontrar la causa raíz y seleccionar la de máxima prioridad se convierte en un imperativo, es algo exigente, no subvalores la forma cómo lo haces. Si trabajas bien en esto y luego implementas la acción de mejora subyacente, verás un incremento inmediato en la productividad del equipo. Al contrario, si esto último no sucede, es que tú y tu equipo no están haciendo una exploración apropiada de lo que está sucediendo, no están usando una visión holística y por ello siguen sin entender ni encontrar la verdadera causa raíz del problema. Las cosas así, hazte acompañar de alguien con experiencia. 

3.    Selecciona una y sola una de las acciones de mejora de la lista anterior. De hecho, “un paso a la vez” es ya una acción de mejora en sí. Como dicen por allí, “el que mucho abarca, poco aprieta”. Puedes promover la práctica de iniciar con una de las acciones que requieren menor esfuerzo y que sean de alto impacto o valor para el equipo y la organización.

Advertencia: a estas alturas siempre estamos hacia el final de la retrospectiva, entonces tienden a presentarse algunas disfunciones como que dedicamos muy poco tiempo a pensar en cuál debería ser esa acción y tratamos de salir rápido con una votación simple sin mayor análisis del impacto que pueda tener. Si eres facilitador de equipos, Scrum Master, coach o mentor, trata de no promover estas “salidas” por la vía rápida.

Recomendación: considera representar o escribir la acción de mejora como una historia de usuario, sobre todo, con criterios de aceptación o con una lista de comportamientos o aspectos visibles una vez que la acción esté implementada o se haya adoptado por el grupo. He usado la técnica de hypothesis-driven development para escribir “historias de usuario kaizen” con muy buen resultado.

Por ejemplo, si uno de los problemas tuvo como causa raíz la falta de conocimiento y experiencia en el uso de historias de usuario como protocolo de comunicación dentro del equipo y con los usuarios o interesados, la historia de usuario de la imagen anterior nos ayuda con una hipótesis de valor: si asistimos a un curso de historias de usuario, obtendremos un resultado de valor; sabremos que la hipótesis es cierta cuando veamos la señal (medible) expuesta luego de la misma.

4.    En la siguiente Sprint Planning, haz visible esta acción Kaizen en el Sprint Backlog. Con el equipo, sitúa las actividades derivadas de la acción de mejora al inicio de la lista o en la cima de la pila de tareas.

Como siempre, ninguna de las tareas es la tarea de una persona, el sprint backlog es propiedad del equipo en pleno y las tareas kaizen no son la excepción.

5.    Como siempre, aunque quizás estas tareas kaizen no están orientadas hacia el logro del objetivo del sprint, merecen un apartado especial en la Daily Scrum. Así, el equipo completo revisa también cómo van hacia esa meta especial.

6.    Finalmente, junto al incremento de valor que inspeccionas en la Sprint Review, presenta los resultados sobre esta acción de mejora. A los invitados a la sesión seguramente les interesará saber que el equipo está mejorando gradualmente, paso a paso.

7.    Cualquiera que fuere el resultado de la implementación o adopción de la acción kaizen, analízalo en la siguiente retrospectiva. Lo ideal es que haya habido, al menos, un avance importante hacia la ejecución completa de la acción. Si no es así, considera revisar las prioridades del equipo y vuelve a empezar.

Para concluir

Es un hecho: vivimos en una era de cambios. Si tú y tu organización se encasillan en lo que saben y en lo que siempre les ha funcionado, muy pronto se quedarán atrás. Adoptar una mentalidad de mejora continua hará que tu equipo y tu empresa giren hacia una trayectoria diferente y más exitosa.


Para saber más de patrones

Para conocer más de patrones Scrum, puedes ver esta presentación y video: https://luchosalazar.com/2020/05/21/patrones-scrum-un-enfoque-adaptativo/

En particular, para saber más del patrón Scrumming the Scrum, puedes mirar esta otra presentación:

https://luchosalazar.com/2020/06/17/patrones-scrum-un-enfoque-adaptativo-parte-2/

El libro de los patrones Scrum, A Scrum Book, de Coplien, Sutherland y otros.

jueves, enero 09, 2020

El último día del sprint

Imagen tomada de Pixabay
"Comenzar fuerte es bueno. Terminar fuerte es épico". [Robin Sharma]

Desde siempre he visto como los equipos de desarrollo de producto, especialmente los de desarrollo de software, emprenden los más titánicos proyectos con unas ganas inconmensurables, una fuerza interior, personal y grupal, que parece infinita y una pasión energizante que enciende los motores de la creación, el trabajo en equipo y los deseos de triunfar.

Nada muy distinto a lo que ocurre hoy en cada iteración de cualquier iniciativa o esfuerzo de desarrollo: el primer día los equipos planifican su propósito de vida para las siguientes jornadas y hasta son capaces de hacer un pronóstico de cómo alcanzarán la meta del sprint que comienza. Y diariamente acuden a la cita de la colaboración y la creación de valor con la mejor sonrisa y disposición.

O así es… ¡hasta que se acerca el fin de la iteración!

Un sprint es un bloque de tiempo breve en el que hay que mantener el foco y el esfuerzo regulado para terminarlo como lo empezamos. Con brío y pundonor. Pero eso no está ocurriendo con muchos equipos. En mis continuos ejercicios de acompañamiento y consultoría me sigo encontrando las historias de nunca acabar:
  • Es que no hicimos retrospectiva para terminar las historias de usuario
  • Programadores escribiendo programas minutos antes de la revisión con los interesados. ¿Y las pruebas?
  • Vamos a aplazar la revisión. Mañana hacemos la planificación del próximo sprint, luego la retrospectiva. Pasado mañana hacemos la revisión de este sprint que termina.
  • Solicitemos un aplazamiento del paso a producción para el próximo sprint.
  • Pidamos una extensión del sprint. Necesitamos dos o tres días más para terminar lo prometido.
  • Y la lista continúa.
Entre otras cosas, es a lo que se refieren Jeff y Ken cuando dicen que Scrum es “difícil de llegar a dominar”. Pero no se trata solo de Scrum. Es esa falta de disciplina que tenemos para hacer que las cosas terminen, ese apego a lo que es y no queremos dejar ir, inherente a todo ser humano. Es esa facilidad para conjugar el verbo empezar pero a la vez esa dificultad para conjugar la voz finalizar.

El último día del Sprint comienza el primer día del Sprint

Imagen tomada de Pixabay
Hagamos un plan hasta el penúltimo día del sprint, sea cual fuere su duración. Sí, con historias de usuario más pequeñas es posible. Y sí, todavía pueden ser entre 6 y 10 historias de usuario.

Recordemos en la planificación que la revisión y la retrospectiva requieren de preparación. No es algo que ocurre solo porque llegó la hora de hacerse o porque el marco de trabajo lo exige. Nunca veo esas tareas de preparación en el backlog del sprint. Y no, no son historias de usuario. Son actividades que bien pueden realizar el Scrum Master, pero también el Dueño de Producto o cualquier otro miembro del equipo, aunque preferiblemente uno de los dos primeros.

En cada reunión diaria, examinemos efectivamente cómo vamos hacia el cumplimiento de la meta del sprint y qué estamos haciendo específicamente para preparar esa gran fiesta que es la revisión del incremento con los interesados, no solo con el Dueño de Producto. Y, ni más faltaba, vayamos pensando qué clase de retrospectiva queremos hacer. Y sí, quince minutos es suficiente para ello. Durante la preparación de estos eventos finales también surgen impedimentos que hay que resolver con prontitud.

Recordemos, si no aseguramos la calidad del producto, no está terminado. Siempre pongamos de manifiesto que solo revisaremos lo que verdaderamente está terminado. Y no, casi terminado no es terminado.

El Scrum Master bien puede crear una campaña de expectativa hacia el exterior del equipo, dirigida a los interesados, sobre la próxima revisión, el siguiente gran hito. Y también hacia el interior del equipo: la siguiente gran oportunidad de inspección y adaptación, la retrospectiva. Sin que esto quiera decir que los demás eventos no son oportunidades de evaluación y ajuste, en el sentido de mejora continua.

Promovamos el descanso placentero y el sueño profundo, incluso la relajación y la meditación, la noche antes del día final del sprint. Descansemos, estemos con nuestras familias o amigos, salgamos a cenar, a disfrutar de una caminata a la luz de la luna con quien mejor nos sintamos o simplemente reposemos al ritmo que nuestro corazón dicte. Preparémonos así para la gestación de un día de buenas noticias con el resto del ecosistema organizacional.

Participemos de los preparativos, una revisión interna previa del producto no está demás. Lleguemos antes que todos los demás y recibamos a los invitados a la revisión, si los hay, con una gran sonrisa, con sendos mensajes de bienvenida, con una bebida. Y no, no es hora de licor.

[De la revisión propiamente dicha hemos hablado en variadas ocasiones así que no voy a entrar detalles sobre lo que debe o debería ocurrir durante la misma]*.

Aunque esto es del ámbito de la reunión misma, no dejemos de solicitar y recibir con la mente bien abierta toda la retroalimentación que nos brinden los asistentes. Ese será el motor que nos permita hacerlo mejor la siguiente vez. Y finalicemos con los agradecimientos respectivos, los aplausos, los abrazos, ¿por qué no? Después de todo, estamos todos en el desafío de deleitar a los consumidores finales de nuestro producto.

Finalmente, hagamos una pausa, tomemos un café y vamos a la retrospectiva. Esa cita íntima y necesaria en cada iteración. [Tampoco me extenderé mucho en este apartado]**

Al final del día, piensa que mañana seguirás mejorando. Es todo lo que necesitas para triunfar.


Apostilla:

No solo el último día, sino todos los días de tu vida, tiende la cama antes de salir. Si al final tienes un mal día o muchos malos días, siempre te recibirá una cama limpia y tendida. ¡Es la clave para cambiar el mundo!


-----
* Por ejemplo, además de lo que dice la guía de Scrum, mi gran amigo Jorge Abad ha publicado, entre otros, los siguientes artículos sobre el tema de la revisión del sprint:





Los invito a que los lean. Encontrarán consejos muy útiles cuando de preparar y realizar este evento del que les he hablado se trata.

** Por ejemplo, pueden leer mis artículos:




Aquí mismo en este Gazafatonario.