El Lado Oscuro de Scrum
El objetivo de este artículo es describir casos en los que el marco Scrum es mal utilizado — a veces a propósito — , lo que lleva como consecuencia a la explotación del equipo de desarrollo. Cubriremos los siguientes temas:
- ¿Qué es Scrum?
- Scrum en Pocas Palabras
- Los Eventos de Scrum
- Los Artefactos de Scrum
- ¿Qué es un Sprint?
- Los Valores de Scrum
- ¿Qué es un Scrum Master?
- ¿Qué es lo que hace un Scrum Master?
- ¿Realmente puede existir un Lado Oscuro en Scrum?
- Estimaciones
- Daily Scrum
- Retrospectiva del Sprint - Palabras Finales
¿Listo? ¡Comencemos!
¿Qué es Scrum?
Según scrum.org —la casa de scrum — Scrum es un marco dentro del cual las personas pueden abordar problemas adaptativos complejos, mientras entregan productos del mayor valor posible de manera productiva y creativa. Piensa en ello como una forma de hacer el trabajo en equipo en pequeñas partes a la vez, con ciclos de experimentación y retroalimentación en el camino.
Scrum reemplaza un enfoque algorítmico por uno heurístico, con respeto por las personas y la autoorganización para lidiar con la imprevisibilidad y resolver problemas complejos.
Scrum en Pocas Palabras
Este gráfico representa muy bien todo lo que implica el marco Scrum.
Los Eventos de Scrum
Los eventos prescritos se utilizan en Scrum para crear regularidad y minimizar la necesidad de reuniones no definidas en Scrum. Los Eventos Scrum son:
- Sprint
- Sprint Planning
- Daily Scrum
- Sprint Review
- Sprint Retrospective
Los Artefactos de Scrum
Los artefactos de Scrum representan trabajo o valor para brindar transparencia y oportunidades de inspección y adaptación. Los artefactos de Scrum son:
- Product Backlog
- Sprint Backlog
- Incremento
¿Qué es un Sprint?
Los Sprints son el latido del corazón de Scrum, donde las ideas se convierten en valor. Son eventos de duración fija de un mes o menos para crear consistencia.
Todo el trabajo necesario para alcanzar el objetivo del producto a desarrollar, incluyendo Sprint Planning, Daily Scrums, Sprint Review y Sprint Retrospective, ocurre dentro de Sprints.
Los Valores de Scrum
Estos valores son los siguientes:
- Coraje
- Enfoque
- Compromiso
- Respeto
- Apertura
A pesar de ser un marco muy famoso, los Valores de Scrum no siempre se tienen en cuenta.
¿Qué es un Scrum Master?
Según scrum.org, el Scrum Master es responsable de establecer el marco Scrum como se define en la Guía de Scrum. Lo hace ayudando a todos a comprender la teoría y la práctica de Scrum, tanto dentro del equipo Scrum como en la organización.
Vamos a desglosarlo. Cuando dicen “…estableciendo Scrum como se define en la Guía Scrum” debes saber que nadie debe inventar sus propias reglas. Todo debe estar de acuerdo con la Guía Scrum.
Ahora, cuando dicen “…ayudar a todos a comprender la teoría y la práctica de Scrum…”, se refieren a que el Scrum Master puede actuar como instructor (una persona que enseña algo) o como coach (una persona que ayuda a un alumno a lograr un objetivo específico personal o profesional proporcionando formación y orientación). Basado en lo anterior, el Scrum Master debe guiar al Equipo Scrum para mejorar sus prácticas dentro del marco Scrum y asegurarse de que todos lo sigan a fondo.
¿Qué es lo que hace un Scrum Master?
El Scrum Master, además de servir al Product Owner y a la organización, también sirve al Equipo Scrum de varias maneras, entre ellas:
- Entrenando a los miembros del equipo en autogestión y funcionalidad cruzada;
- Ayudando al Equipo Scrum a enfocarse en crear Incrementos de alto valor que cumplan con la Definición de Listo;
- Eliminando cualquier impedimento al Equipo Scrum; y,
- Asegurándose de que todos los eventos de Scrum se lleven a cabo y de que estos sean positivos, productivos y se mantengan dentro del marco de tiempo.
¿Realmente puede existir un Lado Oscuro en Scrum?
Sí, si es que se usa de mala manera como veremos.
Estimaciones
El propósito del proceso de estimación es crear una comprensión compartida de la tarea por delante entre todos los miembros del Equipo Scrum. Esta estimación se puede realizar en cualquier momento antes o incluso durante la planificación del Sprint, siempre que permita al equipo comprometerse con un pronóstico para el próximo sprint.
La estimación nos ayuda a saber si una tarea es lo suficientemente pequeña como para incluirla en un Sprint.
Imagina que tienes que estimar para las siguientes tareas:
- Migrar un proceso que involucra 10 fuentes de datos que no conoces.
- Implementar una herramienta open source que no haz probado antes.
- Crear data pipelines con servicios en una nube que no dominas.
¿Qué tan seguro te sientes al estimar estas tareas? Una forma de abordar este problema de estimación es utilizando poker planning.
En poker planning, el número en cada carta representa estimaciones relativas del esfuerzo (también conocido como puntos de historia y es mejor que tengas cuidado de no tomarlos como horas o días). La idea aquí es fomentar la discusión. Si yo dijera 1 unidad de esfuerzo y tú dijeras 5 unidades de esfuerzo, ¿qué debería pasar? Muchos equipos tienden a tomar el promedio (3 en este caso). Gran error. Al hacerlo, se pierde la esencia de esta técnica, que es discutir y llegar a un consenso. En este escenario, se esperaría que el junior que dijo 5 unidades de esfuerzo logre esa tarea dentro del tiempo que normalmente toma una tarea de 3 unidades de esfuerzo, lo que lo frustrará si no cumple con las expectativas.
Ten cuidado de tratar las estimaciones como fechas límite. Si se estimaron muy pocos puntos de historia para esa tarea, es posible que no se complete en el Sprint y, por lo tanto, no se cumpliría el compromiso del Sprint. Si el desarrollador se ve obligado a llevarse el trabajo a casa, ¿de qué tipo de respeto por las personas estamos hablando en los Valores del Scrum?
Otro caso es cuando sólo se toma el juicio de los gurús. Para los jóvenes, esto puede parecer como jugar en modo difícil.
Daily Scrum
El Daily Scrum es un evento (solamente 1) de 15 minutos al día para los Desarrolladores del Equipo Scrum. El propósito del Daily Scrum es inspeccionar el progreso hacia la meta del Sprint y adaptar el Sprint Backlog según sea necesario, ajustando el próximo trabajo que se tenía planificado.
Contrario a la creencia popular, el Daily Scrum no es una reunión para dar el estado.
En un Daily Scrum cada miembro del equipo debe responder estas tres preguntas:
- ¿Qué hiciste ayer?
- ¿Qué vas a hacer hoy?
- ¿Tienes algún impedimento?
Imagina que dices que vas a terminar una tarea hoy, por presión social o lo que sea. Sin embargo, no puedes terminarlo. ¿Qué pasará al día siguiente? Dos alternativas:
- Dices la verdad a sabiendas de que te etiquetarán como ineficiente.
- Dices mentiras para ser digno de continuar trabajando en el proyecto o mantener tu trabajo.
Un Darth Scrum Master o incluso un Evil Product Owner pueden usar esta situación para hacerte sentir que estás atrasado y que debes trabajar horas extra para terminar con esos pendientes y así ayudar al equipo a alcanzar la meta del Sprint.
Retrospectiva del Sprint
La Retrospectiva del Sprint es donde el Equipo Scrum busca mejoras en sus procesos y colaboración. Si algo está mal, es importante ponerlo sobre la mesa. Ya sea relacionado con el proceso, con el equipo o con la relación del equipo con sus líderes. Pero, si los líderes se han estado comportando como capataces y luego piden retroalimentación al equipo… se obtendrá poca o ninguna retroalimentación útil. ¡Como si todo fuera de color rosa!
Otro caso que se puede presentar es cuando se señala con el dedo al responsable de que no se alcance el objetivo del Scrum. Este “señalar y culpar” definitivamente baja la moral de esa persona, ¿no crees?
Palabras Finales
- Para obtener una valiosa retroalimentación, se debe trabajar para proporcionar un entorno de seguridad psicológica, un entorno en el que nadie tenga miedo de las represalias.
- Si los líderes andan atormentando al equipo, la motivación del mismo se verá afectada, y esto afectará la productividad y por lo tanto pondrá en riesgo el cumplimiento de la meta del Sprint.
- El Scrum Master debe ser consciente del grado de toxicidad del ambiente de trabajo, porque si este es mucha, estaría afectando el rendimiento del equipo a tal punto de convertirse en un impedimiento.
- El Scrum Master también debe ser conciente de que tener una Retrospectiva del Sprint donde nadie señala las cosas a mejorar es tener una reunión improductiva.
- Al implementar Scrum, no olvidemos los valores de Scrum, especialmente el respeto y la apertura.
- Para evitar señalar y culpar recomiendo comenzar la Retrospectiva del Sprint con esta frase en mente: “Hicimos lo que pudimos con los recursos que teníamos en ese momento”.
- Y finalmente, cuando pienses en Scrum piensa más en términos de adaptabilidad y menos en términos de velocidad.
Para mayor información, recomiendo las siguientes lecturas:
- What is a Scrum Master?
- Unlock the Power in the Five Scrum Events
- Agile Simulation — Part 20 | The Daily Standup
- Is Planning Poker Bad for Software Development Teams?
- The Most Important Thing You Are Missing about Estimation
- When do we estimate in Scrum?
- Why do we use Story Points for Estimating?
- From Product Backlog to Sprint Planning
- About the The Scrum Events and The Scrum Artifacts
- As Your Team Gets Bigger, Your Leadership Style Has to Adapt
- War is Peace, Freedom is Slavery, Ignorance is Strength, Scrum is Agile
Y sí, yo también soy un Scrum Master
Y puedo ayudar a tu empresa a no caer en el Lado Oscuro del Scrum.
¿Quieres más?
¡Gracias por leer!
Si presionas 50 veces el botón de 👏 y algo maravilloso sucederá.
- 👉 Versión del post en inglés aquí.
- 👉Sígueme para más contenido.
- 👉Sigue a Data Engineering Latam para más contenido sobre Ingeniería de Datos, Ciencia de Datos y Gestión de los Datos.
