Los 10 conceptos erróneos más importantes sobre la metodología agile

Peter Burghardt13/09/2019

Hay una epidemia de agilitis en aumento. Aquí está el antídoto

Agile esto, agile aquello... Todo el mundo habla de ello, pero mucha gente no sabe realmente lo que significa. Recientemente, me he encontrado con el término agilitis. Creo que describe con bastante precisión cómo se percibe la agilidad. Pero, ¿será todo mejor si utilizamos la metodología agile? ¿Todas las empresas necesitan ser ágiles para funcionar correctamente? ¿Y qué significa tener un enfoque agile? ¡Es hora de aclarar algunos conceptos erróneos!

Los 10 conceptos erróneos más importantes sobre la metodología agile:

#1 Gestión agile de proyectos 

El corredor de resistencia. En pocas palabras.... no existe tal cosa. Lo contrario es cierto - las metodologías agile no tienen gestión de proyectos. Este papel no existe. Tampoco hay gestión de proyectos de cascadas. Las metodologías de cascada y las metodologías agile son (como su nombre indica) métodos para gestionar proyectos. Por supuesto, es posible implementar herramientas de gestión de proyectos convencionales en metodologías agile, pero eso no agiliza la gestión de proyectos. 

#2 Las metodologías agile mejoran los proyectos de software 

La respuesta académica: "depende..." Por varias razones, las metodologías agile son generalmente mejores para el desarrollo de software que algo como el enfoque en cascada. Pero eso no significa que los proyectos también sean mejores. Una empresa necesita tener un cierto grado de madurez para poder trabajar de forma eficaz y eficiente con metodologías ágiles. Esta madurez podría haberse alcanzado ya antes de que se implementen estas metodologías, o podría alcanzarse en el curso de la implementación. Una cosa es segura, sin embargo. Después del inicio de la implementación de metodologías agile, los proyectos se ejecutarán algo peor, y los equipos tendrán que esforzarse más que antes. Cuando esté aprendiendo algo nuevo, no será un genio desde el principio. Muy pronto, sin embargo, verá una mejora.

#3 Si quieres trabajar con métodos ágiles, tienes que seguir SCRUM 

No. Si está usando SCRUM, probablemente sea ágil, pero hay otros métodos ágiles, por ejemplo, XP y Kanban. Trabajar con agile significa tomar en serio el manifesto agile , seguir los valores y principios y mejorar continuamente. Los métodos no son tan importantes. Es la mentalidad lo que cuenta.

Y sí, ese es el sitio web correcto, y sí, eso es todo lo que hay. El manifiesto agile se mantiene intencionadamente muy compacto. 

#4 Trabajar con agile es el único método correcto

Este es un punto de vista casi religioso. Y (como en muchas religiones) es simplemente incorrecto. La metodología agile puede ser mucho mejor que otras metodologías para determinados proyectos y productos. Pero no todos los negocios pueden usar la metodología agile. A veces las estructuras organizativas o los requisitos del cliente no son adecuados para el pensamiento agile. En tales casos, es mejor seguir los métodos convencionales. De lo contrario, si estás decidido a implementar metodologías agile de todos modos, estás destinado a fracasar. Es cuando la gente se frustra y culpa a las metodologías. 

#5 Los proyectos agile requieren una gestión de proyectos

Este es uno de mis mitos favoritos. Desafortunadamente, durante mucho tiempo, la gente ha intentado ejecutar proyectos agile utilizando la gestión de proyectos convencional. Esto es innecesario. Incluso si la metodología agile no implica el rol de gestión de proyectos, eso no significa que estas tareas no sean realizadas por otros roles. Aparte de eso, las herramientas simplemente se ven diferentes de las que se ven en la gestión de proyectos convencional.

¡Lea más sobre nuestra gestión de proyectos!

Haga clic aquí

#6 Metodología de proyectos parcialmente ágiles 

Seamos serios por un momento. O tu metodología es agile o no lo es. Simplemente no hay nada intermedio. Sin embargo, lo que puede hacer, especialmente si las metodologías agile no son una opción, es tomar prestadas herramientas de la esfera agile. Por ejemplo, el standup diario de SCRUM puede ayudar con la coordinación diaria de su equipo. O pruebe las retrospectivas como lecciones aprendidas regularmente. Pero esto por sí solo no agiliza un método. Un término más preciso sería método híbrido. Sin embargo, un modelo de cascada sigue siendo un modelo de cascada. Por otro lado, las posibilidades de llevar herramientas convencionales a la esfera agile son muy limitadas.

#7 ¡La gerencia quiere que usemos metodologías agile!

Una de mis frases favoritas que probablemente llevan al término agilitis. Si va a implementar metodologías agile como SCRUM, es importante -incluso esencial- que la Dirección esté detrás de ello y lo desee. Pero no experimentará agilidad si la gerencia simplemente exige que use metodologías agile sin entender lo que eso significa o darle la libertad necesaria para hacerlo. Para ser ágil, una empresa tiene que cambiar su forma de pensar y no tener miedo de cometer errores. De lo contrario, la implementación fallará. No importa qué empresa consultora esté involucrada, cuántos consultores contrate o cuántos cursos de capacitación y certificación complete. 

#8 Las metodologías agile no pueden planificarse y no ofrecen seguridad

Las metodologías agile emiten una vibración de imprevisibilidad que en realidad es engañosa. Las metodologías de cascada emiten una vibración de seguridad que en realidad es engañosa. Ningún proyecto gestionado de forma convencional termina siendo entregado exactamente como se había previsto inicialmente. Esto se remonta a la definición de proyectos. Los proyectos son innovadores, de alto riesgo, dinámicos y complejos. Las metodologías agile abordan estas características directamente y dicen que si el camino hacia su meta es incierto, entonces vamos a sondear hacia adelante y verificar continuamente si estamos en el camino correcto. Al final del día, no es más difícil o más fácil planear cualquiera de las dos metodologías.

#9 Con metodologías agile, no sé lo que obtendré ni cuándo ni cuánto me costará. 

Entre nosotros, lo mismo ocurre con las metodologías convencionales. El triángulo mágico que conecta coste, contenido y tiempo se aplica tanto a las metodologías ágiles como a las convencionales. La suposición de que el coste, el contenido y el tiempo son fijos es incorrecta. Hay algunas herramientas que puede utilizar con metodologías agile para planificar bastante bien qué es lo que obtendrá y cuándo.

#10 Este proyecto es demasiado grande para ser conducido ágilmente 

Los grandes proyectos también pueden ser agile. La parte difícil, sin embargo, está en la metodología. Si la organización es demasiado grande, SCRUM puede terminar ralentizándolo, ya sea un proyecto o una línea. Por eso es importante entender que la agilidad no depende de la metodología. Si SCRUM ya no es apropiado, simplemente ajuste la metodología. Hacerlo de otro modo iría en contra del enfoque agile.

Agilidad: más que una palabra de moda

La agilidad es más que una palabra de moda, y se trata de algo más que de implementar un nuevo proceso. Si va a implementar agile, prepárese para enfrentarse a un cambio de mentalidad, organización y trabajo diario. Este cambio va a doler, va a traer conflictos. Pero cuando el proceso de cambio esté completo, será mejor que antes. Verá una mayor motivación y una mejor calidad de entrega. La clave es tomarla en serio y renunciar a la idea de que se puede cambiar a una metodología agile de la noche a la mañana. De lo contrario, estás destinado a fracasar.

Compartir Post

Escribir un comentario

Contact us
Author:
Peter Burghardt
Project Manager