En el mundo laboral, oímos todo el tiempo que estamos en el mundo VUCA y que tenemos que adaptarnos a nuestro entorno siempre cambiante. Todo el mundo habla de estar en una transformación hacia la agilidad. Puede que algunas personas ya no sean capaces de ver a través de esto y se pregunten qué significa en absoluto para las organizaciones.
A diferencia de la llamada metodología en cascada, la ágil es de un calibre completamente distinto. Al intentar comprender qué es el método Ágil frente al de Cascada y cuál es más adecuado en cada momento, es muy posible confundirse.
Si piensas lo mismo, quizá podamos ayudarte, porque aquí te explicamos qué significa ágil frente a cascada.
Modelo en cascada
Fiel al lema "las escobas viejas barren bien", en muchas empresas se utiliza el probado método de la cascada. Esto no es sorprendente y, desde luego, no siempre es erróneo, porque el modelo en cascada es el clásico de la gestión de proyectos y ha demostrado en muchos casos que puede ser eficaz.
Pero, ¿qué significa en concreto ágil frente a cascada? El modelo en cascada es un modelo de procedimiento lineal en el que el procedimiento se organiza en fases sucesivas del proyecto con puntos de inicio y final definidos concretamente. A grandes rasgos, puedes imaginártelo así:
Antes de profundizar más, una nota rápida. Recientemente, tuvimos 11 expertos internacionales ágiles como invitados en un seminario web – sobre una pregunta: ¿Cómo se escalan los métodos ágiles correctamente?
El resultado es esta fantástica grabación de video (inglés), que aborda las siguientes preguntas, por ejemplo:
- ¿Prefieres empezar de abajo hacia arriba o de arriba hacia abajo?
- ¿Cómo logra que los gerentes se pongan de acuerdo sobre una visión común?
- ¿Cómo elige el marco ágil correcto – y por qué en realidad no es tan importante?
Mi más cálida recomendación: ¡Échale un vistazo! Lleva mucho tiempo, pero vale la pena cada minuto.
Veámoslo todo con un ejemplo sencillo:
En la fase de definiciónprimero se determina qué se va a crear en primer lugar. Por ejemplo, el cliente manifiesta un deseo: Quiere una mesa. A continuación, se analizan y definen los requisitos y se elabora un plan para todo lo que hay que hacer. En el borrador, se crea entonces un borrador del producto, en nuestro ejemplo un boceto de la mesa.
En la fase de ejecucióntodo se vuelve más tangible: elegimos el material, determinamos las medidas exactas y construimos la mesa. En la fase de control, comprobamos si todo funciona según lo previsto: ¿Se mantiene en pie la mesa? ¿Son correctas las proporciones? La evaluación tiene lugar entonces junto con el cliente: Entregamos el producto y recibimos comentarios.
Así que para qué cambiar nada si ya lo dice el refrán: nunca cambies un sistema que funciona.
Metodología ágil (iterativa) frente a cascada (lineal)
Aunque el modelo en cascada tiene sin duda aspectos positivos y es eficaz en muchas situaciones, las empresas deberían implicarse en ser más ágiles. ¿Por qué? Porque el mundo en el que todos nos movemos nos plantea exigencias cada vez más complejas y contradictorias, y a menudo nos resulta difícil reaccionar ante ellas con un pensamiento en cascada.
El método de la cascada tiene algunos peligros. Aunque tenemos una gran sensación de seguridad gracias a la planificación y la estructura, también estamos muy atados en nuestros procesos. El proceso de trabajo es bastante estático y, debido a la planificación exacta, sólo disponemos de un margen de maniobra flexible muy reducido. Y eso es precisamente lo que necesitamos en nuestro entorno dinámico. Aquí es donde entra en juego la agilidad. Así que echemos un vistazo al método ágil frente al de cascada.
Pero, en cualquier caso, ¿cuál es la definición de ágil? Según la Duden ágil es algo así como "Evidente agilidad; enérgico y ágil" y esta definición se traduce bien al mundo laboral.
La agilidad en las empresas significa ser capaz de adaptar iterativamente las estrategias, estructuras y procesos a las circunstancias reales y actuales. Esto es esencial, ya que nos enfrentamos a cambios complejos debidos a la digitalización y al cambio demográfico y, por tanto, tenemos que seguir siendo adaptables.
Por cierto, una nota rápida en el contexto de la transformación ágil: ¿Quiere asegurarse de estar al día? las prioridades correctas en su ágil conjuntos de transformación?
Luego haga nuestra verificación de madurez para su transformación ágil – solo toma 3 minutos. Incluso obtienes un punto de referencia basado en más de otros trescientos participantes. Ver botón 🙂
Construir una mesa con métodos ágiles
Sigamos con el mismo ejemplo de antes: el cliente quiere una mesa. Así que primero empezamos haciendo un boceto. Se lo enseño al cliente y él decide si se lo ha imaginado así o no. Si no, el boceto se adapta de nuevo. En cuanto el boceto está terminado, elijo el material y pregunto iterativamente al cliente si todo está a su satisfacción.
Quizá entonces el cliente diga: "Oh no, creo que prefiero pino en vez de cerezo". Así que, después de todo, es una madera diferente: así que hacemos una nueva selección. A continuación se monta la mesa y, también en este caso, se consulta regularmente al cliente y se realizan cambios si es necesario.
Ya lo ves: La metodología ágil nos permite reaccionar con flexibilidad a los requisitos cambiantes, lo que es relevante en un entorno complejo.
Por tanto, la naturaleza estática de la metodología en cascada no siempre es suficiente. Además, puede ocurrir que los errores en la ejecución sólo se manifiesten en la evaluación, debido a la concepción rígida del modelo en cascada. Esto supondría unos costes de corrección mucho más elevados que una adaptación flexible.
La mayoría de los entrenadores ágiles dan vueltas en círculos....
...y tratar síntomas superficiales. Es hora de utilizar la psicología – para un cambio de mentalidad sostenible.
Métodos ágiles frente a métodos en cascada en el mundo laboral
A menudo sigue siendo difícil diseñar procesos ágiles e iterativos en las empresas. Esto se debe a que las personas tienden a ser reacias al riesgo por naturaleza y, a veces, han sido socializadas en su contexto profesional durante décadas con un patrón de pensamiento formado por cascadas.
La aversión al riesgo se refiere aquí a la tendencia a elegir la opción en situaciones de toma de decisiones que está asociada con el menor riesgo –, es decir, la menor pérdida – con respecto al resultado. (cf. Kahneman & Tversky, 1979)
Los métodos ágiles frente a los de cascada exigen que renunciemos a esta supuesta seguridad: en lugar de recurrir a métodos probados y de utilizar estructuras y principios fijos, se rompen los viejos esquemas de pensamiento de la ilusión por la planificación y se utilizan métodos iterativos. Esto conduce inicialmente a un aumento percibido de la incertidumbre, ya que hay que aplicar procedimientos – novedosos y aparentemente arriesgados que interpretan la incertidumbre como parte del plan.
Planificar esta incertidumbre conduce a la flexibilidad necesaria a largo plazo. Desarrollamos un abanico de opciones de actuación, que a su vez estabiliza la seguridad en el mundo laboral VUCA.
Mantener el equilibrio entre dinámica y estabilidad
La metodología ágil –, al igual que la metodología en cascada –, presenta ciertos inconvenientes:
- Los métodos ágiles hacen visibles las incertidumbres de la planificación y las tienen en cuenta, por lo que los planes deben incluir más margen para nuevas percepciones
- El resultado concreto es más difícil de estimar, ya que los nuevos hallazgos pueden dar lugar a desviaciones del resultado original previsto.
- Por las razones antes mencionadas, los éxitos parecen menos calculables en contraste con el clásico proyecto en cascada.
Por supuesto, dependiendo del proyecto, los distintos enfoques son más o menos adecuados.
El modelo en cascada es especialmente adecuado para proyectos que ya contienen de antemano requisitos conocidos y constantes.
Los métodos ágiles son especialmente óptimos para proyectos en los quepueden darse muchos factores impredeciblesy, por tanto, son necesarios bucles de reflexión flexibles. En la mayoría de los proyectos tecnológicos, esta incertidumbre es inevitable, por lo que los métodos ágiles están en auge sobre todo en este ámbito.
Por cierto: si quieres exigir específicamente una mentalidad ágil en tu equipo o empresa, merece la pena que eches un vistazo a nuestro artículo sobre la asombrosa verdad tras la mentalidad ágil.
¿Método ágil vs. cascada o combinación?
Con todo el bombo que se le da a "ágil", a veces se tiende a ver los métodos ágiles como una panacea. Equivocadamente. El resultado, quizá sorprendente, de este texto es claro.
Resulta que el uso de de ambas metodologías combinado conduce eficazmente a la meta (Herrmann, 2007). Estas combinaciones son útiles en situaciones en las que se requiere el modelo de cascada, pero éste no se adecua a la complejidad del proyecto.
Una especie de término medio de ambos métodos es el llamado Desarrollo basado en características (FDD).
En DDF Al igual que con la metodología en cascada, se desarrolla un plan concreto a largo plazo con secuencias individuales fijas: las características. Sin embargo, las características individuales son muy cortas, lo que permite reaccionar a corto plazo ante los cambios de requisitos. El enfoque no es tan iterativo como los métodos ágiles, pero representa un término medio adecuado cuando procede.
Y así llegamos a una conclusión bastante desconcertante: No siempre tiene que ser Ágil vs. Método en cascada. Ambos métodos también pueden complementarse. Ambos tienen su justificación. Según el proyecto y el contexto.
Pero como los métodos ágiles siguen siendo territorio desconocido para muchos, se preguntan con razón cómo podrían probarlos.
¿No sabes cómo empezar?
Para muchos, la "agilidad" sigue siendo un territorio desconocido. Se preguntan con razón: ¿Prefiero hacer el proyecto de forma ágil o en cascada? ¿Cómo podría empezar con los métodos ágiles? Una respuesta "ágil" a esto sería: Inicia experimentos. Prueba diferentes cosas de forma iterativa.
Clásicamente, los métodos ágiles se presentan de dos formas que también son ideales para los "principiantes": Kanban y retrospectivas.
Kanban y retrospectivas como punto de partida clásico
Kanban utiliza un tablero visible públicamente (Kanban) en el que cada miembro del equipo hace transparentes sus actividades actuales. Esto favorece la comunicación, la eficacia y, en última instancia, el éxito del proyecto. Puedes encontrar más información sobre Kanban aquí.
La idea básica de las retrospectivas es reflexionar activamente como equipo de forma periódica. Normalmente, cada quince días, te sientas en una reunión retrospectiva y te planteas preguntas como: ¿Qué va bien ahora mismo? ¿Qué es lo que no va tan bien? ¿Y qué medidas podemos tomar para mejorar las cosas?
Si estás pensando en introducir métodos ágiles...
Si todavía estás buscando un tablero retro adecuado, nuestro artículo puede ayudarte con el tema: Las mejores tablas retro en comparación.
Fuentes
Richard H. Thaler, Amos Tversky, Daniel Kahneman, Alan Schwartz, El efecto de la miopía y la aversión a la pérdida en la asunción de riesgos: una prueba experimental, Revista Trimestral de Economía, Volumen 112, Número 2, Mayo 1997, Páginas 647–661, https://doi.org/10.1162/003355397555226
Herrmann, A. (2007). Desarrollo basado en características entre la cascada y la agilidad.
https://www.pinuts.de/blog/webstrategie/projektmanagement-wasserfall-gegen-scrum
