Se puede ser ágil y no usar Scrum

Mientras escribo este post no dejo de pensar si estoy escribiendo algo demasiado obvio como para poder llegar a darle rango de post. Pero, uf, es que me estoy encontrando mucha gente obcecada en seguir rigurosamente las prácticas de Scrum, o en hacer que otros las sigan, hasta el punto que se les ha olvidado que, quizá, su objetivo era ser ágiles ¿no? y Scrum era… un camino, de muchos posibles.
Hasta el punto de convertir Scrum en un conjunto de reglas que está mal visto cuestionar (recuerda aquello de en vez de reglas y normas por defecto… ausencia de reglas por defecto o más sobre los problemas de tener muchas reglas y Metodologías al detalle) o adaptar, haciendo difícil compatibilizar todo esto con aquello tan ágil como la auto-organización, todo con un fuerte olor a «procesos» por encima de «individuos e interacciones» (y no al contrario). Un caso típico de confundir el fin con uno de los caminos para llegar.
Vamos que parece que el objetivo es poder decir que cumplimos al detalle Scrum, y de ahí inferir que por ello somos ágiles, y de ahí pensar que agilidad es lo mismo que Scrum, y no es así, más bien Scrum es ágil, pero puede haber agilidad sin Scrum, o con parte de él (digo con parte, no sólo con parte de él, lo pillas ¿no?).
Sin ir más lejos, Scrum es uno, de varios, frameworks ágiles, es decir, UNO de los posibles caminos que nos ayudan a poder estar alineados con algo de mayor nivel de abstracción: los valores ágiles. Incluso entre los valores y Scrum están los principios ágiles.
De hecho, esto debiera ser obvio, Scrum es uno más, sin duda el más popular (y también el que más negocio mueve hoy), de muchos otros frameworks ágiles, como eXtreme Programming, FDD, DSDM, Crystal, etc. De todos los anteriores te he hablado en post previos, y en este post de clasificando “métodos” (realmente frameworks) ágiles (y relacionados), que quizá no leíste, porque salió casi en julio, donde te dejé una recopilación de «los otros».
Es más, hay muchos caminos, recomendables incluso, que te pueden llevar por la vía de la agilidad y a la vez hacerte abandonar el cumplimiento riguroso de Scrum. Puedes empezar usando Scrum e ir mejorándolo para ti, manteniendo la esencia (valores) ágil, hasta el punto de que ya no seas «oficialmente» Scrum… y sigas siendo ágil. De hecho, esta es la base de Shu-Ha-Ri ¿no? aquello de empieza siguiendo las reglas, para romperlas y luego, si puedes, innovar practicas nuevas.
Si bien a mí me parece que Scrum es un buen grupo de prácticas con las que empezar, a repetir con cierto rigor cuando vengo de cero, pero siempre teniendo en la cabeza que eso será una etapa, es temporal, y no un estado final. Y que igualmente podría seguir, para arrancar, otras reglas que no sean las de Scrum o sólo una parte de ellas.
Pero, contrariamente a todo lo anterior, parece haberse interiorizado el mensaje de que si NO seguimos a rajatabla Scrum… lo estamos haciendo mal. Pero no necesariamente es así.
Si metes prácticas que típicamente son malas (o que no son las mejores), las que yo llamo del Lado Oscuro, documentación por encima de hablar, cascadas, etc., probablemente tengas un modelo de trabajo muy mejorable. Pero que te saltes cosas de Scrum no necesariamente implica que lo hagas mal… si has encontrado adaptaciones que son mejores para ti (y que no son Lado Oscuro).
Y complementario a lo anterior, también parece haberse interiorizado el mensaje de que siguiendo al pie de la letra Scrum… ya somos ágiles, y que es eso, sólo eso, lo que hay que hacer para serlo, y ya con ello hemos cumplido. Y no siempre, en muchos contextos, típicamente en desarrollo software, vas a necesitar, además, buenas prácticas técnicas para estar más alineado con los principios ágiles (ya sabes 4 valores, 12 principios), y esas no están en Scrum, y por ello es típico hacer uso de Scrum más otros como eXtreme Programming.
Está claro que si te saltas prácticas de Scrum pues sí, quizá, ya no sigas al 100% y rigurosamente Scrum, pero… ¿y a ti eso qué más te da? ¿tú quieres seguir Scrum o tener un modelo ágil de trabajo? incluso… ¿tú quieres un modelo ágil o trabajar de la mejor manera?

• Acerca de
• Últimas entradas

jgarzas

Ph.D. en informática, Postdoctorado en la Carnegie Mellon (EE.UU) e Ingeniero en Informática.

Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para, más de 90. Y he formado a más de 2000 alumnos.

También soy profe de la Universidad Rey Juan Carlos.

Últimas entradas de jgarzas (ver todo)

• Las 3 matrices de priorización Ágil - 19 octubre, 2023
• Etapas del Agile Product Management - 12 octubre, 2023
• Agile Product Management: DINÁMICA «Árbol Solución Oportunidad» + «Valores Esperados» - 5 octubre, 2023