DSDM
DSDM
ORIGEN
DSDM se desarrolló en el Reino Unido en los años noventa por el Consorcio de
DSDM, una asociación de vendedores y expertos en el campo de software diseñar
creado con el objetivo de desarrollar "juntamente y promover un "armazón de RAD
independiente combinando sus experiencias de la práctica más buenas. El
Consorcio de DSDM es un no-para-ganancia, organización vendedor-
independiente que posee y administra el 3 armazón de DSDM.
PRINCIPIOS
La estructura del método fue guiada por estos nueve principios:
1. El involucramiento del usuario es imperativo.
2. Los equipos de DSDM deben tener el poder de tomar decisiones.
3. El foco está puesto en la entrega frecuente de productos.
4. La conformidad con los propósitos del negocio es el criterio esencial para la
aceptación de los entregables.
5. El desarrollo iterativo e incremental es necesario para converger hacia una
correcta solución del negocio.
6. Todos los cambios durante el desarrollo son reversibles.
7. Los requerimientos están especificados a un alto nivel.
8. El testing es integrado a través del ciclo de vida.
9. Un enfoque colaborativo y cooperativo entre todos los interesados es esencial.
FASES
DSDM consiste en 3 fases: fase del pre-proyecto, fase del ciclo de vida del
proyecto, y fase del post-proyecto. La fase del ciclo de vida del proyecto se
subdivide en 5 etapas:
Fase 1: El Pre-proyecto. En los pres-proyectos fase candidato proyectos se
identifica, el fondo del proyecto se comprende y se proyecta el compromiso se
asegura. Ocupándose de estos problemas en una fase temprana evita los
problemas en las fases más tarde del proyecto.
Fase 2: El vida-ciclo del Proyecto
1. estudio de viabilidad,
2. estudio de la empresa,
3. iteración del modelo funcional,
4. diseño e iteración de la estructura, e
5. implementación.
Fase 3: Post-proyecto. La fase del post-proyecto asegura el sistema que opera
eficaz y eficazmente. Esto se comprende por el mantenimiento, mejoras y apuros
según los principios de DSDM. El mantenimiento puede verse como continuar
4 e incremental de DSDM. En lugar de
desarrollo basado en la naturaleza reiterativa
normalmente terminar el proyecto en un ciclo el proyecto puede devolver a las
fases anteriores o fases para que puedan refinarse el paso anterior y los productos
entregables.
El estudio de factibilidad es una pequeña fase que propone DSDM para
determinar si la metodología se ajusta al proyecto en cuestión. Durante el estudio
del negocio se involucra al cliente de forma temprana, para tratar de entender la
operatoria que el sistema deberá automatizar. Este estudio sienta las bases para
iniciar el desarrollo, definiendo la fe atures de alto nivel que deberá contener el
software. Posteriormente, se inician las iteraciones durante las cuales: se bajará a
detalle la fe atures identificados anteriormente, se realizará el diseño de los
mismos, se construirán los componentes de software, y se implantará el sistema
en producción previa aceptación del cliente.
Las dos primeras fases son secuenciales y se hacen solo una vez, mientras que
las otras tres son iterativas e incrementales a lo largo de todo el proceso de
desarrollo. DSDM trata las iteraciones como cajas de tiempo y estas duran un
predeterminado periodo de tiempo, una vez finalizadas, las iteraciones también
finalizan. El tiempo de duración de una iteración se decide de antes de iniciarla y
normalmente va desde unos pocos días, hasta unas pocas semanas.
Artefactos o documentos
Términos de referencia. Creado antes del inicio formal del proyecto, es el
documento que nos proporciona una definición a alto nivel del por qué
iniciar el proyecto.
Caso de negocios. Nos proporciona una visión y una justificación del
proyecto. Nos ayudará a determinar si debemos continuar con el proyecto,
detenerlo, o reenfocarlo.
Lista de requisitos priorizados. Descripción a alto nivel de los requisitos
del proyecto, y la prioridad relativa entre ellos.
Definición de arquitectura de solución. Incluye aspectos técnicos y
negocio con un nivel de detalle suficiente para tener claro el alcance de la
solución, pero sin que nos limite un desarrollo evolutivo que nos permita
adaptarnos a futuros cambios.
Definición del enfoque de desarrollo. Nos describe a alto nivel qué
herramientas, prácticas, estándares, … serán aplicados durante el
desarrollo de la evolución.
Plan de entrega. Planificación a alto nivel (semanas – meses) de las
entregas incrementales previstas.
5
Definición del enfoque de gestión. Engloba cómo vamos a ejecutar el
proyecto desde una perspectiva de gestión: cómo vamos a organizarnos,
cómo vamos a planificar, como vamos a involucrar a las personas claves,
como vamos a comunicarnos y demostrar el progreso.
Evaluación de viabilidad. Al final de la fase, debemos tomar una decisión
acerca de la viabilidad del proyecto. ¿Vamos a ser capaces de hacerlo?
Resumen de la Fundación. Nos proporciona un nivel de detalle suficiente
para estimar si vamos a poder entregar la solución requerida con los
términos esperados de coste, tiempo, calidad.
Solución en evolución. El producto evolutivo, motivo por el cual hemos
iniciado el proyecto. Incluye tanto la solución desarrollada como otros
componentes necesarios para su uso y mantenimiento.
Timebox Plan. Incluye tanto tareas a realizar como la actualización de su
estado, y los entregables a producir.
Informe de revisión de Timebox. Resumen de lo conseguido al finalizar
el Timebox.
Informe de revisión del proyecto. Documento incremental, con las
conclusiones y el progreso después de cada Proyecto
Evaluación de beneficios. Descripción de los beneficios conseguidos
después de poner en producción la solución desarrollada.
Usuarios Involucrados
Desarrolladores y desarrolladores senior. Son los únicos roles que establece a
nivel de desarrollo y cubren todos los posibles papeles de las tareas de desarrollo
como son el análisis, diseño, implementación e incluso pruebas.
Coordinador técnico. Es el responsable de la calidad técnica del proyecto y
define la arquitectura del sistema.
El usuario “embajador”. Sus principales tareas son las de aportar el
conocimiento de la comunidad de usuarios al proyecto y de informar a los usuarios
de los progresos del proyecto.
El “asesor” de los usuarios. Puede ser cualquier usuario que represente un
importante punto de vista para el proyecto. Por ejemplo, un miembro del
departamento de IT o un auditor financiero, etc.
Visionario. 6
Es un usuario que participa del proyecto y que tiene una percepción más real de
los objetivos de negocio del sistema y del proyecto. Normalmente suele ser el
valedor del proyecto y el que tuvo la idea inicial para realizarlo. Entre sus tareas se
encuentra supervisar que se identifican todos los requisitos de negocio y que se
van implementando en el orden de importancia correcto.
Sponsor ejecutivo.
Es la persona de la compañía que tiene la autoridad financiera y la
responsabilidad. Por ende, el sponsor ejecutivo es el que suele tener la última
palabra en la toma de decisiones.
CASO REAL
MyBTArea
Gestión rápida y eficaz de todos sus servicios.
Gestione sus pedidos, administre usuarios, comunique incidencias y consulte
facturas e informes
MyBTarea es nuestra plataforma de Autogestión de Servicios que ofrece a
nuestros clientes, agentes autorizados y otros colaboradores la posibilidad de
gestionar sus pedidos, administrar usuarios, comunicar incidencias y consultar
facturas e informes. Todo ello con independencia del lugar donde se encuentren y
con un servicio permanente 24 horas al día, 365 días al año.
https://www.fujitsu.com/global/
Conclusiones
9
Bibliografía
https://www.netmind.es/knowledge-center/los-productos-de-dsdm-agile-project-
framework/
https://www.emprendepyme.net/conoces-las-claves-del-metodo-dsdm.html
http://m.ingenieriadesoftware.mex.tl/images/18149/DSDM%20documento.pdf
www.globalservices.bt.com
10