LA META DE SCRUM NUNCA FUE “HACER FUNCIONAR SCRUM”

Creo que muchas de las críticas que viene ganando el marco de trabajo Scrum y la agilidad están dadas por haberse dejado ganar por “Agile Industrial Complex” y terminar trabajado más en la “forma” que en el “contenido”: Muerte por Jira”sitis” aguda, SM’s más enfocados en lo divertido y original de la retro que en su valor, PO’s actuando como gerentes funcionales tradicionales son algunos de los ejemplos de este fenómeno.

En general la meta de un marco de trabajo o abordaje (Scrum, Kanban, OKR, etc.) nunca es el marco en sí, sino lo que a través del marco se puede alcanzar (la herramienta no hace al carpintero, ni el hábito al monje).
Por el contrario, como suelo decir en los trainings “Al desplegar un marco de trabajo se ponen de relieve muchas problemáticas organizacionales. El éxito estará en lograr superarlas, más que en la herramienta en sí”.

Si utilizamos Scrum de la manera adecudada — es decir, con una mirada de empirismo y aprendizaje contínua — actuará como una lupa para poner de relieve muchos antipatrones y cuestiones que funcionan mal (a nivel técnico, liderazgo, cultura, gestión del conocimiento, etc.). Voy a dar un ejemplo concreto. la reunión / rutina / cadencia / ceremonia conocida como Daily. No es tan importante que un equipo logre una daily de 10–15 minutos donde se hagan las consabidas “3 preguntas”, sino que logre sincronizar periódicamente, siendo capaz de detectar impedimientos, y corregir el rumbo sobre la marcha. Ahí donde el equipo no logra esa periodicidad, o si el foco se pierde en detalle en lugar de en la visibilidad, y sincronización, aparece una enorme oportunidad de trabajo de mejora. Podemos hacer como que no pasa nada, o podemos poner foco en resolverlo y mejorar. Cómo sostienen los prácticantes de Lean Manufacturing “un error (y yo agregaría un comportamiento no esperado) ES una gema”. La clave es poder capitalizarlo en una acción de mejora (en el fondo es la expresión del aprender: hacer las cosas un poco mejor que antes).

Corolario: Creo que todavía hay valor para extraer de un marco como Scrum (aunque también hay muchas alternativas y formas de generar valor iterativo-incremental que no tienen otros enfoques!!!!), pero es clave ENTENDER QUÉ PERSIGUE SCRUM, SUS COMPONENTES Y PRINCIPALMENTE SUS PRINCIPIOS para luego poder ADOPTAR un mejor enfoque de construcción de producto.

Los leo!

#Scrum #ScrumMaster #Agile #Agilidad #OKR #Reflexiones #Knowment #PO #Kanban