Tercera encuesta de VersionOne sobre el estado del desarrollo ágil

3rd Annual Survey: The state of Agile Development

Por tercer año consecutivo los chicos de VersionOne ponen a nuestra disposición su encuesta anual sobre el estado del desarrollo ágil. Esta encuenta cada vez más popular da un idea muy interesante de cómo y por qué las empresas y los equipos de desarrolloestán adoptando metodologías ágiles. Yo es sido uno de los 2319 participantes en la encuesta.


Los datos que más me han llamado la atención y las conclusiones que he sacado son:



  • La gran mayoria de los profesionales y los equipos de desarrollo lleván entre dos y cinco años practicando metodologías ágiles. Solo un 11% de los equipos llevan más de cinco años. Sin duda las metodologías ágiles son algo nuevo, pero ya no tan nuevo, se ha pasado el punto en el que solo hay ‘early adopters’ y ya se trata de algo maduro, conocido y establecido.

  • En contra de lo que dicen muchos, parece que las metodologías ágiles escalan bien y son de aplicación en empresas y proyectos grandes. Un 32% de las empresas tienen más de 250 empleados. Cierto que este dato puede estar sesgado porque son las empresas más grandes las que más suelen interesarse por una metodología.

  • A pesar del incapié que solemos hacer los ‘agilistas’ en que todos los miembros del equipo estén en la misma ubicación, casi la mitad de los encuestados están usando metodologías ágiles con equipos distribuidos. Creo que las nuevas tecnologías que permiten que la experiencia de usuario de una reunión virtual sea cercana a la de una presencial y la mejora de las comunicaciones es la clave.
  • Muchas empresas, un 21% y un 20% respectivamente, están usando o planean usar metodologías ágiles en los proyectos externalizados. Parece que se ven las metodologías ágiles como una buen opción a la hora de gestionar el outsourcing. Tengamos en cuenta que el 43% no hacen outsourcing, dato muy en línea con la aversión que tenemos los ‘agilistas’ a esta práctica.
  • Acelerar el tiempo de desarrollo, gestionar mejor las prioridades cambiantes y incrementar la proridad son los tres razones principales por las que se plantea el uso de metodologías ágiles. La encuesta muestra también que en una enorme mayoría de las ocasiones estos objetivos se cumplen (alrededor del 75% de las ocasiones). Sin embargo el beneficio sobre le proceso de desarrollo más habitual (83%) es mejorar la visibilidad del proyecto, aspecto directamente relacionado con tener un proceso sano de desarrollo.
  • La mayor preocupación sobre la adopción es la ausencia de planificación a medio largo plazo. Esta labor es generalmente realizada por analístas de negocio o product owner, en mi experiencia el rol menos entendido y explotado en las metodologías ágiles. Dato muy en línea con el hecho de que quien impulsa la implantación de las metodologías ágiles en la mayoría de los casos son roles del departamente de desarrollo, no de la parte de negocio, que es la que tiene la información sobre las necesidades a medio y largo plazo.
  • El cambio de cultura (45%), la resistencia al cambio (44%) y la experiencia del personal (42%) son las principales barreras en la adopción de metodologías ágiles. Son los mismos factores que cuando no hablamos de metodologías ágiles.
  • Dentro del espectro de las metodologías solo Scrum (49%) y XP+Scrum (23%)tiene penetración significativa. La siguiente es XP (con un triste 8%), es curioso como XP ha perdido terreno pese a ser la primera que se popularizo.
  • La planificación explicita de iteraciones el la práctica más usada (86%) con un fuerte crecimiento frente a la encuesta anterior. Sin duda es una práctica de extremado valor. El testeo unitario, las reuniones diarias, las builds diarias y las automatizadas son las prácticas más usadas. Es curioso que todos las prácticas evaluadas han mejorado su adopción. Parece claro que todas las prácticas modernas de ingenieria del software aportan valor suficiente como para que los equipos estén impulsando su adopción de manera clara.
  • No son muchos lo proyectos ágiles que los encuestados declaran como fallidos. El principal motivo de fallo es la incapacidad de asumir los valores de las metodologías ágiles (23%) y la falta de experiencia (21%), son los problemas que típicamente se atajan con formación. Curioso porque el coste de contar con un mentor o Scrum Master experto es mucho menor que el coste de que un proyecto falle y se me antoja un antidoto eficaz.
  • El 89% de los equipos aseguran haber mejorado su productividad, el 25% dicen que esa mejora es mayor del 25%. El 83% han acortado los tiempos de desarrollo y el 84% han mejorado la calidad de sus productos. Estos datos muestran una fuerte correlación, esta claro que sin acelerar el proyecto y sin mejorar la calidad obtenida, cuando hablamos de software, es muy dificil obtener más productividad.  Sin embargo ‘solo’ el 65% dicen haber mejorado el coste del proyecto.
  • Todos los aspectos de desarrollo del software evaluados en la encuesta han mejorado en almenos el 70% de los encuestados. Esta claro que la adopción de metodologías ágiles mejora de manera enorme un motón de apectos de la ingeniería del software. Rara vez se presentan aspectos que hayan empeorado. Adoptar una metodología ágil es una apuesta clara a la hora de mejorar el proceso de desarrollo.
  • Las herramientas más usadas no cambian mucho respecto a la encuesta anterior.

Sin duda esta encuesta muestra mucha información interesante sobre la adopción de las metodologías ágiles. ¿Alguien conoce alguna encuesta similar sobre metodologías en general, no solo centrada en las ágiles?.

2 comentarios en “Tercera encuesta de VersionOne sobre el estado del desarrollo ágil”

  1. Amigo … pedazo de resumen, me gustan los números siempre teniendo en cuenta que cada realidad es diferente.

    Sin embargo, no puedo más que coincidir cuando comentas que “… casi la mitad de los encuestados están usando metodologías ágiles con equipos distribuidos …”, no por “la mitad” que no se muy bien cuanto es, sino por la gran cantidad de proyectos gestionados en 2 o 3 ubicaciones geográficas diferentes.

    Con todo lo que esto conlleva, problemas en la comunicación, en la colaboración, ni hablar de diferentes zonas horarias, etc. Hoy las herramientas han madurado mucho, y cuando por fin podamos ver un TFS integrado con OCS, creo que las cosas serán mucho más simple.

    Pero al margen de la realidad que me toca (VSTS) es cierto que una gran parte de los avances que vemos últimamente en herramientas para ALM, tienen a soportar escenarios con mutiples equipos.

    ¿será que todo el trabajo se va para India o para nueva India?

  2. Si, la verdad es que los equipos cada vez tienden a ser más distribuidos… a veces la realidad es muy tozuda…

    De todas formas creo que siempre será más productivo tener los equipos con todos sus miembros en el mismo lugar.

    Un saludo!!!

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *