Esta página ha sido traducida automáticamente. Para una mejor experiencia de lectura, por favor cambia al inglés.

Cambiar a inglés

La paradoja ágil: Planificación ágil (2ª parte)

La agilidad a veces parece contradictoria a primera vista. Los directivos, en particular, se enfrentan a muchas contradicciones. En esta serie de artículos, te mostraré ejemplos de esta paradoja ágil y cómo encaja todo al final.

¿Los equipos ágiles no planifican?

Al introducir los métodos ágiles, a muchos equipos les resulta difícil enfrentarse al hecho de que todavía existen condiciones marco que parecen obstaculizarles la aplicación de los métodos ágiles. Un obstáculo importante suele ser la cuestión de la planificación presupuestaria. Luego dicen “Somos ágiles. No podemos decir lo que vamos a hacer en los próximos seis meses”?

Por supuesto, es cierto que en un contexto ágil no se construye a principios de año una hoja de ruta clara para todo el ejercicio, que luego sólo hay que aplicar a ciegas. Al mismo tiempo, es muy poco realista poder gestionar empresas con recursos limitados completamente sin planificación. ¿Cómo resuelves esta contradicción?

Céntrate en lo que es posible

La planificación presupuestaria a menudo suena muy finalista. Pero la clave del éxito aquí es ver el presupuesto menos como una limitación y más como una guía y orientación.

La planificación anual debe complementarse, por ejemplo, con ciclos de planificación trimestrales. Un enfoque trimestral hace que sea mucho más fácil para los equipos evaluar de qué cuestiones es probable que se ocupen. Por eso, en estos ciclos trimestrales, es importante dar a los equipos una idea de los recursos que pueden esperar a la hora de aplicar los temas. Dentro de este marco, suele haber suficiente libertad para decidir por sí mismos cómo se utilizarán estos recursos.

Si estos marcos se comparten claramente con los equipos y estos los perciben como una ayuda, esto puede estimular la creatividad sobre cómo lograr el objetivo de la mejor manera posible con los recursos dados; el requisito previo sigue siendo que la planificación no se vea como una restricción burocrática fija donde no se requiere creatividad.

Beneficio no previsto para el cliente

Una cuestión esencial para los directivos en este contexto es la del establecimiento de prioridades: ¿se preocupa la dirección de ajustarse lo más posible a su planificación, o de crear el mayor beneficio posible para el cliente?

En el contexto ágil, la segunda es, por supuesto, la prioridad de los equipos y esperemos que también de la dirección. Al fin y al cabo, es de esperar que la dirección haya estructurado la planificación presupuestaria del ejercicio de forma que se cree el mayor valor posible para el cliente, según el estado de los conocimientos en ese momento. Si, durante los sprints y los bucles de retroalimentación resultantes con los clientes, han surgido mejores oportunidades para crear valor para el cliente, éste sería un buen argumento para desviarse de la planificación.

Ejemplo: ASuponiendo que una nueva necesidad del cliente necesite 10 T€ más de lo previsto en el presupuesto. Pero, al mismo tiempo, se crea un valor añadido de 25 T€ para el cliente, por el que está dispuesto a pagar. Lógicamente, se trata de un valor añadido global para la empresa. La decisión de no aprovechar esta oportunidad para “desviarse del plan” sería difícil de comunicar a los equipos (y como muy tarde a la dirección).

También puede ocurrir al revés: El primer prototipo ya revela que un producto no alcanzará el beneficio “previsto” para el cliente. ¿Debe seguir desarrollándose el producto en aras de la planificación, o debe dejarse que el equipo encuentre mejores usos para los recursos?

Conclusión

Las empresas tienen recursos limitados y deben planificarlos en consecuencia. Por eso los equipos ágiles no pueden evitar ocuparse de la planificación. Agilidad significa libertad para los equipos dentro de un marco de planificación. Cuanto menos burocráticos y más cercanos al equipo sean los ciclos de planificación, mejor. De esta forma, los equipos pueden controlar el diseño de forma independiente.

Al mismo tiempo, los rápidos ciclos de aprendizaje siempre crearán oportunidades para crear mejores beneficios para el cliente que los previstos originalmente. O incluso a abandonar ciertos temas por falta de valor para el cliente. Una planificación ágil que funcione consigue tener en cuenta esas oportunidades de desviarse del plan.

PS:

Con Echometer, estamos desarrollando una herramienta para retrospectivas ágiles: la reunión central para el desarrollo continuo y el fortalecimiento de la autoeficacia de los equipos. Si estás interesado en seguir desarrollando los ciclos de retroalimentación y aprendizaje en tus equipos, programa aquí una prueba gratuita: ¡esperamos tu contacto!

Categoría del blog

Más artículos sobre "Escalar la agilidad"

Ver todos los artículos de esta categoría
Modelo Agile de Spotify: Squads, Tribes, Chapters y Guilds explicados

Modelo Agile de Spotify: Squads, Tribes, Chapters y Guilds explicados

El modelo ágil de Spotify con Squads, Tribus, Capítulos y Gremios explicado de forma sencilla. Descubre más sobre las ventajas, los escollos típicos y los casos de uso.

Radar de salud de la agilidad: Los 13 modelos más populares de KPI ágiles

Radar de salud de la agilidad: Los 13 modelos más populares de KPI ágiles

Descubre los 13 modelos de Agility Health Radar más populares para los KPI ágiles. Optimiza la salud de tus equipos y proyectos con estas herramientas.

Acuerdos de trabajo: 10 ejemplos, muestras y plantillas

Acuerdos de trabajo: 10 ejemplos, muestras y plantillas

Acuerdos de Trabajo Ágil: 10 Ejemplos, Patrones y Plantillas para Scrum, Equipos Remotos y SAFe. ¡Así es como mejora la colaboración y fortalece los equipos!

El Scrum Master como líder servidor: 8 elementos de reflexión

El Scrum Master como líder servidor: 8 elementos de reflexión

¡Descubre cómo convertirte en un Servant Leader como Scrum Master! 8 consejos sobre comunicación, autoorganización y gestión ágil de proyectos para tu equipo ágil.

Objetivos de rendimiento del Jefe de Producto: 5 consejos y ejemplos

Objetivos de rendimiento del Jefe de Producto: 5 consejos y ejemplos

Objetivos de rendimiento del Product Manager: Consejos y ejemplos de objetivos inteligentes, niveles y desarrollo. ¡Descubre aquí cómo hacer que el rendimiento sea medible!

¿Qué es un Product Owner en Scaled Agile Framework SAFe? - Cifras, datos y hechos 

¿Qué es un Product Owner en Scaled Agile Framework SAFe? - Cifras, datos y hechos 

¿Qué hace un SAFe Product Owner? Explicamos el rol en el Scaled Agile Framework, tareas, responsabilidades y los 6 tipos de Product Owners.

Scrum - ¿qué es eso? ¡Explicado sencillamente!

Scrum - ¿qué es eso? ¡Explicado sencillamente!

Scrum explicado de forma sencilla: ¿Qué significa el trabajo ágil? Analizamos los roles (Product Owner, Scrum Master, Equipo), el Sprint, el Backlog y el éxito de Scrum.

Combinar OKR y Scrum: Cómo funciona (talleres, objetivo del sprint y ciclos)

Combinar OKR y Scrum: Cómo funciona (talleres, objetivo del sprint y ciclos)

¡Descubre cómo combinar con éxito OKR y Scrum! Te mostramos cómo los workshops, los objetivos del sprint y los ciclos se entrelazan de forma óptima. ¡Así se trabaja de forma ágil!

Agile a escala: Comparación de los 5 frameworks más importantes

Agile a escala: Comparación de los 5 frameworks más importantes

Agile at Scale: Descubre los frameworks más importantes (SAFe, LeSS, DA, Spotify, Scrum@Scale) para la escalada ágil en la empresa. 5 principios y 6 pasos.

Boletín Echometer

No te pierdas las actualizaciones sobre Echometer e inspírate en el trabajo ágil