Método de desarrollo de sistemas dinámicos (DSDM)

El método de desarrollo de sistemas dinámicos (DSDM) es un marco ágil que se originó a mediados de la década de 1990, a partir de los principios del desarrollo rápido de aplicaciones (RAD).

A diferencia de otros métodos ágiles más ligeros, el DSDM ofrece un enfoque más estructurado y riguroso, especialmente adecuado para proyectos con plazos ajustados y presupuestos fijos.

Hace hincapié en un fuerte enfoque empresarial, la participación activa de los usuarios, el desarrollo iterativo y la entrega frecuente de software operativo.

Aunque su objetivo es la agilidad, incorpora un grado de gobernanza y control, lo que lo hace atractivo en entornos corporativos.

Su filosofía central gira en torno a la entrega del 80 % de la funcionalidad crítica dentro de las limitaciones acordadas, utilizando técnicas de priorización robustas.

Enfoque iterativo con énfasis en el negocio

DSDM es fundamentalmente iterativo e incremental, y divide el proyecto en fases y ciclos manejables.

Esencialmente, su fuerza motriz es la necesidad empresarial.

Cada decisión y cada entrega se evalúa en función de su contribución al objetivo empresarial general.

El marco incluye fases distintas, como el estudio de viabilidad y el estudio de negocio, para garantizar que el proyecto sea viable y esté alineado con los objetivos empresariales antes de comprometer recursos significativos.

Las fases posteriores, como la iteración del modelo funcional y la iteración de diseño y construcción, se centran en desarrollar la solución de forma incremental, validándola siempre con respecto a los criterios empresariales establecidos.

La participación de los usuarios es continua a lo largo de estas iteraciones para garantizar que el producto final cumpla con los requisitos empresariales reales.

Priorización con MoSCoW (Must, Should, Could, Won't)

Una de las piedras angulares de DSDM es su técnica de priorización única conocida como MoSCoW.

Este acrónimo clasifica los requisitos para gestionar el alcance de forma eficaz dentro de plazos y presupuestos fijos:

• Must have: Requisitos críticos para el éxito del proyecto. Sin ellos, el proyecto fracasa.
• Debería tener: Requisitos importantes, pero no vitales. El proyecto puede tener éxito sin ellos, aunque puede que sea necesario buscar soluciones alternativas.
• Podría tener: Requisitos deseables que son menos importantes. Se incluirán si el tiempo y los recursos lo permiten, sin afectar a las prioridades más altas.
• No tendrá (esta vez): Requisitos excluidos explícitamente del plazo de entrega actual, pero que podrían considerarse para futuras versiones.

MoSCoW permite al equipo garantizar la entrega de las características esenciales «Imprescindibles», al tiempo que proporciona flexibilidad con los elementos «Deseables» y «Posibles» para cumplir con los plazos.

Principios y ciclo de vida

DSDM se rige por ocho principios básicos que dan forma a su aplicación: 1) Centrarse en las necesidades del negocio, 2) Entregar a tiempo, 3) Colaborar, 4) No comprometer nunca la calidad, 5) Construir de forma incremental sobre bases sólidas, 6) Desarrollar de forma iterativa, 7) Comunicar de forma continua y clara, y 8) Demostrar control.

El ciclo de vida refleja estos principios, comenzando con las actividades previas al proyecto, pasando luego por las fases de viabilidad y estudio de negocio para establecer las bases.

El desarrollo básico se lleva a cabo en ciclos iterativos: iteración del modelo funcional (análisis de requisitos y creación de prototipos) e iteración de diseño y construcción (creación de la solución implementable).

Por último, la fase de implementación despliega la solución en el entorno operativo.

Las actividades posteriores al proyecto garantizan la obtención de beneficios.

Este ciclo de vida estructurado pero iterativo proporciona tanto gobernanza como adaptabilidad.

Resumen

El método DSDM es un marco ágil estructurado que se originó a partir de RAD. Es adecuado para proyectos con plazos y presupuestos fijos.

Es iterativo e incremental, con un fuerte énfasis en la necesidad empresarial. La participación del usuario es continua para validar los requisitos.

Utiliza la priorización MoSCoW (Must, Should, Could, Won't para gestionar el alcance. Se rige por ocho principios, incluyendo ""Entregar a tiempo"" y ""No comprometer la calidad"".