Executrain-logo
Executrain-logo
Las metodologías Agile no son un nuevo enfoque, pero puede ser nuevo para varios miembros de un equipo de proyecto dentro de la organización. Como muchos conceptos y enfoques, los mitos y conceptos erróneos son comúnmente compartidos por nuevos y hasta por gente con experiencia. Los mitos pueden engañar cuando tratamos de entender qué trabajo puede estar involucrado y qué situaciones son más apropiadas para aprovechar las metodologías ágiles.
Los siguientes mitos y explicaciones de Agile pueden ayudar a garantizar una comprensión común y básica sobre cuándo se debe considerar Agile, y así ayudar a nivelar las expectativas de un equipo de proyecto u organización que considera aplicar dichos conceptos.

Mito 1: Agile significa que no hay planeación

Como cualquier enfoque, la planeación es un aspecto vital que, si no es realizada en forma adecuada, la efectividad o el éxito de la implementación pude verse afectada. Sin embargo, a diferencia de llevar a cabo una planificación extensa por adelantado, Agile distribuye esta actividad de planificación de manera más uniforme a lo largo del ciclo de vida del proyecto. La planificación de alto nivel se completa al comienzo de un proyecto ágil y se desarrolla continuamente a lo largo del proyecto a medida que se dispone de nueva información. Esta planificación continua permite que un proyecto comience mucho más rápido y sea más ágil para realizar ajustes continuos en la estrategia a medida que se dispone de nueva información.

Mito 2: Agile Significa «No Gobernanza»

Dentro de un enfoque ágil, los miembros del equipo que trabajan en el proyecto tienen autonomía sobre las decisiones sobre cómo satisfacer las necesidades del usuario. Sin embargo, a la mayoría de las organizaciones les resultará difícil permitir a los equipos de proyecto tener una autonomía completa debido a los informes y / u otros requisitos de gobierno. Como resultado, las organizaciones que hacen la transición a ágil pueden necesitar modificar sus prácticas de gobernabilidad. Esto incluye la incorporación de parámetros claramente definidos dentro de los cuales el equipo del proyecto es libre de tomar decisiones y un proceso de gobernanza claramente definido y de rápido movimiento para tomar decisiones que están fuera del ámbito del equipo.

Mito 3: No Hay Documentación Con Agile

La naturaleza adaptativa e iterativa de Agile pone menos énfasis en la necesidad de la documentación en comparación con la metodología de cascada, pero eso no significa que no se requiera documentación. Los elementos del proyecto evolucionan continuamente a medida que se dispone de información adicional y se definen las necesidades del usuario. Un enfoque tradicional da como resultado documentación detallada al final de cada fase. En Agile, un nivel apropiado de documentación será un resultado de cada iteración que:

  • Satisfaga las necesidades de los interesados del proyecto.
  • Documente las decisiones tomadas
  • Apoye la comunicación con grupos externos, incluidos los interesados externos al equipo del proyecto o los miembros del equipo que no pueden ubicar.
  • Apoye el uso, la operación y el mantenimiento del sistema.
  • Capture las lecciones aprendidas para la mejora continua y para beneficiar proyectos futuros.
  • Informe el estado del proyecto y las métricas de rendimiento.
Mito 4: Agile Solo Funciona Con Pequeños Proyectos

Un equipo de desarrollo ágil consiste en grupos pequeños y multifuncionales que colaboran durante todo el proceso de desarrollo. Este enfoque puede ser igualmente eficaz en proyectos pequeños y grandes para desarrollar sistemas complejos, ya que los equipos ágiles suelen «dividir y conquistar». Para proyectos más grandes, esto significa que pueden organizarse múltiples equipos y enfocarse en componentes separados de la funcionalidad del sistema y / o arquitectura técnica. Para proyectos ágiles de todos los tamaños, pero especialmente para grandes y complejos, la integración continua de componentes desarrollados es un factor crítico de éxito; más específicamente, los equipos del proyecto deben verificar y probar el código recientemente desarrollado contra la solución más grande dentro de un entorno similar a la producción. En un proyecto ágil con iteraciones de desarrollo generalmente cortas, esfuerzos de desarrollo paralelos y entrega frecuente de funcionalidad, los equipos de proyecto deben integrar su trabajo a menudo para detectar y resolver errores lo más rápido posible, con el objetivo final de poder implementarlo en cualquier momento.

Mito 5: Agile = Scrum

Scrum es una metodología de desarrollo popular que es iterativa y adaptativa; sin embargo, Scrum y Agile no son lo mismo. Scrum es un marco para el desarrollo y la gestión del trabajo, mientras que Agile es un enfoque que sigue un conjunto común de valores y principios a los que se aplican muchas metodologías. Las organizaciones deben evaluar cada metodología de desarrollo para identificar cuál es la más adecuada para el medio ambiente. Es importante entender que las diferentes metodologías de desarrollo se enfocan en comprender y satisfacer las necesidades de los usuarios de una manera flexible e iterativa.

Scrum es solo una de las muchas metodologías que están bajo el paraguas de valores y principios ágiles. Otras metodologías incluyen Scaled Agile, Extreme Programming y Kanban.

Curso Scrum Master

Mito 6: Implementar Agile Es Fácil

El cambio es difícil. La transición a una organización que está más acostumbrada a un enfoque de cascada tradicional para un enfoque ágil no es una excepción a esta regla. Para lograr los beneficios completos, los equipos de proyecto no solo deben aprender las mejores prácticas de Agile; también es importante comprender las circunstancias específicas de la cultura de la organización y el proyecto. Para comenzar, el equipo del proyecto debe evaluar la preparación de la organización y si el proyecto seleccionado es el adecuado para Agile. Las áreas importantes para evaluar incluyen la estructura de gobierno y los procesos de administración de proyectos existentes de la organización para ver si se alinean o pueden acomodar los valores y principios de adaptación de Agile, y el nivel de aceptación de la administración para apoyar y ser un agente de cambio.

Mito 7: Agile Puro Es La Respuesta

El empleo de prácticas ágiles no será la solución para todos los problemas de administración de proyectos y desarrollo de TI que se presenten con un enfoque tradicional, ya que es posible que la agilidad no satisfaga las diversas necesidades de la organización. Hacer algo nuevo dentro de una organización a menudo introduce elementos de riesgo adicional del proyecto. En este tipo de entorno, la implementación de prácticas y principios ágiles debe realizarse de forma pragmática y tener en cuenta el entorno del mundo real en el que se gestiona el proyecto y se desarrolla el sistema. Para darse cuenta de los beneficios asociados con una metodología adaptativa sin una revisión del entorno actual, las organizaciones pueden moderar el grado de cambio.

  • Llevar a cabo y comunicar las lecciones aprendidas con frecuencia y no solo al final del proyecto. La adopción de esta práctica apoyará el proceso de mejora continua discutido anteriormente.
  • Realizar reuniones cortas de pie (15 minutos) diarias para proporcionar un lugar para que los miembros del equipo del proyecto puedan comunicar los obstáculos que están experimentando, y para que la administración los ayude a resolver.
  • Administrar el trabajo en progreso de cada miembro del equipo del proyecto. Establezca expectativas claras y realistas sobre qué trabajo se puede realizar en un período determinado para no asignar demasiados recursos. Esto requiere que el equipo priorice su trabajo y realice primero las tareas más críticas.
 
MITO 8: No Existe Disciplina En Agile

Las prácticas ágiles de gestión de proyectos y desarrollo de sistemas no solo son exigentes para el equipo del proyecto, sino que también requieren el apoyo y un compromiso compartido para el éxito de los líderes de la organización. La integración continua y el desarrollo basado en pruebas de Agile requieren habilidad, coordinación, colaboración y disciplina de todo el equipo del proyecto. Los equipos ágiles exitosos brindan consistentemente incrementos de productos de calidad que demuestran la funcionalidad de trabajo en marcos de tiempo cortos para proporcionar valor y beneficio a la organización. Para lograr este nivel de entrega, los líderes de la organización deben delegar autoridad en el equipo para que puedan tomar decisiones rápidamente; esto requiere un alto grado de disciplina de desarrollador y equipo.

Fuente: GovTech

Abrir chat
¿Necesitas ayuda?
¡Hola! Buen día,
¿Te podemos ayudar con información sobre alguno de nuestros cursos?