¿Cuáles son las condiciones iniciales ágiles?

Primero permítanme decir que creo que un proceso ágil puede funcionar debido a los siguientes principios subyacentes:

• Trae foco
• Limita el ruido que realmente enfoca

En segundo lugar, me pregunto cuáles son las condiciones iniciales necesarias para que un proceso ágil pueda tener éxito. Por ejemplo, necesitamos tener:

• No hay errores existentes
• Proceso de prueba totalmente automatizado o al menos un proceso de prueba altamente automatizado
• Personas dedicadas al proyecto
• Nuevo desarrollo más claramente definido
• Desarrollo que no lo hace más rápido o más estable
• ?

Entonces, ¿qué necesitas para que sea exitoso? ¿Existen diferentes implementaciones ágiles que mejor manejan no tener algunas de estas condiciones iniciales?

Personas en todos los niveles del negocio que creen verdadera y completamente en el Manifiesto Ágil

Estamos descubriendo mejores formas de desarrollar software haciéndolo y ayudando a otros a hacerlo. A través de este trabajo hemos llegado a valorar:

• Individuos e interacciones sobre procesos y herramientas
• Software de trabajo sobre documentación completa
• Colaboración del cliente sobre negociación de contrato
• Responde al cambio sobre el siguiente plan

Es decir, si bien hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda.

Y cuando digo creer en el Manifiesto Ágil, me refiero a todo el Manifiesto Ágil. No puedes ignorar la última parte. Todavía hay valor en los artículos a la derecha.

Si tiene esas personas, como programadores, como gerentes, como clientes, puede hacer que algunas variaciones de Agility funcionen. Si no lo haces, lucharás.

Como mínimo

En primer lugar, debe tener un patrocinio de arriba hacia abajo que comprenda los principios y crea en ellos lo suficiente como para hacerlos cumplir en la cadena, y cree que Agile es aplicable a su situación.

Tener una alta gerencia que no cree en el proceso, en última instancia, lo socavará porque permitirá a los subordinados pervertir, distorsionar, contaminar, socavar o peor sabotear el proceso.

Si la alta gerencia no comprende los principios, comenzará a exigir atajos y compromisos que perviertan el proceso. Luego, cuando las cosas se rompen, los detractores pueden decir "¡Te lo dije, Agile no funciona!" de vuelta a la marcha de la muerte!

Esto es peor que no adoptar Agile, normalmente se conoce como "Agile But ...". La gerencia usa el término ágil, "Pero ..." descarta todos los principios reales y continúa haciendo lo que estaban haciendo antes, "Pero ..." ahora llámelo Ágil. Lo que le da a Agile un mal nombre para aquellos que no conocen mejor.

buenos efectos secundarios

Las cosas que enumera, sin errores, pruebas automatizadas, desarrollo claramente definido, personas dedicadas, etc., son buenos efectos secundarios positivos para Agile.

Ágil, no es una bala de plata o panacea, pero promueve la transparencia en todos los niveles (desarrolladores de <-> gestión <-> de clientes) y hace que las personas que son problemas para la productividad se destaquen rápidamente; implementaciones especialmente específicas de Agile como Scrum.

Algunas cosas que me vienen a la mente:

• Cohesión del equipo profesional: ¿son estas personas abiertas a jugar bien con los demás? ¿Son personas maduras y responsables a las que se les puede dar cierta autonomía en su trabajo?

• Cultura y políticas de comunicación: ¿qué tan bien expresan las personas sus preocupaciones, pensamientos y opiniones en la organización?

• Comprender qué es y qué no es Agile: ¿conocen los interesados ​​externos lo suficiente sobre el proceso para aceptar la responsabilidad de su parte? Si no, entonces esto puede hacer que sea pseudo-ágil. Del mismo modo, ¿hay un Propietario de producto y ScrumMaster claramente definidos para ayudar a organizar algunas cosas?