foto perfil

Cuando Agile falla: problemas y trampas

Publicado el 16 octubre, 2020

El Manifiesto Ágil

Casey brinda capacitación para empresas que desean aprender y usar Agile. Dedica su tiempo a repasar los principios de alto nivel que están detrás de cada aspecto de la metodología, así como los detalles de bajo nivel de las personas, el trabajo y los procesos que son necesarios para la implementación. Su objetivo es ayudar a las personas a comprender Agile y hacerlo bien. Al final de su formación, siempre se asegura de discutir los problemas y las trampas con un enfoque en los mismos principios de alto nivel y detalles de bajo nivel. Si no se hacen bien, se pierden los beneficios de Agile.

Los primeros temas que revisa Casey son los principios de alto nivel, que son los cuatro componentes del Manifiesto Ágil , que es un conjunto de valores escritos en 2001 por personas del campo del desarrollo de software que se esforzaban por encontrar una alternativa a los procesos pesados ​​y lentos. -movimiento de metodologías. Los cuatro valores del Manifiesto Agile son:

  1. Individuos e interacciones sobre procesos y herramientas
  2. Software de trabajo sobre documentación completa
  3. Colaboración con el cliente sobre la negociación del contrato
  4. Responde al cambio sobre el siguiente plan

El manifiesto establece que los elementos de la izquierda, como las personas, el software de trabajo, la colaboración con el cliente y la respuesta al cambio, se valoran más que los elementos de la derecha, como los procesos y herramientas, la documentación completa, la negociación de contratos y el seguimiento de un plan. La trampa que existe es volverse demasiado entusiasta e ignorar por completo los elementos de la derecha. Esto no significa que los elementos de la derecha no tengan valor. Ágil que está completamente ausente de procesos y herramientas, documentación, negociación de contratos y planificación será ineficaz.

Cuando los principios de alto nivel no se comprenden completamente o no se hacen bien, es difícil implementar Agile porque los principios son la base de los detalles de bajo nivel. Sin embargo, evitar las trampas asociadas con estos principios no garantiza que los detalles de bajo nivel se hagan bien. Es por eso que Casey también repasa los problemas y escollos relacionados con las personas, el trabajo y los procesos.

Personas

Uno de los mayores escollos potenciales en Agile involucra a las personas, específicamente los roles que componen el equipo. Para que un equipo ágil tenga éxito, cada puesto debe cubrirse de manera efectiva, incluido el propietario del producto que solicita el trabajo, el equipo de desarrollo que completa el trabajo y el Scrum Master que intenta permitir que el equipo de desarrollo trabaje de la manera más efectiva posible. Los roles de Product Owner y Scrum Master son más sencillos porque los desempeñan personas individuales. El rol del equipo de desarrollo suele ser más problemático porque está compuesto por varias personas.

Las áreas problemáticas para Product Owners y Scrum Masters son opuestas y podrían describirse como Product Owner asumiendo las características de un Scrum Master y viceversa. Los propietarios de productos deben ser decisivos, ser dueños del producto y ser el guardián de los requisitos. Es problemático cuando aceptan todas las solicitudes de las partes interesadas o cambian periódicamente de opinión sobre los requisitos. Los Scrum Masters deben servir al equipo de desarrollo y confiar en ellos para que se autogestionen. La trampa es microgestionar o dictar todo lo que hace el equipo.

El equipo de desarrollo tiene que ver con la funcionalidad cruzada. Agile está en su mejor momento cuando los diversos miembros del equipo participan durante la finalización del trabajo del proyecto, tanto en el desarrollo como en las pruebas. El problema es que los diferentes miembros del equipo se identifiquen y dividan según su función. A veces es incluso hasta el punto en que un equipo está compuesto completamente por desarrolladores y otro está compuesto completamente por probadores. Los conjuntos de habilidades son diferentes, pero cada miembro del equipo puede aportar valor en cada fase del trabajo del proyecto.

Trabajo

Uno de los aspectos más cruciales de cualquier metodología de proyecto, incluido Agile, es el trabajo del proyecto. Específicamente en Agile, el trabajo del proyecto se divide en porciones más pequeñas y manejables, conocidas como historias de usuario . La calidad de las historias de los usuarios juega un papel importante en la eficacia de Agile. Las historias de usuarios que son constantemente demasiado complejas son problemáticas. Además, las historias de usuarios que están sujetas a cambios regularmente y no son consistentes también son un problema.

El otro escollo relacionado con el trabajo del proyecto implica su finalización. El equipo se compromete a desarrollar y probar por completo cada historia de usuario dentro de un sprint determinado , que es un intervalo repetido de dos a cuatro semanas que ocurre a lo largo del proyecto. No completar una historia de usuario en el sprint es solo eso, un fracaso. Sin embargo, si el equipo no es responsable del trabajo sin terminar, puede fácilmente llevar a una actitud laxa sobre el cumplimiento de los compromisos de sprint y una ocurrencia regular del trabajo de arrastre.

Proceso

El aspecto final de la implementación de Agile involucra los procesos. Estos incluyen las diversas reuniones que ocurren en cada sprint y el propósito de las mismas. La planificación de Sprint es donde el equipo revisa y compromete las historias de los usuarios. Las reuniones diarias son una reunión periódica en la que el equipo se registra y proporciona actualizaciones específicas. La revisión de Sprint es donde se muestran las historias de usuario completas al propietario del producto y a otras partes interesadas. La retrospectiva de Sprint es donde el equipo reflexiona sobre los éxitos, fracasos y mejoras necesarias del Sprint.

Idealmente, el equipo utiliza los procesos Agile de acuerdo con las mejores prácticas y, a medida que adquieren más experiencia, adapta y adapta cada proceso a sus necesidades específicas. La trampa no es alcanzar este ideal. Una posibilidad es que el equipo se desvíe de las mejores prácticas demasiado pronto y no aprenda qué sería más efectivo para ellos. Incluso podrían intentar eliminar algunas de las reuniones. La otra posibilidad es que el equipo no madure y comience a adaptar cada proceso a sus necesidades específicas. En cambio, hacen todo de manera rígida, manteniendo prácticas que no brindan un beneficio o perdiendo cosas que podrían agregar valor.

Resumen de la lección

Agile puede fallar en los principios de alto nivel o en los detalles de bajo nivel, ya que existen problemas y trampas con ambos. En un nivel alto, el Manifiesto Ágil puede llevarse demasiado lejos, donde, en lugar de valorar cada uno de los elementos con unos sobre los demás, algunos elementos no se valoran en absoluto. En un nivel bajo, puede haber problemas con las personas, el trabajo o el proceso. En cuanto a las personas, es problemático cuando el Product Owner , el equipo de desarrollo o el Scrum Master no cumplen con su rol. Para el trabajo, la trampa es que las historias de usuario son demasiado complejas o cambian demasiado y que no hay responsabilidad para completarlas en el sprint . El problema de los procesos es que cosas comoLa planificación del sprint , las reuniones diarias , la revisión del sprint o la retrospectiva del sprint se realizan de manera demasiado rígida durante demasiado tiempo o demasiado laxa demasiado pronto.

Articulos relacionados