¿Por qué las organizaciones adoptan Agilidad?

¿Por qué las organizaciones adoptan Agilidad?

El desarrollo ágil de software se ha convertido en un lugar bastante común, algunas personas incluso pueden decir que ahora es convencional.

El éxito de esos movimientos a Agile se ha encontrado con diferentes niveles de éxito, y sospecho que tiene algo que ver con por qué esas organizaciones optaron por adoptar Agile en primer lugar.

Estas son algunas de las razones principales por las que las organizaciones adoptan Agile y un vistazo a por qué la razón por la que su organización eligió adoptar Agile puede afectar el éxito de su adopción.

 

1. Todos los demás lo están haciendo

Algunas organizaciones adoptan Agile porque les preocupa que estarán en desventaja si no lo hacen.

Esto es básicamente el «todos los demás lo están haciendo, por lo que probablemente deberíamos hacerlo» y generalmente no es una receta para el éxito.

Las organizaciones que adoptan Agile para mantenerse al día con todos los demás caen en la trampa de adoptar algunas de las prácticas y usar algunos de los términos, pero realmente no entienden por qué deberían hacer ciertas prácticas y cambiar su comportamiento de la manera adecuada.

Estas organizaciones rara vez ven muchas de las ventajas que conlleva la adopción de un enfoque ágil y, a menudo, pueden empeorar su situación de desarrollo de software porque pierden parte de la estructura que tenían antes y no la reemplazan con el nivel apropiado de autodisciplina requerido para usar Enfoques ágiles de manera efectiva.

 

2. Mejor y más barato

Algunas organizaciones adoptan Agile porque desean aumentar la velocidad de comercialización, satisfacer la demanda de los clientes o aumentar la productividad del equipo.

En otras palabras, estas organizaciones buscan eficiencia. Quieren desarrollar software mejor, más rápido y más barato.

Estas organizaciones se están preparando para la decepción. Pueden experimentar una mayor velocidad y menores costos porque reducen los procesos que no agregan valor. También pueden entregar incrementos de su producto antes de lo que lo habrían hecho antes.

Si las organizaciones siguen las prácticas técnicas incluidas en Extreme Programming, pueden desarrollar un mejor software.

Pero la simple adopción de Agile no garantiza que estas organizaciones realmente desarrollen un software mejor, más rápido y más barato. Los equipos deben estar dispuestos a dejar de trabajar en un producto cuando hayan resuelto el problema que se propusieron resolver, incluso si todavía hay cosas en su cartera de pedidos.

Las organizaciones deben estar dispuestas a tomar la difícil decisión sobre lo que no van a trabajar. Los equipos deben estar dispuestos a adoptar un enfoque diferente para resolver el problema de lo que originalmente pensaban.

Ninguno de estos son necesariamente ideas «ágiles», pero son conceptos esenciales de priorización para experimentar beneficios al usar enfoques ágiles.

 

3. Un medio para un fin

Algunas organizaciones desean mejorar su desarrollo de software, TI u otras actividades de trabajo de conocimiento y ven que Agile, junto con otras ideas, puede ayudarlas a lograrlo.

Estas organizaciones no ven a Agile como el objetivo, sino que quieren un desarrollo de software más efectivo o tienen un problema específico que resolver. Encuentran útiles los enfoques ágiles porque les brinda a sus equipos una forma de abordar la mejora continua y adoptar prácticas de desarrollo de software más efectivas.

Es menos probable que estas organizaciones incluso proclamen que están «haciendo Agile» o incluso «siendo Agile». Más bien, han identificado algunos enfoques y prácticas que parecen ayudarlos a lograr lo que se propusieron hacer.

¿Por qué su organización adoptó Agile?

Es muy útil reflexionar sobre la razón por la cual su organización eligió adoptar Agile. ¿Su transformación ágil comenzó con el interés de mantenerse al día con otras organizaciones en su mercado? ¿Es la mayor parte de la conversación sobre marcos específicos o prácticas específicas? Si ese es el caso, puede sugerir una pausa para evaluar por qué su organización buscó adoptar Agile. Identifique el problema que su organización quería resolver y proponga algunas formas objetivas de saber cuándo lo resolvió. Aquí hay una pista: el problema no es que no estabas usando Agile.

¿Tu transformación ágil comenzó con el interés de ser más eficiente? ¿Están las personas de su organización enfocadas en aumentar la velocidad y hacer que las cosas se entreguen más rápido? Si ese es el caso, proponga que el enfoque no debería ser producir cosas más rápido, sino tratar de enfocarse en producir las cosas correctas. Aliente a su organización a explorar cómo se toman las decisiones de priorización y a enfocar el trabajo en sus productos desde la perspectiva de resolver problemas con la menor cantidad de trabajo posible en lugar de tratar de completar siempre todos los elementos de la cartera de pedidos.

¿Comenzó su organización a adoptar Agile donde tenía sentido ayudarlo a abordar algún desafío que enfrentaba? Asegúrese de continuar evaluando si está abordando esos desafíos y encontrando técnicas o prácticas que lo ayuden a avanzar, si esas técnicas se consideran «ágiles» o no.

¿Por qué su organización comenzó a adoptar Agile? ¿Estás experimentando los resultados que creías que tendrías? Comparte tus experiencias en los comentarios.

Fuente: Publicado por Kent McDonald en la “Alianza de Agilidad”. Traducido y re-publicado por DeciDes en la Comunidad de Cambio y Agilidad Organizacional.

Deja un comentario

DeciDes
1
×
Conversemos