. El motor de esto es la creencia de los líderes organizacionales en el poder de la agilidad para transformar, modernizar y mejorar en gran medida sus negocios al optimizar el desarrollo de sistemas, maximizar la flexibilidad y la eficiencia y simplificar los sistemas y procesos empresariales complejos.
Sin embargo, el uso del modelo Ágil puede no ser siempre la mejor opción para un proyecto en particular. De hecho, ciertos proyectos pueden ser extremadamente complicados al tratar de usar técnicas ágiles, lo que frustra todo el propósito de usar la metodología Ágil en primer lugar.
Para evitar esto, las organizaciones y los líderes de programas deben comprender cómo aplicar la metodología Ágil donde sea apropiado y reconocer cuándo otros enfoques son más apropiados. La siguiente es una breve lista de características del proyecto que pueden ayudarlo a decidir cuándo y cuándo no usar Agile.
| Utilice Ágil cuando… | NO utilice Ágil cuando… | |
 |
…su proyecto requiere que los miembros del equipo sean bien disciplinados, experimentados y calificados para poner la metodología Ágil en uso práctico. Si su proyecto es lo suficientemente complejo como para requerir empleados calificados, es una señal de que las tácticas ágiles pueden ayudar a que el desarrollo del proyecto sea más eficiente. | …el trabajo para su proyecto puede ser realizado por miembros del equipo que son novatos, relativamente no calificados y que nunca han tenido experiencia práctica en el uso de Agile. No tiene sentido tratar de usar Agile si sus empleados no están familiarizados con él, ya que no podrán usarlo correctamente. |
|
|
…su cliente estará disponible y dispuesto a participar en estrecha colaboración durante todo el proyecto. Los proyectos ágiles requieren comentarios consistentes de sus clientes a lo largo del proceso, ya que el éxito depende de qué tan bien haya respondido a las necesidades cambiantes de su cliente. |
…su cliente o clientes no estarán disponibles ni dispuestos a participar en estrecha colaboración durante la totalidad del proyecto. Como se indicó anteriormente, los proyectos ágiles dependen de la retroalimentación constante de sus clientes a lo largo del proceso. Por lo tanto, si su cliente no está disponible, no intente usar Agile. |
|
|
…el éxito de su proyecto se definirá por lo bien que el equipo haya satisfecho y respondido activamente a las necesidades de desarrollo del cliente a lo largo de la vida útil del proyecto. Esto solo se puede lograr con la retroalimentación del cliente en múltiples etapas durante el proyecto. |
…el éxito de su proyecto se define por lo bien que se han satisfecho los requisitos originales del cliente, no las necesidades en evolución. Mientras que los proyectos ágiles se centran en las necesidades de desarrollo continuo del cliente, si su proyecto tiene metas u objetivos estáticos, estará mejor sin usar Agile. |
|
|
…los entregables de su proyecto se pueden distribuir razonablemente en paquetes de trabajo alcanzables en cortos períodos de tiempo de aproximadamente dos a cuatro semanas. La velocidad y la flexibilidad de los proyectos ágiles dependen de una distribución rápida y fluida en cada nuevo paso del proceso. |
…los entregables de su proyecto no se pueden distribuir razonablemente en paquetes de trabajo alcanzables en períodos de tiempo de 6 semanas o más cortos. Las prácticas ágiles no podrán beneficiar a su proyecto si los entregables de cada etapa del proyecto no se pueden distribuir con la suficiente rapidez. |
 |
…su proyecto implica procesos iterativos o cíclicos en los que los resultados incrementales agregarán valor a su proyecto al proporcionar continuamente nueva orientación para su proyecto. Esto se relaciona con la necesidad de comentarios de los clientes, ya que proporcionará gran parte de la nueva orientación y dirección para su proyecto. | …el proceso de su proyecto se implementa mejor como lineal o en espiral (en lugar de iterativo), en el que los resultados incrementales tendrán poco o ningún valor significativo para el desarrollo de su proyecto. Esto significa que los comentarios y la reevaluación de los clientes, aspectos vitales del desarrollo ágil de proyectos, no serán necesarios. |
Es una obviedad que el futuro es Ágil. De hecho, con los mercados en constante cambio de la actualidad y la tecnología en rápido avance, la flexibilidad y la capacidad de respuesta que pueden proporcionar las técnicas ágiles pueden ser la mejor opción para muchas iniciativas de modernización. Sin embargo, la metodología ágil no siempre es el mejor método para implementar un proyecto específico. Hay un tiempo y un lugar para todo, incluso para proyectos que no deberían usar Agile.
Para leer una lista completa de escenarios en los que debería y no debería usar prácticas ágiles en su proyecto, así como otros consejos para la transición hacia un nuevo paradigma organizacional, consulte el informe técnico de RG sobre la entrega exitosa de proyectos Ágiles.
Para obtener más información sobre la metodología Ágil en la práctica, descargue nuestra » Guía para profesionales Ágiles.»