¿Por qué la agilidad suspende en 9 de cada 10 empresas?

El 90% de las empresas españolas inmersas en agilidad no ha alcanzado en 2021 los resultados esperados o no es capaz de mantenerlos en el tiempo según el equipo de expertos agile de Paradigma Digital, que ha analizado la situación de las empresas en España con motivo del veinte aniversario de la firma del ‘Manifiesto Agile’. Ante esta situación, la tecnológica experta en agile ha creado Polaris que tiene como objetivo compartir sus 15 años de experiencia aplicando la agilidad a sus proyectos en empresas.

Tras años de proyectos Agile desarrollando software para grandes compañías, Paradigma Digital ha compartido las claves que para ellos han resultado exitosas, una brújula de agilidad que complementa los aspectos sin cubrir de los métodos ágiles con 9 elementos que, según su experiencia, permiten a las empresas mantener la esencia de la agilidad, pero también anticipar riesgos y orientarse a resultados:

  1. Agile soporta todos tus cambios, tu cartera no: El error más frecuente al aplicar metodologías ágiles es perder el norte sobre qué necesidad de negocio queremos resolver. Evitarlo es posible, es necesario poder visualizar las expectativas del proyecto de forma sencilla y de un solo vistazo; Para ello hemos diseñado un documento que denominamos True North; el porqué del proyecto, sus líneas rojas etc. La clave está en no perder el norte real del proyecto.
  2. Resultados sobre métodos: “El objetivo en agile no puede ser clavar un timing de eventos o calcar un framework. Agrupamos las actitudes y habilidades que tantas veces han sido clave en nuestros proyectos bajo el nuevo rol del Agile Delivery Leader: será quien garantice que contamos con el método, entorno y herramientas necesarias para llevar a cabo el proyecto y que se responsabilice de que las cosas sucedan”, señala Cristina de la Bandera, Digital DNA en Paradigma.
  3. No eres un hámster, todo proyecto requiere estrategia: Tecnología, negocio y necesidad real de los usuarios en ocasiones no confluyen porque las dinámicas de co-creación y conceptualización se dan solo al inicio del proyecto. Un proyecto implica constante atención a los cambios, requiere estrategia, mirar al mercado, conocer a los usuarios… La clave está en adoptar un enfoque “Continuos discovery” incluir prácticas de diseño para crear un buen backlog, si no, es muy probable que el resultado sea algo que nadie necesite.
  4. Métricas, no adverbios de cantidad: La medición es otro error habitual. la medición es necesaria, pero ¿mides realmente aquello que es relevante para el proyecto? Si no miras una métrica que no te aporta valor, elimínala. La clave es manejar métricas valiosas, desarrollar un sistema de métricas visible y transparente, que sea un nexo entre negocio y tecnología, que esté centralizado, que lea la información relevante de las diferentes herramientas de trabajo (Jira, Azure DevOps, Sonar, Analytics, etc.) de la forma más automatizada posible y, sobre todo, que además de las habituales, contenga las métricas específicas que requiere cada proyecto.
  5. No hablar de los riesgos no los hace desaparecer: El empirismo y la adaptabilidad minimizan riesgos, pero no es suficiente. Un gran grupo bancario, una energética internacional o el mayor retail del país no van a dejar en manos del empirismo el éxito o fracaso de sus proyectos. Los riesgos son situaciones inciertas que pueden dar lugar a nuevas oportunidades o amenazas, la clave está en poner el foco también en los riesgos y tenerlos presentes en el día a día. Polaris no pospone la verdad hasta que la fecha de entrega está encima.
  6. No existen las balas de plata: No prestar atención a las diferentes condiciones de entorno es una de las principales causas de fracaso de un proyecto. Condiciones como el contexto organizativo (trámites imprescindibles, estándares, limitaciones, etc.), relaciones contractuales con terceros, envergadura tecnológica, escenario de colaboración (número de actores, áreas e incluso empresas involucradas) o el equipo humano (experiencias, valores, seniority, puntos fuertes y débiles, etc.). Polaris no es café para todos, es pensar en el proyecto y proponer la mejor solución dado nuestro contexto real.
  7. Que funcione no quiere decir que esté bien: No porque algo funcione quiere decir que es bueno, olvidar la calidad técnica suele ser un error que a futuro implica costes. Un buen producto digital debe ser además mantenible, seguro, escalable y estable. La responsabilidad compartida de todo el equipo sobre la calidad es la mejor garantía para obtener un buen producto digital.
  8. Los malos hábitos destruyen las mejores mentes: Incorporar hábitos de trabajo como técnicas de productividad personal y de equipo, gestión de la comunicación con definición de flujos y buenas prácticas, gestión híbrida y presencial y gestión visual son buenos hábitos de trabajo a incorporar al propio método de trabajo.
  9. Cuida la vida del equipo: Una de las partes más complicadas en la gestión de proyectos son las personas. En Paradigma Digital tratamos de hacer que el principio de “Individuos e interacciones sobre procesos y herramientas” sea tangible y real. Cuidar cada momento crucial de la vida del equipo, desde la composición del mismo basada en el encaje cultural, pasando por la autogestión de conflictos y toma de decisiones, gestión de cambios en el equipo, hasta el desarrollo de competencias del comportamiento humano y la cultura del feedback.

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Salir /  Cambiar )

Google photo

Estás comentando usando tu cuenta de Google. Salir /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Salir /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Salir /  Cambiar )

Conectando a %s

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios .