El método de desarrollo de sistemas dinámicos ( DSDM ) es un marco ágil de entrega de proyectos, utilizado inicialmente 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 marco de proyectos ágil de 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 [ se necesita aclaración ] [ cita requerida ] y podría usarse para aplicaciones no relacionadas. Proyectos TI. [4] El marco de proyecto ágil de 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 otros métodos ágiles. [5] El marco de proyecto ágil de 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 se debe , lo que se debe , lo que se puede y lo que no se tendrá que ajustar para ajustar los entregables del proyecto para cumplir con la restricción de tiempo establecida. DSDM es uno de varios métodos ágiles para desarrollar software y soluciones no informáticas, y forma parte de Agile Alliance.
En 2014, DSDM lanzó la última versión del método en el '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 usar DSDM con programación extrema .
Historia del DSDM
A principios de la década de 1990, 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 hoy en día. Nuevas herramientas de desarrollo de aplicaciones estaban saliendo al mercado, como PowerBuilder . Esto permitió a los desarrolladores compartir las 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 y secuenciales ( en cascada ) pudieron 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 idearon su propia definición y enfoque. Muchas corporaciones importantes 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 podrí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 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 el Butler Group en Londres. Todos los asistentes a esa reunión trabajaban para organizaciones de primera línea como British Airways, American Express, Oracle y Logica (desde entonces, otras empresas como Data Sciences y Allied Domecq han sido absorbidas por otras organizaciones).
En julio de 2006, la versión pública 4.2 [7] de DSDM se puso a disposición de las personas para su visualización y uso; sin embargo, cualquiera que revenda DSDM debe seguir siendo miembro del consorcio sin fines de lucro.
En 2014, el manual DSDM estuvo disponible en línea y de forma pública. [8] Además, se pueden descargar plantillas para DSDM. [9]
En octubre de 2016, el Consorcio DSDM 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 fracasan debido a problemas de personas que de tecnología. El objetivo de DSDM es ayudar a las personas a trabajar juntas de forma eficaz para lograr los objetivos comerciales. DSDM también es independiente de herramientas y técnicas, lo que permite su uso en cualquier entorno empresarial y técnico sin vincular el negocio a un proveedor en particular. [8]
Principios
Hay ocho principios que sustentan DSDM. [12] Estos principios dirigen al equipo en la actitud que deben adoptar y la mentalidad que deben adoptar para lograr resultados consistentes.
Centrarse en la necesidad empresarial
Entregar a tiempo
Colaborar
Nunca comprometas la calidad
Construir progresivamente desde bases firmes
Desarrollar iterativamente
Comunicarse de forma continua y clara.
Demostrar control
Técnicas básicas
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 porción se priorizan y seleccionan una serie de requisitos. Como el tiempo y el presupuesto son fijos, las únicas variables que quedan son los requisitos. Por lo tanto, si a un proyecto se le acaba el tiempo o el dinero, se omiten los requisitos con menor prioridad. 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, de modo que mientras ese 20% de los requisitos más importantes se implementen en el sistema, el sistema Por lo tanto, satisface las necesidades del negocio y ningún sistema se construye perfectamente en el primer intento.
Moscú : es una técnica para priorizar elementos o requisitos de trabajo. Es un acrónimo que significa:
Debe tener
Debería tener
Podría tener
no tendré
Creación de prototipos: 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 en cada iteración. Dado que DSDM es un método independiente de herramientas y técnicas, 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 múltiples entregables en desarrollo al mismo tiempo y entregados de forma incremental al final de cada período de tiempo, los entregables deben gestionarse bien hasta su finalización.
Roles
Hay algunas funciones introducidas dentro del entorno DSDM. Es importante que los miembros del proyecto sean designados para diferentes roles antes de comenzar el proyecto. Cada rol tiene su propia responsabilidad. Los roles son:
Patrocinador ejecutivo : Llamado campeón del proyecto . Un papel importante de la organización de usuarios que tiene la capacidad y responsabilidad de comprometer fondos y recursos apropiados. Este rol tiene un poder supremo para tomar decisiones.
Visionario : Quien tiene la responsabilidad de inicializar el proyecto asegurando que los requisitos esenciales se encuentren desde el principio. 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 gestione 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 del equipo : lidera su equipo y garantiza que el equipo funcione eficazmente en su conjunto.
Desarrollador de soluciones : interpreta los requisitos del sistema y modela, incluido el desarrollo de los códigos entregables y la construcción de prototipos.
Probador de soluciones : verifica la exactitud en un nivel técnico realizando algunas pruebas, detecta defectos cuando sea necesario y vuelve a probar una vez solucionados. El evaluador deberá proporcionar algunos comentarios y documentación.
Escribano : Responsable de recoger 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.
Roles especializados : arquitecto empresarial, director de calidad, integrador de sistemas, etc.
Factores críticos del éxito
Dentro de DSDM se identifica una serie de factores como 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 directo del factor 1: El compromiso de la dirección para asegurar la implicación del usuario final. El enfoque de creación de prototipos requiere una participación fuerte y dedicada por parte de los usuarios finales para probar y juzgar 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 sobre el 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 necesitan 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 afirma que se requiere una relación de apoyo entre el cliente y el proveedor. Esto se aplica tanto a proyectos que se realizan internamente dentro de las empresas como a través de contratistas externos. Una ayuda para garantizar una relación de apoyo podría ser ISPL .
Al igual que DSDM, estos comparten las siguientes características:
Todos priorizan los requisitos y trabajan con 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 garantiza los principales objetivos de DSDM, es decir, respetar los plazos y el presupuesto.
Un fuerte enfoque en la comunicación y la implicación de todos los actores del sistema. Aunque esto se aborda con otros métodos, DSDM cree firmemente en el compromiso con el proyecto para garantizar un resultado exitoso.
^ Keith Richards, Gestión ágil de proyectos: ejecución de proyectos PRINCE2 con DSDM Atern. OGC - Oficina de Comercio Gubernamental. La Oficina de Papelería, 31 de julio. 2007.
^ Plonka, Laura y col. "Diseño UX en Agile: un estudio de caso de DSDM". Procesos Ágiles en Ingeniería de Software y Programación Extrema. Springer International Publishing, 2014. 1-15.
^ Abrahamsson, Pekka y col. «Nuevas direcciones sobre métodos ágiles: un análisis comparativo Archivado el 24 de octubre de 2018 en Wayback Machine .» Ingeniería de Software, 2003. Actas. 25º Congreso Internacional sobre. EEE, 2003.
^ Stapleton, Jennifer (enero de 2003). Desarrollo Enfocado en Negocios . Educación Pearson. pag. 113.ISBN 9780321112248.
^ ab Moran, Alan (marzo de 2015). Gestión ágil . Saltador. págs. 21-24. ISBN9783319162614.
^ Manual del marco de proyectos ágil de DSDM, 2014 páginas 4, 16
^ (www.dsdm.org Archivado el 2 de octubre de 2016 en Wayback Machine )
^ ab "El marco del proyecto ágil DSDM (2014 en adelante)". Consorcio Empresarial Ágil . 4 de febrero de 2016.
^ www.agilebusiness.org https://www.agilebusiness.org/resources/templates-and-tools/atern-template-complete-set .{{cite web}}: Falta o está vacío |title=( ayuda )
^ "El consorcio DSDM de Agile evoluciona hacia el consorcio empresarial ágil". Presione Dispensario .
^ "Términos y condiciones de membresía de la comunidad" (PDF) . BRECHA MUNDIAL
^ Consorcio Empresarial Ágil. Manual del marco de proyectos ágiles de DSDM (a partir de 2014): 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 ingeniería de métodos , Ingeniería de sistemas de información avanzada, Actas de CaiSE'98, Springer Verlag (1998)
Abrahamsson, Salo, Ronkainen, Métodos de desarrollo de software ágiles de Warsta: revisión y análisis , Publicaciones VTT 478, p. 61-68 (2002)
Tuffs, Stapleton, West, Eason: Interoperabilidad de DSDM con el Proceso Unificado Racional , Consorcio DSDM, Número 1, p. 1-29 (1999)
Rietmann: DSDM a vista de pájaro , Consorcio DSDM, p. 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.
