¿Ignorar Scrum para ser más Agile?

Hablando con un amigo sobre agile, me hizo una pregunta fascinante señalando lo mal que a veces encajan Agile y Scrum, especialmente respecto a las reuniones. Estos son mis pensamientos sobre este tema.

“¿Crees que tendría sentido simplemente usar agile e ignorar scrum (sprints) completamente en una empresa basada en producto? Siento que es difícil ser agile cuando tienes 10 horas de reuniones por semana.” Filip G.

Eso está relacionado con la esencia central de Extreme Programming, que es el primer valor: Comunicación Efectiva.

“Probablemente algunas empresas simplemente no saben cómo usar las reuniones apropiadamente y simplemente las tienen por costumbre.” Filip G.

No diría ignorar Scrum completamente. Scrum (cuando se hace bien) es un gran “Framework de Gestión de Producto”. Para mejorar tu comprensión de Scrum recomiendo leer: Scrum: The Art of Doing Twice the Work in Half the Time.

El principal problema con scrum hoy en día es que la gestión tomó control sobre todo el asunto, y los desarrolladores realmente no están educados sobre cómo practicar Scrum apropiadamente (de una manera realmente Agile), y ahí es donde empieza el problema. Para esto, recomiendo un libro que aborda bastante bien los problemas comunes que la mayoría de los equipos Scrum enfrentan de una manera divertida y de lectura fácil: Zombie Scrum Survival Guide: A Journey to Recovery.

No se trata de Agile sí, y Scrum no. Son totalmente compatibles. El problema es crear conciencia sobre cómo enfocar los procesos del equipo desde un punto de vista agile.

Agile en pocas palabras#

Recientemente escribí un post sobre fundamentos agile, que te recomiendo leer para entrar en los detalles: Trabajando agile con equipos no agile. Pero, el tl;dr: Agile es sobre feedback rápido. Es sobre comunicación efectiva y reducir desperdicio mientras se apunta a la simplicidad.

Agile es sobre mantener estos valores siempre presentes:

• Individuos e interacciones sobre procesos y herramientas
• Software funcionando sobre documentación extensiva
• Colaboración con el cliente sobre negociación de contratos
• Responder ante el cambio sobre seguir un plan

Aunque hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda.

Scrum en pocas palabras#

Scrum es un framework para gestión de proyectos que enfatiza el desarrollo de software, aunque se usa en otros campos como ventas, marketing, y más. Está diseñado para equipos de 5–9 personas (ver número de Dunbar) que son totalmente autónomos y responsables de dividir su trabajo en pequeñas partes que pueden completarse en una iteración con tiempo limitado, llamadas sprints, usualmente de 1, 2 o 4 semanas.

Es común encontrar ciertas ceremonias/reuniones como:

• Stand-up: 15 min (o menos) para mantener a todos en el equipo sincronizados y actualizados sobre el trabajo y llamar a la acción cuando alguien está bloqueado o necesita atención especial o ayuda.
• Refinement: ¿2h? reunión para asegurar que los tickets están en buen estado antes de planificarlos para trabajar en el siguiente sprint.
• Planning: ¿2h? reunión para planificar el trabajo a realizar en el siguiente sprint.
• Demo/Review: ¿2h? reunión para mostrar el trabajo hecho a todo el equipo, stakeholders y otras personas interesadas.
• Retrospectiva: ¿2h? reunión destinada a permitir que el equipo reflexione y mejore.

La pregunta crítica es cómo tu equipo organiza estas reuniones y, lo más importante de todo, cuán efectivas son. Las anteriores son solo algunas de las reuniones importantes que tienes en cualquier “Equipo Scrum” hoy en día.

Aún así, aparte de esas, podrías encontrar muchas reuniones adicionales que se acumulan, y de repente todo tu día de trabajo se ha ido, y sientes que no produjiste el valor que esperabas. A menos que tu trabajo sea estar en reuniones todo el tiempo, como coordinar proyectos y hablar con personas todo el tiempo, parece que algo está mal.

Reuniones aburridas#

¿Alguna vez has estado en alguna de esas reuniones y pensaste, “Esto es aburrido, qué pérdida de tiempo…”? Bueno, he experimentado eso más de una vez. ¿A quién culpar? Esa sería la primera pregunta que podría venir a tu mente. Seguida de, “Mi jefe, obviamente, porque él/ella organizó esa reunión, a la cual fui invitado, por lo tanto estoy obligado a asistir, y esta pérdida de tiempo es su culpa.”

Esta es una pregunta difícil, y no creo que sea una respuesta honesta. Sin embargo, hay una explicación fácil para esta respuesta: alejar responsabilidades y culpar a otros en lugar de a ti mismo es mucho más fácil.

“Estoy obligado a asistir, y esta pérdida de tiempo es su culpa” podría ser que ese sea realmente el hecho real. Realmente estabas obligado, y estás perdiendo tu tiempo, y no hay otra manera… pero ¿realmente no hay manera de actuar al respecto?

Cuando algo no funciona como espero (por ejemplo, no me gusta el resultado, o creo que algo está mal), antes de culpar y alejar responsabilidades hacia otros, quiero reflexionar sobre ello e identificar la raíz del problema. ¿Qué podría hacer para mejorar la situación?

¿Qué puedes hacer al respecto?#

Volviendo a este contexto de “muchas reuniones”, si te encuentras en una reunión de nuevo que se siente mal o aburrida, intenta preguntarte:

¿Me siento aburrido? ¿Por qué? ¿Es posible que no esté participando en el resultado deseado de la reunión? Y si es así, ¿es mi presencia aquí en esta reunión realmente necesaria? ¿Podría simplemente pedir un resumen después y saltar fuera de la reunión para hacer algo más productivo?

Por el contrario, ¿está bien sentirse aburrido en esta reunión? ¿O debería participar e involucrarme con mis compañeros para contribuir al resultado de la reunión?

En estas situaciones, encuentro un patrón como:

• Si la reunión no es aburrida, es productiva y producirá un resultado rico para ti y, esperemos, todos los participantes.
• Si la reunión es aburrida, entonces o A) está bien que sea aburrida, pide educadamente salir, y obtendrás el resumen después, o B) no está bien que sea aburrida. Tu participación es necesaria para el resultado de la reunión. Intenta ser más participativo con tus compañeros, y la reunión no será aburrida.

Al final, hay muchas estrategias, y depende de ti actuar sobre ellas cuando veas algo que podría mejorarse.

Está bien señalar el “elefante en la habitación” y pedir ayuda para mejorar cualquier situación que pienses - o sientas - que no está funcionando como debería.

Posts relacionados

• Trabajando agile con equipos no agile. ¿Cómo puedes trabajar con otros equipos que no son agile?
• Entendiendo a las personas. Malentendidos, comunicación efectiva y autorreflexión
• El Triángulo de Gestión de Proyectos. El Triángulo de Hierro