Métodos ágiles en proyectos: lo esencial + ilustración Scrum

¿Qué significa "ágil" en la gestión de proyectos?

Mientras que los métodos tradicionales tienen como objetivo procesar las diferentes fases de un proyecto de manera secuencial (también conocido como ciclo de desarrollo en cascada o incluso ciclo V), el principio de los métodos ágiles es dividirlo en partes sub-autónomas (o subproyectos). ) (también hablamos de desarrollo iterativo).

Las partes (iteraciones) forman el proyecto como un todo.

El Manifiesto Ágil, los principios fundacionales

Estos métodos se derivan de Manifiesto ágil , prácticas promulgadas por expertos en 2001 para mejorar el desarrollo de software.

Este documento destaca 4 valores:

• la primacía de las personas y las interacciones sobre los procesos y herramientas.
• preferencia por el software funcional en lugar de la documentación completa.
• una relación diferente con los clientes: colaboración permanente en sustitución de la negociación contractual.
• adaptación continua al cambio y no el seguimiento rígido de un plan.

Partiendo de estos valores, el Manifiesto define 12 principios:

1. 1 - La prioridad n ° 1 es obtener la satisfacción del cliente lo antes posible mediante la entrega rápida y regular de las características esperadas.
2. 2 - aceptar solicitudes de cambio durante el proyecto . Son oportunidades para dar más valor al proyecto y apegarse a las necesidades reales de los clientes.
3. 3 - Implementar entregas rápidas basadas en ciclos cortos (pocas semanas). Estos entregables deben estar operativos para permitir pruebas de validación de las funcionalidades esperadas.
4. 4 - Cooperación sólida y continua entre usuarios y desarrollo. A diferencia del método clásico donde las reuniones entre los usuarios y la gestión del proyecto tienen lugar especialmente al inicio y al final del proyecto.
5. 5 - Dar autonomía a las personas implicadas y confiar en ellas.
6. 6 - Dar prioridad a la comunicación presencial como canal de comunicación entre las partes. Las interacciones son más eficientes y ricas. Todo va más rápido.
7. 7 - Lo importante es tener una aplicación operativa.
8. 8 - Avanzar a un ritmo constante compatible con lo que puedan producir todos los actores.
9. 9 - Centrarse en la calidad técnica y la calidad del diseño para construir una base sólida para fortalecer la agilidad.
10. 10 - Mantenga sus métodos de trabajo simples: haga solo lo que sea necesario.
11. 11 - Un equipo que se organiza produce mejores resultados.
12. 12 - Al revisar periódicamente sus prácticas, el equipo adapta su comportamiento y sus herramientas para ser más eficiente.

Cuáles son las ventajas ?

Este enfoque permite obtener:

• - más flexibilidad trabajando en subpartes autónomas. Pueden diseñarse, probarse, modificarse de nuevo sin que todo el proyecto se vea afectado. Se puede implementar la consideración de necesidades no identificadas en la fase de análisis o la aparición de nuevas funcionalidades durante el desarrollo. Por experiencia, es difícil pensar en todo en la fase de definir la necesidad de un enfoque clásico para la gestión de proyectos.
• - Más fiabilidad y calidad: simplificando la complejidad, probando continuamente, promoviendo la retroalimentación, intercambios con los clientes.
• - Riesgos reducidos: detección rápida gracias a ciclos cortos.
• - Mejor control de costos: sin costosos retrocesos: si es necesario, el proyecto se puede detener rápidamente.

Pero tambien limites

La flexibilidad llevada al extremo puede conducir a un estancamiento del proyecto . Muchas iteraciones sin direcciones o decisiones fijas representan un peligro real. Una de las posibles causas de los incesantes retrocesos de los clientes en sus especificaciones.

En estas situaciones, el director del proyecto (cualquiera que sea su nombre en el método elegido) debe poder arbitrar por el bien del proyecto, pero también por el del cliente.

Métodos ágiles

Los principios de la agilidad se adoptan de forma estructurada mediante varios métodos. Concéntrese en uno de los más populares:

El método Scrum

Iniciado por Hirotaka Takeuchi e Ikujiro Nonaka y luego formalizado por Ken Schwaber y Jeff Sutherland, este método ofrece un marco muy estructurado para aplicar los principios de la agilidad.

Sprint, el corazón de Scrum

Este enfoque se basa en iteraciones de 2 a 4 semanas. Son los famosos "Sprints" . Estas son las subpartes de un proyecto según lo definido por el principio Agile. Cada Sprint tiene como objetivo ofrecer al cliente una versión potencialmente utilizable del producto.

Los Sprints sucesivos agregan funciones al producto o mejoran las ya desarrolladas. Hablamos de incremento de producto.

Un Sprint comienza cuando termina el anterior. Este es un proceso incremental.

Este marco se basa en 3 pilares que son:

- transparencia: desarrollo de un estándar común para permitir un entendimiento compartido.

- inspección: Los controles se llevan a cabo con regularidad.

- adaptación: en caso de que se observe una desviación durante la inspección, se realizan ajustes.

Los Sprints se estructuran en torno a varias herramientas organizativas (llamadas eventos):

• Planificación de Sprint: reunión para seleccionar y planificar las prioridades para cada Sprint en términos de la lista de características del producto (Sprint Backlog).
• S crum (M elée diaria): reunión diaria de coordinación entre miembros del equipo del proyecto. A menudo toma la forma de una "reunión de pie" (reunión corta, 10-15 minutos, de pie).
• Revisión de Sprint: reunión resumen al final de cada Sprint con el fin de validar las funcionalidades desarrolladas.
• Retrospectiva del Sprint: Inmediatamente después de la revisión de Sprint, este es un informe cuyo objetivo es la mejora continua de las prácticas. El equipo analiza los éxitos y las dificultades, toma nota de lo que funcionó y lo que no. Siempre hay lecciones que aprender para los próximos Sprints.

Compuesto por entradas y salidas del proceso, llamadas "artefactos"

• Pila de Producto: lista de características del producto.
• Cartera de Sprint: planificación elementos del Product Backlog que se implementarán durante el Sprint para entregar el incremento del producto con las funcionalidades requeridas para este paso. El Sprint Backlog no es fijo, pero es probable que evolucione durante el Sprint.
• El incremento de producto: ya mencionado anteriormente.

Con roles definidos para cada uno:

• Propietario del producto - PO: el experto en negocios, el cliente , representa al cliente e interviene en el aspecto funcional.
• Scrum Master: el coordinador del proyecto y el garante del respeto por el método Scrum.
• Equipo: los demás interesados ​​en el proyecto (en particular, los desarrolladores).

Otros métodos de desarrollo ágiles

Además de Scrum, existen otros enfoques, cada uno con sus propias especificidades:

• Programación extrema (XP): ampliamente utilizado en ingeniería de software
• FDD (desarrollo basado en funciones)
• Método de desarrollo de sistema dinámico (DSDM): uno de los más antiguos
• Desarrollo de software adaptativo (ASD)
• Crystal Clear: orientado a "equipos pequeños"