Hagamos Scream

Scream no es una metodología, es un marco de trabajo construido como una imitación de Scrum, dando a los observadores involuntarios la apariencia de que la organización podría estar usando Scrum.

– Ya que para hacer Scrum se requieren muchos cambios que no estamos dispuestos a realizar.

Empezando el nuevo año con un poco de lectura, me he topado con este marco de trabajo "Agile" que me ha parecido muy interesante para compartir y que estoy seguro que muchos de los que lean este artículo se sentirán identificados. Todavía estoy investigando si existe alguna certificación ya que certificarse está de moda.

La Guía de Scream

Escrita por Michael Küsters, la Guía Scream, una lista satírica de antipatrones recolectados de aplicaciones erróneas y malentendidos de Scrum en todo el mundo, está diseñada para organizaciones con un alto interés y participación en consolidar el status quo, preservar la mentalidad y cultura existente, crear una ilusión sobre la agilidad, de que las cosas están mejorando y que como organización somos participes de la transformación digital.

La teoría de Scream tiene su base en eliminar aspectos significativos del proceso, asimilar información, cambiar objetivos por mandato del management e invertir fuertemente en métricas e informes de control.

El equipo Scream

Un equipo Scream parece autoorganizado y multifuncional cuando, de hecho, el Scream Manager dirige todo el espectáculo. Es más, el Scream Manager decide que el equipo debe hacer Scream sin siquiera consultarles si es la mejor forma de trabajar para ellos.

En la guía se ofrecen varios medios de abuso entre el Scream Manager, Scream Master, el Scream Product Owner, el Equipo de desarrollo de Scream y la organización.

El Scream Manager

Scream agrega un cuarto rol que no se encuentra en Scrum regular: un Manager fuerte, autoritario y exigente que suprime la autonomía, la creatividad y el crecimiento personal dentro del equipo de Scream.

El Scream Manager tiene el poder de cancelar un Scream Sprint en cualquier momento junto con el Scream Product Owner actuando como chivo expiatorio.

Los sprints en Scream son planeados por adelantado por el Scream Manager. No se necesita consultar con el equipo de desarrollo de Scream. Sólo se necesita tener en Jira todos los campos necesarios de forma redundante antes de que comience el Scream Sprint.

¿Pero qué es Scream?

Scream no es una metodología, es un marco de trabajo construido como una imitación de Scrum, dando a los observadores involuntarios la apariencia de que la organización podría estar usando Scrum.

Su definición la podemos encontrar en la guía y es la siguiente:

Scream (n): un marco dentro del cual la organización crea la ilusión de haber implementado Scrum, sin resolver ningún problema significativo. Scream proporciona una ilusión de ser "ágiles", les da a los gerentes la buena sensación de que todo está bajo control, impone plazos estrictos e intimida a los desarrolladores en prácticas de desarrollo poco éticas e insostenibles.

Scream es:

  • Ligero
  • Fácil de hacer
  • Difícil de eliminar

¿Cómo usar la guía de Scream?

!Por favor! NO busques activamente la implementación de Scream: a pesar de que parece ser una norma, está pensado como una sátira, una oportunidad de reflexión humorística de los antipatrones que podrías observar en una organización que hace “Scrum”.

Cuando encuentre elementos de Scream en tu proceso de desarrollo, intenta comenzar una discusión seria sobre por qué se están presentando estos elementos y cómo afectan el desarrollo y la generación de valor en tu organización.

¡Las retrospectivas (las de verdad) son un buen momento para hacer esto!

Puedes consultar la guía en el siguiente enlace para obtener información adicional sobre todos los elementos que conforman el marco Scream por si te interesa profundizar más.

Scream se ofrece de forma gratuita: solo cuesta la cordura y la tranquilidad de quienes lo aplican. Los roles, los eventos, los artefactos y las reglas de Scream varían de una organización a otra y la mayoría solo implementan partes de Scream; el resultado suele ser siempre Scream. Scream existe para preservar los sistemas y funciones existentes, así como un contenedor para otras disfunciones, locuras y problemas.

Y tú, ¿haces Scream en tu organización?

i'marv.in