Articles

Las prácticas ágiles de Scrum abarcan un conjunto de principios y metodologías diseñados para mejorar la colaboración, la flexibilidad y la capacidad de respuesta dentro de los equipos de desarrollo de software. Estas prácticas son parte integral del marco de Scrum y se implementan de forma iterativa e incremental a lo largo del proceso de desarrollo.

Las prácticas de Agile Master encapsulan principios y metodologías esenciales para una gestión de proyectos ágil eficaz. Estas prácticas abarcan un enfoque dinámico para la ejecución del proyecto, haciendo hincapié en la colaboración, la adaptabilidad y la mejora continua. Las prácticas clave incluyen fomentar la comunicación abierta dentro de equipos multifuncionales, promover ciclos de desarrollo iterativos y adoptar el cambio como catalizador de la innovación. Además, las prácticas de Agile Master abogan por procesos de toma de decisiones transparentes, empoderando a los equipos para que se autoorganicen y se apropien de los resultados del proyecto.

Las prácticas ágiles de Scrum abarcan un conjunto de principios y metodologías destinadas a promover la flexibilidad, la colaboración y la mejora continua dentro de la gestión de proyectos. Las prácticas clave incluyen ciclos de desarrollo iterativos conocidos como sprints, que suelen durar de dos a cuatro semanas, durante los cuales los equipos entregan piezas incrementales de software funcional.

El “Contenido del examen PMI Agile Certified Practitioner” del Project Management Institute organiza las tareas que realizan los profesionales cuando trabajan en un entorno Agile en seis dominios. Su examen no evalúa específicamente los dominios, por lo que aprender su agrupación de herramientas y técnicas y conocimientos y habilidades no será directamente aplicable al lenguaje de la prueba. Sin embargo, esta forma organizativa de ver las herramientas y tareas Agile se ha realizado para ayudar a los profesionales a aprender y comprender mejor Agile.

Los seis dominios de Agile son:

• Entrega orientada al valor
• Participación de las partes interesadas
• Impulsar el rendimiento del equipo
• Planificación adaptativa
• Detección y resolución de problemas
• Mejora continua

Analicemos cada dominio con más detalle.

Entrega basada en valor

La creación de valor es el núcleo de cualquier proyecto, y los métodos ágiles están diseñados con el objetivo principal de entregar valor en un proyecto de trabajador del conocimiento. Si bien maximizan el valor, Agile también tiene herramientas y técnicas para minimizar los riesgos que pueden erosionar el valor. Los métodos ágiles también dan importancia a las prioridades del cliente y están diseñados para entregar elementos que tienen el mayor valor para el cliente primero.

Evaluación del valor:

Planificación del valor: creamos una carta que detalla el alcance, el objetivo y otros atributos del proyecto. Luego, usamos herramientas como la priorización valorada por el cliente, la priorización relativa y la cartera de pedidos ajustada al riesgo mientras preparamos la lista de prioridades. Para planificar el valor, también evaluamos los costos de contratación del proyecto.

Entrega de valor: después de planificar cómo vamos a entregar valor, nos enfocamos en eliminar todas las actividades que no agregan valor. Podemos usar tableros de tareas y Kanban para programar la cartera de pedidos. Limitar el trabajo en curso (WIP) reduce la posibilidad de reelaboración y permite que el proyecto avance sin problemas.

Confirmación de valor: hemos ejecutado tareas y creado valor, pero ¿es esto lo que quería el cliente? Tenemos que confirmar el valor que estamos entregando para saberlo. Demostramos prototipos, simulamos funcionalidades para ayudar al cliente a probar el producto y ver cómo funcionan.

Seguimiento y generación de informes de valor: no basta con entregar valor. Es importante que realicemos un seguimiento periódico de la tasa de entrega de valor para que se pueda comunicar a las partes interesadas de la empresa. Los diagramas de flujo acumulativos y los gráficos de evolución son una forma sencilla e informativa a través de la cual podemos evaluar el desarrollo del proyecto.

Participación de las partes interesadas

Las partes interesadas en un proyecto pueden ser cualquier persona que pueda tener un impacto negativo o positivo en el proyecto. Pueden ser representantes de la empresa, clientes, el director del proyecto, el equipo de desarrollo o proveedores externos que contribuyen directa o indirectamente al proyecto. La participación de las partes interesadas se vuelve importante, porque el desarrollo de software implica la creación de productos intangibles y el equipo debe tener una comprensión precisa de los requisitos del cliente.

Los proyectos ágiles están sujetos a cambios constantes, por lo que es esencial establecer un canal de comunicación claro y constante. Todas las partes interesadas deben participar en el proyecto para garantizar que se mantenga en el camino correcto. Los equipos pueden utilizar herramientas como wireframes, historias de usuario, un backlog de historias de usuario y personajes para verificar su comprensión de los requisitos del cliente.

La comunicación cara a cara es el método de comunicación más preferido en los proyectos ágiles. Proporcionan la máxima cantidad de información en el menor tiempo posible. Los radiadores de información, como los diagramas de evolución, los diagramas de flujo acumulativo y los diagramas de seguimiento de velocidad, nos permiten determinar el progreso del proyecto, que se puede comunicar a todas las partes interesadas.

Las habilidades blandas desempeñan un papel importante a la hora de interactuar con las partes interesadas. Las habilidades blandas como la negociación y la escucha activa son necesarias al tratar con los clientes. También es esencial que estemos familiarizados con la implementación de habilidades blandas como los métodos de facilitación, los modelos de decisión participativos y la resolución de conflictos que se relacionan principalmente con la gestión de equipos.

Cuando hablamos de gestión de equipos, nuestras habilidades de liderazgo juegan un papel crucial. El liderazgo de servicio es una forma extremadamente eficaz de liderar equipos. Un líder servidor alienta al equipo a sobresalir eliminando cualquier obstáculo, motivando y recompensando el desempeño del equipo.

Impulsar el rendimiento del equipo

El tercer dominio de Agile se ocupa de impulsar las prácticas de rendimiento del equipo. En el desarrollo de software, los "factores humanos" son los que generan el mayor costo. Por lo tanto, es extremadamente importante que obtengamos el mayor rendimiento del rendimiento.

El proceso de formación de un equipo es uno de los determinantes del éxito de un proyecto. La formación de un equipo pasa por las etapas de formación (identificar a los miembros potenciales del equipo y reunirlos), tormenta (el equipo colabora y presenta ideas), normalización (los equipos forman reglas y normalizan sus patrones de trabajo) y desempeño (el equipo trabaja en conjunto). Durante cada una de estas fases, es importante que un líder sepa cuándo desempeñar un papel de apoyo o de dirección. Por ejemplo, durante la fase de tormenta, los conflictos pueden ser frecuentes y el líder tendrá que intervenir para ayudar a los miembros del equipo a desarrollar metodologías para resolverlos.

Para obtener lo mejor de un equipo, este debe ser autoorganizado y autodirigido. Permitir que los equipos se organicen y dirijan por sí mismos permite que los miembros del equipo gestionen tareas complejas por sí solos y descubran la mejor manera de completarlas. Esto capitaliza la experiencia y el talento combinados del equipo.

Existen varias actividades que pueden ayudar a un equipo a mejorar su desempeño en proyectos ágiles. Las reuniones diarias son una forma rápida de comunicar el estado de desempeño del equipo e identificar problemas actuales y potenciales. Para superar los problemas y mejorar continuamente, es posible que los equipos deban recibir orientación en diferentes etapas. Durante eventos como reuniones de planificación de iteraciones o retrospectivas, es posible que sea necesario capacitar a los equipos a nivel grupal y se puede brindar orientación a los miembros individuales del equipo cuando la iteración esté en marcha.

Los equipos pueden utilizar sesiones de lluvia de ideas para resolver problemas, mejorar e innovar procesos. Debido a que la comunicación cara a cara es la forma ideal de comunicarse en proyectos ágiles, es importante que el equipo esté ubicado en un área común con espacio para pizarras y otros radiadores de información.

Planificación adaptativa

Dado que una planificación exhaustiva antes de emprender un proyecto puede resultar engorrosa y, a menudo, no aporta ningún valor real, Agile exige un enfoque adaptativo de la planificación. La planificación adaptativa implica la creación de un plan básico y su actualización a medida que avanza el proyecto. La planificación adaptativa requiere que los profesionales mantengan una estrecha colaboración con el cliente para comprender sus requisitos con mayor precisión. Se pueden utilizar juegos colaborativos como recordar el futuro, podar el árbol de productos, comprar una característica y aprovechar al máximo la inversión para ayudar al equipo de desarrollo a comprender mejor los requisitos del cliente.

Para realizar entregas puntuales, los miembros del equipo deben calcular sus estimaciones con la mayor precisión posible, teniendo en cuenta todas las desviaciones y limitaciones. Wideband Delphi e Ideal Time son algunas de las técnicas que pueden ayudar a los equipos a llegar a una estimación precisa. Al estimar el coste del proyecto, las cifras deben presentarse en rangos, ya que parecen más creíbles que las cifras precisas que pueden dar un aire de falsa confianza.

La planificación de iteraciones y lanzamientos es una parte vital de la planificación adaptativa. Los lanzamientos son paquetes de funcionalidades que se pueden entregar a un cliente. Al planificar un lanzamiento, el propietario/gerente del producto, el equipo de desarrollo y el experto en Agile pueden usar un diagrama de velocidad para determinar cuántas características puede completar el equipo en un tiempo determinado. Al planificar iteraciones, es importante tener una lista de prioridades fija al comienzo de la sesión de planificación. Los miembros del equipo tienen la última palabra sobre cuánto trabajo se puede completar, mientras que el propietario del producto tiene la última palabra sobre la prioridad de los elementos incluidos para la iteración. La disponibilidad de los miembros del equipo debe tenerse en cuenta al planificar las iteraciones.

Detección y resolución de problemas

Un dicho común es: "Una puntada a tiempo ahorra nueve", y esto no podría ser más adecuado para explicar cómo los métodos ágiles abordan los problemas. Si se ignoran, los problemas pueden tener un efecto devastador en el proyecto, ya que no solo aumentan la carga de reelaboración; hacen que el equipo se retrase en sus planes. Es un doble golpe para el equipo cuando esto sucede, ya que requiere el doble de recursos. Las prácticas ágiles ayudan a detectar problemas lo antes posible y a solucionarlos mientras aún son pequeños.

Detectar problemas es el primer paso para resolverlos. Las reuniones diarias son una excelente manera de identificar cualquier problema que los miembros del equipo estén enfrentando. Los equipos también pueden hacer un seguimiento de los problemas calculando los tiempos de ciclo de las tareas. Si el tiempo de ciclo es demasiado alto, podría indicar un problema potencial o que el equipo ha realizado más trabajo del que puede completar. Limitar el trabajo en progreso puede ayudar a monitorear mejor la línea de tiempo del proyecto y hacer un seguimiento de los problemas más fácilmente. A pesar de nuestros mejores esfuerzos, algunos defectos pueden llegar al producto final. Los defectos escapados son los más costosos de arreglar. Los equipos pueden hacer un seguimiento de los defectos escapados en un gráfico para analizar las tendencias. Esto puede ayudar a refinar los procesos de control de calidad.

Alistair Cockburn describe los "modos de falla y alternativas", que están relacionados con el aspecto humano del desempeño. Cockburn dice que las personas fallan porque pueden ser inconsistentes al seguir una técnica, son criaturas de hábitos y prefieren inventar nuevas formas que modificar los métodos confiables existentes. Para contrarrestar los "modos de falla", Cockburn recomienda que los equipos inculquen disciplina, reciban retroalimentación regularmente y asignen trabajo en función de las personalidades de los miembros individuales del equipo.

El siguiente paso es resolver los problemas que se identifican. La integración continua de código nuevo, a medida que se desarrolla, en un repositorio puede ayudar a superar los problemas que encontramos con la integración. Validar el progreso a intervalos frecuentes y en diferentes niveles puede ayudarnos a estar seguros de que nuestro trabajo está libre de errores.

En el desarrollo de software, las técnicas más utilizadas son el desarrollo impulsado por pruebas (TDD) y el desarrollo impulsado por pruebas de aceptación (ATDD). Estos métodos implican principalmente escribir las pruebas antes de escribir cualquier código. Los códigos se escriben hasta que pasan las pruebas. Luego, los códigos pueden "refactorizarse" si es necesario, lo que implica refinar el diseño sin alterar su comportamiento.

Mejora continua

Los nuevos conocimientos y el aprendizaje obtenidos en un proyecto tradicional generalmente se recopilan al final del ciclo del proyecto. Estos conocimientos pueden no ser de mucha ayuda en el próximo proyecto a menos que los dos sean muy similares. Ese aprendizaje podría haber tenido más valor, si se hubiera utilizado en el proyecto en el que se aprendió. La metodología ágil busca mejorar continuamente a lo largo del proyecto y alentar la aplicación de lecciones al proceso de desarrollo a medida que las aprendemos. Las retrospectivas al final de cada iteración permiten que las lecciones aprendidas estén disponibles para la siguiente iteración.

Una retrospectiva suele durar unas dos horas, durante las cuales el equipo recopila datos sobre los diferentes desafíos a los que se enfrentó y las diversas lecciones aprendidas al resolverlos. El aprendizaje se analiza para ver si existen patrones subyacentes o alguna información. Armados con estos patrones y conocimientos, el equipo planifica la siguiente iteración.

Como parte de la mejora continua, se debe alentar a los miembros del equipo a compartir el conocimiento que adquieren con otros miembros del equipo. Una de las razones por las que se enfatiza la coubicación en los proyectos ágiles es porque proporciona una plataforma para compartir conocimientos a través de la comunicación cara a cara. Para fomentar el intercambio de conocimientos, la velocidad del equipo se puede rastrear a nivel de equipo en lugar de medirla a nivel individual, de modo que los miembros del equipo estén motivados para ayudarse entre sí.

Es posible que se nos pida que adaptemos las prácticas ágiles a nuestras necesidades; sin embargo, debemos tener cuidado al hacerlo. Las prácticas ágiles se han creado en una delicada red de prácticas interdependientes y alterar una puede afectar a otras prácticas. Debemos ser expertos en el uso de prácticas ágiles antes de realizar modificaciones. A veces puede resultar tentador culpar a las herramientas si nuestro trabajo no va como corresponde, cuando el verdadero problema está en nosotros. Deberíamos examinar cuidadosamente nuestros motivos para cambiar las prácticas antes de realizar cualquier modificación.