En el mundo Ágil, y pre-ágil, hay un par de palabras que ya casi hemos olvidado, pero que en su momento fueron muy utilizadas para justificar el uso de frameworks Ágiles frente a los que tenían como base al cascada: ligeros vs pesados.
A estas alturas creo que no hace falta que te explique la cantidad de «peso» que tienen (digo tienen, no tenían) las metodologías, procedimientos, normas, calidad, proyectos, papeleo, etc., de la gestión clásica. Una de las, entre varias, razones que impulsaron el uso de frameworks Ágiles.
Pero dejando a un lado los modelos clásicos de gestión, hacer uso de Scrum, XP, un Kanban agilizado, etc., no evita, por defecto, el caer, incluso, en «hacer» una Agilidad… pesada.
Y, hasta cierto punto, una Agilidad pesada pudiera llegar a ser… una dudosa Agilidad.
Pero cierto es que, en algo tan amplio como madurar un cultura Ágil, hay miles de diferentes maneras de operar, algunas más ligeras y algunas… más pesadas.
Es decir, por poner unos ejemplos…
- No es lo mismo usar puntos historia que #noestimates (de esto ya te hablé en No estimar #noestimates en el mundo real y en buscando desperdicios Ágiles: los Puntos Historia y hace nada en este vídeo).
-
No es lo mismo un «planning» de 5 horas que uno de una hora.
-
No es lo mismo una retro de 2 horas que y una de 45 min.
-
No es lo mismo usar Historias de Usuario tradicionales que Gherkin, y, usando Gherkin, hay maneras ligeras, y pesadas, de hacerlo.
-
No es lo mismo usar pair programming que code reviews.
-
Y no es lo mismo un tablero de gestión visual que es un infierno de entender que uno simple, con las columnas justas, mínimas y necesarias.
-
etc.
No es cuestión de extenderse y hacer «pesado» el post, la anterior lista es realmente larga.
La reflexión que yo hago con muchos equipos, y que quería dejarte aquí, es que la mejora, la Ágil también, es un proceso continuo e infinito. Que tiene el objetivo de entregar valor, lo más frecuentemente posible, etc., y que un camino para ello es aligerar tu Agilidad.
Es normal, y hasta recomendable, que empieces con un Scrum «de libro» (o con el framework que esa, o con la combinación de frameworks y prácticas que mejor te venga, si bien es cierto que frameworks pseudoágiles como SAFe te van a ayudar poco y te lo van a poner difícil), pero que tienes que ir aligerándolo, en aquello que vayáis viendo que es un desperdicio eliminable o sustituible por otra práctica Ágil más ligera.
Ciertamente, esto es una manera más de aplicar la idea del Shu-Ha-Ri a tu evolución Ágil.
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.
- 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