Método de desarrollo de sistemas dinámicos - Dynamic systems development method

Modelo del método de gestión de proyectos DSDM.
Desarrollo de software
Actividades centrales de la ingeniería de
software
Paradigmas y modelos
Metodologías y marcos
Disciplinas de apoyo
Practicas
Instrumentos
Estándares y cuerpos de conocimiento
Glosarios
Contornos

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 . Lanzado por primera vez en 1994, DSDM originalmente buscaba proporcionar cierta disciplina al método de desarrollo rápido de aplicaciones (RAD). 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 y podría usarse para proyectos que no son de TI. El 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. El DSDM Agile Project Framework es un enfoque iterativo e incremental que abarca los principios del desarrollo ágil, incluida la participación continua del usuario / cliente.

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. La versión anterior (DSDM 4.2) solo contenía una guía sobre cómo usar 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 . Esto permitió a los desarrolladores compartir sus soluciones propuestas de manera mucho más fácil con sus clientes: la creación de prototipos se convirtió en una realidad y las frustraciones de los métodos clásicos de desarrollo secuencial (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 les preocupaba que no perdieran el nivel de calidad en los productos 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 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 se puso a disposición de las personas para que la vieran y la usaran; 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. Además, se pueden descargar plantillas para DSDM.

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

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.

Principios

Hay ocho principios que sustentan el DSDM. 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 Lidera 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 de Negocios, 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 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

Referencias

Otras lecturas

enlaces externos