Método de desarrollo de sistemas dinámicos

El método de desarrollo de sistemas dinámicos ( DSDM ) es un marco de ejecución de proyectos ágil , inicialmente utilizado como método de desarrollo de software . ^{[1] [2]} Lanzado por primera vez en 1994, DSDM originalmente buscaba proporcionar cierta disciplina al método de desarrollo rápido de aplicaciones (RAD). ^[3] En versiones posteriores, el DSDM Agile Project Framework 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 requerida ]} y podría utilizarse para no Proyectos de TI.^[4] DSDM Agile Project Framework cubre una amplia gama de actividades a lo largo de todo el ciclo de vida del proyecto e incluye bases sólidas y gobernanza, que lo distinguen de algunos otros métodos ágiles. ^[5] El DSDM Agile Project Framework es unenfoque iterativo e incremental que abarca los principios del desarrollo ágil, incluida la participación continua del usuario / cliente.

Modelo del método de gestión de proyectos DSDM.

DSDM correcciones de coste, calidad y tiempo desde el principio y utiliza la priorización de Moscú de alcance en los mostos , deberes , coulds y no lo harán imprescindibles para ajustar la prestación del proyecto para cumplir con las limitaciones de tiempo establecido. DSDM es uno de varios métodos ágiles para desarrollar software y soluciones que no son de TI, y forma parte de Agile Alliance.

En 2014, DSDM lanzó la última versión del método en 'DSDM Agile Project Framework'. Al mismo tiempo, el nuevo manual DSDM reconoció la necesidad de operar junto con otros marcos para la prestación de servicios (especialmente ITIL ) PRINCE2 , Gestión de programas exitosos y PMI. ^[6] La versión anterior (DSDM 4.2) solo contenía orientación sobre cómo utilizar DSDM con Extreme Programming .

Historia de DSDM

A principios de la década de 1990, el desarrollo rápido de aplicaciones (RAD) se estaba extendiendo por la industria de TI. Las interfaces de usuario para aplicaciones de software se estaban moviendo de las viejas pantallas verdes a las interfaces gráficas de usuario que se utilizan en la actualidad. Llegaban al mercado nuevas herramientas de desarrollo de aplicaciones, como PowerBuilder . Estos permitieron a los desarrolladores compartir sus soluciones propuestas mucho más fácilmente con sus clientes: la creación de prototipos se convirtió en una realidad y las frustraciones de los métodos de desarrollo clásicos secuenciales (en cascada ) podrían dejarse de lado.

Sin embargo, el movimiento RAD estaba muy desestructurado: no había una definición comúnmente acordada de un proceso adecuado y muchas organizaciones propusieron su propia definición y enfoque. Muchas corporaciones importantes estaban muy interesadas en las posibilidades, pero también estaban preocupadas por no perder el nivel de calidad en los productos finales que podía dar lugar al desarrollo de flujo libre.

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 fue creado con el objetivo de "desarrollar y promover conjuntamente un marco RAD independiente" combinando sus experiencias de mejores prácticas . Los orígenes fueron un evento organizado por Butler Group en Londres. Las personas en esa reunión todos trabajaban para blue-chip organizaciones como British Airways, American Express, Oracle y Logica (otras empresas como Data Sciences y Allied Domecq han sido desde entonces absorbida por otras organizaciones).

En julio de 2006, la versión pública 4.2 de DSDM ^[7] se puso a disposición de las personas para que la vieran y la utilizaran; sin embargo, cualquier persona que revenda DSDM debe ser miembro del consorcio sin fines de lucro.

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

En octubre de 2016, el DSDM Consortium pasó a llamarse Agile Business Consortium (ABC). ^[10] El Agile Business Consortium es una organización sin fines de lucro, independiente del proveedor, que posee y administra el marco DSDM. ^[11]

DSDM

DSDM es un enfoque independiente del proveedor que reconoce que más proyectos fallan debido a problemas de personas que a la tecnología. El enfoque de DSDM es ayudar a las personas a trabajar juntas de manera eficaz para lograr los objetivos comerciales. DSDM también es independiente de las herramientas y técnicas que permiten su uso en cualquier entorno comercial y técnico sin vincular el negocio a un proveedor en particular. ^[8]

Principios

Hay ocho principios que sustentan el DSDM. ^[12] Estos principios dirigen al equipo en la actitud que deben tomar y la mentalidad que deben adoptar para entregar de manera consistente.

1. Centrarse en la necesidad empresarial
2. Entregar a tiempo
3. Colaborar
4. Nunca comprometa la calidad
5. Construya gradualmente a partir de cimientos firmes
6. Desarrollar iterativamente
7. Comunicarse de forma continua y clara
8. Demuestra control

Técnicas básicas

• Timeboxing : es el enfoque para completar el proyecto de manera incremental dividiéndolo en dividir el proyecto en porciones, cada una con un presupuesto fijo y una fecha de entrega. Para cada parte, se priorizan y seleccionan una serie de requisitos. Debido a que el tiempo y el presupuesto son fijos, las únicas variables restantes son los requisitos. Entonces, 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 sin terminar, debido al Principio de Pareto de que el 80% del proyecto proviene del 20% de los requisitos del sistema, por lo que siempre que el 20% de los requisitos más importantes se implementen en el sistema, el sistema por tanto, satisface las necesidades del negocio y que 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 tener
  • Podría tener
  • 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 realizar una "prueba de manejo" del 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 para el caso.
• Pruebas: ayuda a garantizar una solución de buena calidad, DSDM aboga por las pruebas en cada iteración. Dado que DSDM es un método independiente de la herramienta y la técnica, el equipo del proyecto es libre 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 mejorar la comprensión. Produce una representación esquemática de aspectos específicos del sistema o área de negocio que se está desarrollando.
• Gestión de la configuración : con varios entregables en desarrollo al mismo tiempo y que se entregan de forma incremental al final de cada caja de tiempo, los entregables deben administrarse bien hasta su finalización.

Roles

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

• Patrocinador ejecutivo El llamado "Campeón del proyecto". Un papel importante de la organización de usuarios que tiene la capacidad y la responsabilidad de comprometer los fondos y recursos adecuados. Este rol tiene un poder supremo para tomar decisiones.
• Visionario El que tiene la responsabilidad de inicializar el proyecto asegurándose de que los requisitos esenciales se encuentren desde el principio. Visionary 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.
• Ambassador User Aporta el conocimiento de la comunidad de usuarios al proyecto, asegura 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 que aporte conocimiento diario del proyecto.
• Project Manager Puede ser cualquier persona de la comunidad de usuarios o del personal de TI que gestiona 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 Dirige su equipo y se asegura de que el equipo funcione de manera efectiva como un todo.
• Desarrollador de soluciones Interprete los requisitos del sistema y modele, incluyendo el desarrollo de los códigos entregables y la construcción de los prototipos.
• Probador de soluciones Verifica la exactitud en un grado técnico mediante la realización de algunas pruebas, detecta defectos cuando sea necesario y vuelve a probar una vez reparados. 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 avance de los talleres, actúa como motivador para la preparación y comunicación.
• Roles de Especialista Arquitecto Comercial, Gerente de Calidad, Integrador de Sistemas, etc.

Factores críticos del éxito

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

• Factor 1: Primero, está la aceptación de DSDM por parte de la alta dirección y otros empleados. Esto asegura que los diferentes actores del proyecto estén motivados desde el principio y permanezcan involucrados durante todo el proyecto.
• Factor 2: Derivado directamente del factor 1: El compromiso de la dirección para asegurar la participación del usuario final. El enfoque de creación de prototipos requiere una participación sólida y dedicada por parte 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. Un tema 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 exitoso, también necesita la tecnología adecuada para llevar a cabo el proyecto. Esto significa un entorno de desarrollo, herramientas de gestión de proyectos, etc.
• Factor 4: Finalmente, DSDM también establece que se requiere una relación de apoyo entre el cliente y el proveedor. Esto se aplica tanto a los proyectos que se realizan internamente dentro de las empresas como a los contratistas externos. Una ayuda para asegurar una relación de apoyo podría ser ISPL .

Comparación con otros marcos de desarrollo

DSDM se puede considerar como parte de una amplia gama de marcos de desarrollo iterativos e incrementales, especialmente aquellos que admiten métodos ágiles y orientados a objetos . Estos incluyen (pero no se limitan a) Scrum , Extreme Programming (XP) , Disciplined Agile Delivery (DAD) y Rational Unified Process (RUP) .

Como DSDM, estos comparten las siguientes características:

• Todos dan prioridad a los requisitos y trabajan a través de ellos de forma iterativa, construyendo un sistema o producto en incrementos.
• Son marcos independientes de herramientas. Esto permite a los usuarios completar los pasos específicos del proceso con sus propias técnicas ^[5] y ayudas de software de su elección.
• Las variables en el desarrollo no son el tiempo / recursos, sino los requisitos. Este enfoque asegura los principales objetivos de DSDM, es decir, mantenerse dentro del plazo y el presupuesto.
• Un fuerte enfoque en la comunicación y la participación de todas las partes interesadas 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.

Ver también

• Desarrollo de software esbelto
• Desarrollo Ágil de Software

Referencias

1. Keith Richards , Gestión ágil de proyectos: ejecución de proyectos PRINCE2 con DSDM Atern. OGC - Oficina de Comercio Gubernamental. The Stationery Office, 31 de julio. 2007.
2. Plonka, Laura, et al. "Diseño UX en Agile: un caso de estudio de DSDM". Procesos ágiles en Ingeniería de Software y Programación Extrema. Springer International Publishing, 2014. 1-15.
3. Abrahamsson, Pekka, et al. " Nuevas direcciones sobre métodos ágiles: un análisis comparativo ". Ingeniería de software, 2003. Actas. 25ª Conferencia Internacional sobre. Ieee, 2003.
4. Stapleton, Jennifer (enero de 2003). Desarrollo centrado en el negocio . Educación Pearson. pag. 113. ISBN 9780321112248.
5. Moran, Alan (marzo de 2015). Gestión ágil . Saltador. págs. 21-24. ISBN 9783319162614.
6. El manual DSDM Agile Project Framework, 2014 páginas 4, 16
7. ( www.dsdm.org Archivado el 2 de octubre de 2016 en la Wayback Machine )
8. "El marco del proyecto DSDM Agile (2014 en adelante)" . Consorcio Empresarial Ágil . 4 de febrero de 2016.
9. www.agilebusiness.org https://www.agilebusiness.org/resources/templates-and-tools/atern-template-complete-set .
10. "Agile DSDM Consortium evoluciona en Agile Business Consortium" . Presione Dispensario .
11. "Términos y condiciones de la pertenencia a la comunidad" (PDF) . Consorcio DSDM . Consultado el 7 de marzo de 2013 .
12. Consorcio de negocios ágiles. El manual DSDM Agile Project Framework (2014 en adelante) - Principios .

Otras lecturas

• Coleman y Verbruggen: Un proceso de software de calidad para el desarrollo rápido de aplicaciones , Software Quality Journal 7, p. 107-1222 (1998)
• Beynon-Davies y Williams: La difusión de 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 la ingeniería de métodos , Ingeniería de sistemas de información avanzada, Actas de CaiSE'98, Springer Verlag (1998)
• Abrahamsson, Salo, Ronkainen, Warsta Agile Software Development Methods: Review and Analysis , VTT Publications 478, p. 61-68 (2002)
• Tuffs, Stapleton, West, Eason: interoperabilidad de DSDM con el Rational Unified Process , DSDM Consortium, Edición 1, p. 1 a 29 (1999)
• Rietmann: DSDM a vista de pájaro , DSDM Consortium, p. 3 a 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)
• El marco del proyecto DSDM Agile (2014)
• DSDM Agile Project Management Framework (v6, 2014) mapa mental interactivo

enlaces externos

• The Agile Business Consortium (anteriormente, DSDM Consortium)
• Wiki de AgilePM