Método de desarrollo de sistemas dinámicos

Este artículo tiene varios problemas. Ayúdenos a mejorarlo o a discutir estos problemas en la página de discusión . ( Aprenda cómo y cuándo eliminar estos mensajes ) Este artículo se basa excesivamente en referencias a fuentes primarias . Please improve this article by adding secondary or tertiary sources. Find sources: "Dynamic systems development method" – news · newspapers · books · scholar · JSTOR (March 2016) (Learn how and when to remove this message) This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Dynamic systems development method" – news · newspapers · books · scholar · JSTOR (October 2008) (Learn how and when to remove this message) (Learn how and when to remove this message)

El método de desarrollo de sistemas dinámicos ( DSDM ) es un marco de entrega de proyectos ágiles , utilizado inicialmente como un método de desarrollo de software . ^{[1] [2]} Lanzado por primera vez en 1994, DSDM originalmente buscó proporcionar algo de disciplina al método de desarrollo rápido de aplicaciones (RAD). ^[3] En versiones posteriores, el marco de proyecto ágil DSDM se revisó y se convirtió en un enfoque genérico para la gestión de proyectos y la entrega de soluciones en lugar de centrarse específicamente en el desarrollo de software y la creación de código ^{[ aclaración necesaria ] [ cita necesaria ]} y podría usarse para proyectos no relacionados con TI. ^[4] El marco de proyecto ágil DSDM cubre una amplia gama de actividades a lo largo de todo el ciclo de vida del proyecto e incluye bases y gobernanza sólidas, que lo distinguen de algunos otros métodos ágiles. ^[5] El marco de proyecto ágil DSDM es un enfoque iterativo e incremental que adopta los principios del desarrollo ágil, incluida la participación continua del usuario/cliente.

DSDM fija el costo, la calidad y el tiempo desde el principio y utiliza la priorización del alcance de MoSCoW en lo que es obligatorio , lo que debería , lo que podría y lo que no debería para ajustar el resultado del proyecto a fin de cumplir con la restricción de tiempo establecida. DSDM es uno de los diversos métodos ágiles para desarrollar software y soluciones no relacionadas con TI, y forma parte de Agile Alliance.

En 2014, DSDM publicó la última versión del método en el 'DSDM Agile Project Framework'. Al mismo tiempo, el nuevo manual de DSDM reconoció la necesidad de operar junto con otros marcos para la prestación de servicios (esp. ITIL ) , PRINCE2 , Managing Successful Programmes y PMI. ^[6] La versión anterior (DSDM 4.2) solo contenía orientación sobre cómo usar DSDM con programación extrema .

A principios de los años 90, el desarrollo rápido de aplicaciones (RAD) se estaba extendiendo por toda la industria de TI. Las interfaces de usuario para aplicaciones de software estaban pasando de las antiguas pantallas verdes a las interfaces gráficas de usuario que se utilizan en la actualidad. Aparecieron en el mercado nuevas herramientas de desarrollo de aplicaciones, como PowerBuilder . Estas permitieron a los desarrolladores compartir sus soluciones propuestas con sus clientes de forma mucho más sencilla: la creación de prototipos se convirtió en una realidad y las frustraciones de los métodos de desarrollo secuenciales clásicos ( en cascada ) pudieron dejarse de lado.

Sin embargo, el movimiento RAD no estaba estructurado: no había una definición común de un proceso adecuado y muchas organizaciones idearon su propia definición y enfoque. Muchas grandes corporaciones estaban muy interesadas en las posibilidades, pero también les preocupaba no perder el nivel de calidad en los resultados finales que el desarrollo de flujo libre podía generar.

El Consorcio DSDM fue fundado en 1994 por una asociación de proveedores y expertos en el campo de la ingeniería de software y se creó con el objetivo de "desarrollar y promover conjuntamente un marco RAD independiente" combinando sus experiencias en las mejores prácticas . Los orígenes fueron un evento organizado por el Grupo Butler en Londres. Todos los asistentes a esa reunión trabajaban para organizaciones de primera línea como British Airways, American Express, Oracle y Logica (otras empresas como Data Sciences y Allied Domecq han sido absorbidas desde entonces por otras organizaciones).

En julio de 2006, la versión pública 4.2 ^[7] de DSDM se puso a disposición de personas particulares para que la vieran y la usaran; sin embargo, cualquiera que revenda DSDM debe seguir siendo miembro del consorcio sin fines de lucro.

En 2014, el manual DSDM se puso a disposición del público en línea. ^[8] Además, se pueden descargar plantillas para DSDM. ^[9]

En octubre de 2016, el Consorcio DSDM cambió su nombre a Agile Business Consortium (ABC). ^[10] El Agile Business Consortium es una organización sin fines de lucro, independiente de los proveedores, que posee y administra el marco DSDM. ^[11]

DSDM es un enfoque independiente del proveedor que reconoce que más proyectos fracasan debido a problemas humanos que tecnológicos. El enfoque de DSDM es ayudar a las personas a trabajar juntas de manera eficaz para alcanzar los objetivos comerciales. DSDM también es independiente de herramientas y técnicas, lo que permite su uso en cualquier entorno comercial y técnico sin vincular la empresa a un proveedor en particular. ^[8]

Hay ocho principios que sustentan el DSDM. ^[12] Estos principios orientan al equipo en cuanto a la actitud que debe adoptar y la mentalidad que debe adoptar para lograr resultados consistentes.

1. Centrarse en la necesidad del negocio
2. Entregar a tiempo
3. Colaborar
4. Nunca comprometas la calidad
5. Construir gradualmente a partir de bases sólidas
6. Desarrollar iterativamente
7. Comunicarse de forma continua y clara
8. Demostrar control

This section needs additional citations for verification. Please help improve this article by adding citations to reliable sources in this section. Unsourced material may be challenged and removed. (March 2016) (Learn how and when to remove this message)

• Timeboxing : es el enfoque para completar el proyecto de forma incremental, dividiéndolo en partes, cada una con un presupuesto fijo y una fecha de entrega. Para cada parte se priorizan y seleccionan una serie de requisitos. Como el tiempo y el presupuesto son fijos, las únicas variables restantes son los requisitos. Por lo tanto, si un proyecto se está quedando sin tiempo o dinero, se omiten los requisitos con la prioridad más baja. Esto no significa que se entregue un producto inacabado, debido al principio de Pareto de que el 80% del proyecto proviene del 20% de los requisitos del sistema, por lo que, siempre que ese 20% más importante de los requisitos se implemente en el sistema, el sistema satisface las necesidades comerciales y ningún sistema se construye perfectamente en el primer intento.
• MoSCoW : es una técnica para priorizar elementos de trabajo o requisitos. Es un acrónimo que significa:
  • Debe tener
  • Debería haber
  • Podría haber
  • No tendré

• Prototipado: se refiere a la creación de prototipos del sistema en desarrollo en una etapa temprana del proyecto. Permite el descubrimiento temprano de deficiencias en el sistema y permite a los futuros usuarios "probar" el sistema. De esta manera se logra una buena participación del usuario, uno de los factores clave de éxito de DSDM, o de cualquier proyecto de desarrollo de sistemas.
• Pruebas: ayuda a garantizar una solución de buena calidad. DSDM recomienda realizar pruebas a lo largo de cada iteración. Dado que DSDM es un método independiente de las herramientas y técnicas, el equipo del proyecto tiene la libertad de elegir su propio método de gestión de pruebas.
• Taller: reúne a las partes interesadas del proyecto para discutir los requisitos, las funcionalidades y el entendimiento mutuo.
• Modelado : ayuda a visualizar un dominio empresarial y a mejorar la comprensión. Produce una representación diagramática de aspectos específicos del sistema o área empresarial que se está desarrollando.
• Gestión de la configuración : con múltiples entregables en desarrollo al mismo tiempo y que se entregan de forma incremental al final de cada período de tiempo, los entregables deben gestionarse bien hasta su finalización.

This section needs additional citations for verification. Please help improve this article by adding citations to reliable sources in this section. Unsourced material may be challenged and removed. (March 2016) (Learn how and when to remove this message)

Existen algunos roles introducidos dentro del entorno DSDM. Es importante que los miembros del proyecto deban ser designados para diferentes roles antes de comenzar el proyecto. Cada rol tiene su propia responsabilidad. Los roles son:

• Patrocinador ejecutivo : Se denomina promotor del proyecto . Es un rol importante de la organización usuaria que tiene la capacidad y la responsabilidad de comprometer los fondos y recursos adecuados. Este rol tiene el poder máximo para tomar decisiones.
• Visionario : Es el responsable de iniciar el proyecto asegurándose de que se encuentren los requisitos esenciales desde el principio. El visionario tiene la percepción más precisa de los objetivos comerciales del sistema y del proyecto. Otra tarea es supervisar y mantener el proceso de desarrollo en el camino correcto.
• Usuario embajador : aporta el conocimiento de la comunidad de usuarios al proyecto y garantiza que los desarrolladores reciban suficientes comentarios de los usuarios durante el proceso de desarrollo.
• Usuario asesor : Puede ser cualquier usuario que represente un punto de vista importante y aporte conocimiento diario del proyecto.
• Gerente de proyecto : puede ser cualquier persona de la comunidad de usuarios o personal de TI que administra el proyecto en general.
• Coordinador técnico : Responsable de diseñar la arquitectura del sistema y controlar la calidad técnica del proyecto.
• Líder de equipo : lidera su equipo y se asegura de que el equipo trabaje eficazmente como un todo.
• Desarrollador de soluciones : interpretar los requisitos del sistema y modelarlo, incluyendo el desarrollo de los códigos entregables y la construcción de los prototipos.
• Probador de soluciones : verifica la corrección desde un punto de vista técnico realizando algunas pruebas, detecta los defectos cuando es necesario y vuelve a realizar pruebas una vez corregidos. El probador deberá proporcionar algunos comentarios y documentación.
• Escriba : Responsable de recopilar y registrar los requisitos, acuerdos y decisiones tomadas en cada taller.
• Facilitador : Responsable de gestionar el progreso de los talleres, actúa como motivador para la preparación y la comunicación.
• Funciones especializadas : arquitecto de negocio, responsable de calidad, integrador de sistemas, etc.

Dentro de DSDM se identifican una serie de factores como de gran importancia para garantizar el éxito de los proyectos.

• Factor 1: En primer lugar, está la aceptación del DSDM por parte de la alta dirección y otros empleados. Esto garantiza que los diferentes actores del proyecto estén motivados desde el principio y sigan involucrados durante todo el proyecto.
• Factor 2: Derivado directamente del factor 1: El compromiso de la dirección de garantizar la participación del usuario final. El enfoque de creación de prototipos requiere una participación sólida y dedicada de los usuarios finales para probar y evaluar los prototipos funcionales.
• Factor 3: El equipo del proyecto debe estar compuesto por miembros hábiles que formen una unión estable. Una cuestión importante es el empoderamiento del equipo del proyecto. Esto significa que el equipo (o uno o más de sus miembros) debe poseer el poder y la posibilidad de tomar decisiones importantes con respecto al proyecto sin tener que escribir propuestas formales a la alta dirección, lo que puede llevar mucho tiempo. Para que el equipo del proyecto pueda ejecutar un proyecto con éxito, también necesita la tecnología adecuada para llevarlo a cabo. Esto significa un entorno de desarrollo, herramientas de gestión de proyectos, etc.
• Factor 4: Por último, el DSDM también establece que es necesaria una relación de apoyo entre el cliente y el proveedor. Esto se aplica tanto a proyectos que se llevan a cabo internamente en las empresas como a través de contratistas externos. Una ayuda para garantizar una relación de apoyo podría ser ISPL .

DSDM puede considerarse parte de una amplia gama de marcos de desarrollo iterativos e incrementales, especialmente aquellos que respaldan métodos ágiles y orientados a objetos . Estos incluyen (pero no se limitan a) scrum , programación extrema (XP) , entrega ágil disciplinada (DAD) y proceso unificado racional (RUP) .

Al igual que DSDM, estos comparten las siguientes características:

• Todos priorizan los requisitos y trabajan sobre ellos de forma iterativa, construyendo un sistema o producto en incrementos.
• Son marcos independientes de las herramientas, lo que permite a los usuarios completar los pasos específicos del proceso con sus propias técnicas ^[5] y las ayudas de software de su elección.
• Las variables del desarrollo no son el tiempo o los recursos, sino los requisitos. Este enfoque garantiza los objetivos principales de DSDM, es decir, cumplir con los plazos y el presupuesto.
• Un fuerte énfasis en la comunicación y la participación de todos los interesados ​​en el sistema. Aunque esto se aborda en otros métodos, DSDM cree firmemente en el compromiso con el proyecto para garantizar un resultado exitoso.

• Desarrollo de software ágil
• Desarrollo de software lean

• Coleman y Verbruggen: Un proceso de software de calidad para el desarrollo rápido de aplicaciones , Software Quality Journal 7, pág. 107-1222 (1998)
• Beynon-Davies y Williams: La difusión de los métodos de desarrollo de sistemas de información , Journal of Strategic Information Systems 12 p. 29-46 (2003)
• Sjaak Brinkkemper , Saeki y Harmsen: Técnicas de ensamblaje para ingeniería de métodos , Ingeniería de sistemas de información avanzada, Actas de CaiSE'98, Springer Verlag (1998)
• Abrahamsson, Salo, Ronkainen, Warsta Métodos de desarrollo de software ágil: revisión y análisis , VTT Publications 478, pág. 61-68 (2002)
• Tuffs, Stapleton, West, Eason: Interoperabilidad de DSDM con el proceso unificado racional , DSDM Consortium, número 1, pág. 1-29 (1999)
• Rietmann: DSDM a vista de pájaro , Consorcio DSDM, págs. 3-8 (2001)
• Chris Barry, Kieran Conboy, Michael Lang, Gregory Wojtkowski y Wita Wojtkowski: Desarrollo de sistemas de información: desafíos en la práctica, la teoría y la educación, volumen 1
• Keith Richards: Gestión ágil de proyectos: ejecución de proyectos PRINCE2 con DSDM Atern, TSO (2007) Archivado el 23 de enero de 2021 en Wayback Machine.
• El marco de trabajo de proyectos ágiles DSDM (2014)
• Mapa mental interactivo del marco de gestión de proyectos ágiles DSDM (v6, 2014)

Wikimedia Commons tiene medios relacionados con Método de desarrollo de sistemas dinámicos .

• El Consorcio Empresarial Ágil (anteriormente, Consorcio DSDM)
• Wiki de AgilePM