Qu es DSDM?

DSDM es un marco para la gestin y ejecucin de proyectos Agile robusta que ofrece la solucin
adecuada en el momento adecuado.

DSDM ha sido durante muchos aos el principal, enfoque gil probada, proporcionando la
gobernanza y el rigor, junto con la agilidad y flexibilidad que exigen las organizaciones hoy en da.
El enfoque es la culminacin de la experiencia de los practicantes procedentes de una amplia
gama de proyectos de los sectores pblico y privado durante casi dos dcadas.

El DSDM La filosofa es que todo proyecto debe estar alineado claramente definidos los objetivos
estratgicos y el enfoque en la entrega temprana de beneficios reales para el negocio. DSDM es
independiente del proveedor, cubre todo el ciclo de vida de un proyecto y proporciona orientacin
sobre las mejores prcticas en el tiempo, en la ejecucin del presupuesto de los proyectos - con
una escalabilidad demostrada para hacer frente a los proyectos de todos los tamaos y para
cualquier sector empresarial.

DSDM aboga por el uso de varias tcnicas probadas, incluyendo:

Talleres facilitados
Modelado y desarrollo iterativo
Mosc Priorizacin
Timeboxing
DSDM est diseado para ser adaptado y utilizado en conjuncin con los mtodos tradicionales
tales como PRINCE2 o para complementar otros enfoques giles como Scrum fcilmente.
[11:23:44 a.m.] Isabel Castro Fajardo: en ingles
[11:23:55 a.m.] Isabel Castro Fajardo: What is DSDM?

DSDM is a robust Agile project management and delivery framework that delivers the right
solution at the right time.

DSDM has been for many years the leading, proven Agile approach, providing governance and
rigour along with the agility and flexibility demanded by organisations today. The approach is the
culmination of practitioners' experience drawn from a wide range of public and private sector
projects over nearly two decades.

The DSDM Philosophy is that any project must be aligned to clearly defined strategic goals and
focus upon early delivery of real benefits to the business. DSDM is vendor-independent, covers
the entire lifecycle of a project and provides best practice guidance for on time, in budget delivery
of projects with proven scalability to address projects of all sizes and for any business sector.

DSDM advocates the use of several proven techniques, including:

Facilitated Workshops
Modelling and Iterative Development
MoSCoW Prioritisation
Timeboxing
DSDM is designed to be easily tailored and used in conjunction with traditional methods such as
PRINCE2 or to complement other Agile approaches such as Scrum.



Otro concepto de https://www.davisbase.com/glossary/dynamic-systems-development-method-
dsdm/
Sistemas Dinmicos Mtodo de
Desarrollo (DSDM)
DSDM es una metodologa de desarrollo de software gil. Se trata de un enfoque
iterativo e incremental que se basa en gran parte en la metodologa de desarrollo
rpido de aplicaciones (RAD). El mtodo proporciona un marco de cuatro fases
que consiste en:
Viabilidad y negocio estudio
Funcional iteracin modelo / prototipo
Disear y construir la iteracin
Implementacin
Dentro de cada fase, DSDM se basa en varias actividades y tcnicas diferentes
con base en los siguientes principios:
Los proyectos se desarrollan mejor a travs de la colaboracin directa y co-
ubicada entre los desarrolladores y los usuarios.
Equipos autogestionados y con poder deben tener la autoridad para tomar
decisiones a nivel de proyectos sensibles y crticos de tiempo.
Diseo y desarrollo es gradual y evolutiva en la naturaleza y es impulsado en
gran parte por, comentarios de los usuarios iterativo regular.
Trabajar entregables de software se definen como sistemas que respondan a
las necesidades crticas de negocio, frente a los sistemas actuales que se
ocupan de las necesidades futuras menos crticas.
Entrega frecuente y creciente de software de trabajo se valora ms la entrega
infrecuente de software perfectamente de trabajo.
Todos los cambios introducidos durante el desarrollo ha de ser reversible.
La integracin continua y las pruebas de control de calidad se lleva a cabo en
lnea, a lo largo del ciclo de vida del proyecto.
Visibilidad y transparencia se fomenta a travs de la comunicacin regular y la
colaboracin entre todos los interesados en el proyecto.
Dynamic Systems Development
Method (DSDM)
DSDM is an agile software development methodology. It is an iterative, incremental
approach that is largely based on the Rapid Application Development (RAD )
methodology. The method provides a four-phase framework consisting of:
Feasibility and business study
Functional model / prototype iteration
Design and build iteration
Implementation
Within each phase, DSDM relies on several different activities and techniques
based on these principles:
Projects evolve best through direct and co-located collaboration between the
developers and the users.
Self-managed and empowered teams must have the authority to make time
sensitive and critical project-level decisions.
Design and development is incremental and evolutionary in nature and is
largely driven by regular, iterative user feedback.
Working software deliverables are defined as systems that address the critical,
current business needs versus systems that address less critical future needs.
Frequent and incremental delivery of working software is valued over infrequent
delivery of perfectly working software.
All changes introduced during development must be reversible.
Continuous integration and quality assurance testing is conducted in-line,
throughout the project lifecycle.
Visibility and transparency is encouraged through regular communication and
collaboration amongst all project stakeholders.




Otro concepto http://www.codeproject.com/Articles/5097/What-Is-DSDM

Qu es DSDM?
Por Marc Clifton , J. Dunlap , 29 de septiembre 2003


3.09 ( 11 votos)



Votar: voto 1voto 2votos 3votos 4votos 5

Contenido
Introduccin
Por DSDM?
Cmo ayudar a DSDM para Superar Desarrollo trampas?
Conceptos bsicos en DSDM
El proceso de desarrollo DSDM
o Pre-Proyecto
Estudio de Factibilidad - Averiguar si y cmo el proyecto va a funcionar
Estudio de Negocios - El estudio de los aspectos comerciales del proyecto
o Modelo Funcional
o Disear y construir
o Implementar / Desplegar / Mantener
o Post-Project - Mantenimiento
DSDM FAQ
o Es DSDM adecuado para todos los proyectos?
o Cules son los criterios bsicos para el xito de DSDM?
o Cmo se utiliza ampliamente DSDM?
Roles DSDM
Herramientas y Tcnicas
o Mosc Priorizacin
o Prototipos
o Talleres facilitados
o Timeboxing
Enlaces
Artculos
Libros
Introduccin

Figura 1
Mientras que en las metodologas tradicionales de desarrollo, la funcionalidad es fija, y el tiempo
y los recursos son variables, en DSDM, el tiempo es fijo, y la funcionalidad son variables.
Sistemas Dinmicos Mtodo de Desarrollo (DSDM) es un proceso de sentido comn
organizado centrado en la entrega de soluciones de negocio de forma rpida y eficiente. Es
similar en muchos aspectos a SCRUM y XP, pero tiene sus mejores usos en los que se fija el
requisito de tiempo.
DSDM se centra en la entrega de la solucin de negocios, en lugar de slo la actividad del
equipo. Hace que las medidas necesarias para garantizar la viabilidad y el sentido empresarial
de un proyecto antes de que se crea. Hace hincapi en la cooperacin y la colaboracin entre
todas las partes interesadas. DSDM hace uso intensivo de creacin de prototipos para que las
partes interesadas seguro tienen una idea clara de todos los aspectos del sistema.
Por DSDM?
Resultados del desarrollo son directamente y sin demora visible
Dado que los usuarios participan activamente en el desarrollo del sistema, que son ms
propensos a abrazarlo y llevarlo adelante.
La funcionalidad bsica es servida rpidamente, con ms funcionalidad proporcionada en
intervalos regulares.
Elimina la burocracia y se rompe la barrera de comunicacin entre las partes interesadas.
Debido a una constante retroalimentacin de los usuarios, el sistema que se est desarrollado
es ms probable para cubrir la necesidad que fue encargado por.
Los primeros indicadores de si proyecto trabajarn o no, en lugar de una desagradable
sorpresa a mitad de camino a travs del desarrollo
Sistema es entregado a tiempo y dentro del presupuesto.
Capacidad de los usuarios para afectar la direccin del proyecto.
Cmo ayudar a DSDM para Superar
Desarrollo trampas?
Muchos sistemas estn a la altura de las necesidades de los usuarios y los fines que fueron
diseados, haciendo que el sistema sea abandonada o reacondicionado. Hay un nmero de
maneras en que esto puede ocurrir:
El incumplimiento de la finalidad / a resolver el problema que fue diseado - DSDM
permite probar durante todo el proceso de desarrollo del usuario, lo que permite a los
desarrolladores para obtener comentarios inmediatos sobre la utilidad y conveniencia del
producto.
Costo es mayor que los beneficios o el costo es demasiado alto por completo - En DSDM,
un Estudio de negocios se realiza en el inicio del proyecto, disminuyendo en gran medida la
probabilidad de que a finales de sorpresas en el mbito financiero.
La falta de comunicacin entre las partes involucradas - DSDM subraya la comunicacin y la
colaboracin entre todas las partes interesadas - los desarrolladores, usuarios, etc
Los usuarios encuentra el programa o demasiado difcil de usar que no funciona como se
esperaba - DSDM permite probar durante todo el proceso de desarrollo del usuario, lo que
permite a los desarrolladores para obtener comentarios inmediatos sobre la utilidad y
conveniencia del producto.
Defectos ocultos de superficie en el sistema debido a un mal diseo o implementacin -
En DSDM, prototipos ayuda a asegurar que el sistema est diseado correctamente y que todo
el mundo sabe cmo va a funcionar. Prueba de la unidad ayuda a descubrir errores ocultos y
desarrollo incremental permite probar durante todo el proceso de desarrollo del usuario.
Los usuarios se resisten a la creacin de instancias del sistema, ya sea por razones
polticas, o una falta de compromiso con ella - En DSDM, ya que los usuarios participan
activamente en el desarrollo del sistema, que son ms propensos a abrazarlo y llevarlo
adelante.
El sistema es en flexible y / o no-de mantener, e incapaces de adaptarse a los cambios -
Desde el DSDM hincapi en la flexibilidad en el diseo, no es probable que suceda con DSDM.
Conceptos bsicos en DSDM
La siguiente lista de vietas se describen los conceptos bsicos de DSDM.
Los usuarios participen activamente
Las personas que vayan a utilizar el producto deben participar activamente en su
desarrollo. Este importante para que el producto para llegar a ser til para las personas que van
a utilizar.
El equipo debe tener el poder de tomar decisiones
El equipo debe ser capaz de tomar decisiones rpidas e informadas, sin tener que cortar a
travs de la burocracia para conseguir esas decisiones aprobadas.
Estrenos frecuentes
DSDM se centra en las emisiones frecuentes. Comunicados frecuentes permiten la entrada del
usuario en las etapas cruciales en el desarrollo del producto. Tambin aseguran que el
producto es capaz de ser puesto en libertad de forma rpida en todo momento.
Desarrollo iterativo, Impulsado por Votacin del usuario
El desarrollo es el sistema se hace en iteraciones, lo que permite comentarios de los usuarios
frecuentes, y una solucin parcial, pero rpida a las necesidades inmediatas, con ms
funcionalidad que se aade en iteraciones posteriores.
Los cambios deben ser reversible
Todos los productos deben estar en un estado totalmente conocido en todo momento. Esto
permite dar marcha atrs si un cierto cambio no funciona bien.
Los requisitos se defini inicialmente en un nivel alto
Requisitos de alto nivel se elaboran en el inicio del proyecto, antes de cualquier codificacin,
dejando los detalles para ser trabajados durante el curso del desarrollo.
Idoneidad para el uso de negocios es la Meta
Satisfacer la necesidad de la empresa es ms importante que la perfeccin tcnica.
Pruebas Integrado
Las pruebas se realizan en cada paso del camino, para garantizar que el producto que se est
desarrollado es tcnicamente correcta y no se desarrolla ningn fallas tcnicas, y que haga el
mximo uso de la retroalimentacin de los usuarios.
La colaboracin y la cooperacin son esenciales
La colaboracin y la cooperacin entre todas las partes interesadas son esenciales para el xito
del proyecto. Todas las partes involucradas (no slo el equipo central) deben luchar juntos para
cumplir con el objetivo de negocio.
20% / 80% Imperio
DSDM asume que el 80% de la solucin se puede desarrollar en el 20% del tiempo que se
necesitara para producir la solucin total. DSDM se centra en este 80%, dejando un 20% para
las revisiones posteriores. DSDM asume que no todos los requisitos para la solucin final son
conocidos para empezar, por lo que es probable que el 20% final de caractersticas no
esenciales son propensos a ser defectuoso de todos modos. (Ver Moscow Priorizacin.)
El proceso de desarrollo DSDM

El proceso de desarrollo DSDM consta de 7 fases. El primero es antes de que el proyecto ha
comenzado oficialmente.Luego estn los estudios del proyecto, que en este documento se
consideran una fase. Entonces hay tres fases que consisten en ciclos iterativos, que se repiten
segn sea necesario para completar el proyecto. Luego est la fase posterior al proyecto,
donde se mantiene el proyecto. El flujo de proyecto puede moverse entre las diferentes fases
en las direcciones indicadas por las flechas de arriba. Las flechas de color azul oscuro en el
diagrama indican la direccin hacia adelante normal de flujo del proyecto. Las flechas verdes
indican las direcciones que se pueden tomar cuando sea necesario en circunstancias
normales. Por ejemplo, si el equipo ha terminado una "Diseo y Construccin" iteracin, pero
el sistema no puede ser puesto en libertad hasta que la funcionalidad de otra rea se ha
definido y se ha construido, el flujo del proyecto puede volver a la iteracin "Modelo funcional"
para completar esa zona. La flecha roja luz representa una direccin que slo se toma si no se
ha encontrado el proyecto para no cumplir con la funcionalidad requerida.




Pre-Proyecto
La fase previa al proyecto no se define estrictamente. Se produce antes de que el proyecto
comienza oficialmente. En esta etapa, el proyecto se conceptualiza y se tom la decisin de
iniciar el proyecto.

Estudio de Factibilidad - Averiguar si y cmo el proyecto va a funcionar
En esta fase, el equipo investiga la pregunta: Se puede hacer dentro de las limitaciones de
tiempo y recursos? Esta fase se lleva a cabo lo ms rpidamente posible, porque DSDM se
utiliza mejor donde el tiempo es corto, y por lo tanto necesita el producto para ser entregado
rpidamente.
Estudio de Negocios - El estudio de los aspectos comerciales del proyecto
En esta fase, el equipo investiga los aspectos comerciales del proyecto.
Tiene un buen negocio?
Quines son los participantes y las partes interesadas?
Cul es el mejor plan de trabajo? Lo que se necesita para:
1. Construir
2. Prubelo
3. Implementarlo
4. Lo apoyan?
Qu tecnologas vamos a utilizar para construir y desplegar ella?
El modelo tambin se trabaj a cabo en esta fase.
Modelo Funcional

En esta etapa, prototipos funcionales del sistema se hacen y crtica. Un prototipo funcional es
un prototipo de las funciones que el sistema debe realizar y cmo debe realizarlas.
Prototipos sigue estos pasos:
Investigar
Refinar
Consolidar
Prototipos cubren muchos aspectos diferentes del sistema:
Negocios -
Usabilidad - Es fcil de usar?
Rendimiento y Capacidad - Puede manejar el volumen y la frecuencia de uso que va a recibir?
Tcnica - Cul es la mejor manera de ir sobre la solucin del problema?
Disear y construir

En esta etapa, el producto est diseado y desarrollado en iteraciones. En cada iteracin de un
modelo de diseo se hace de la zona se est desarrollando, y luego esa zona se codifica y
revisado.
Implementar / Desplegar / Mantener

En la ltima fase, el producto est envuelto, la documentacin est escrito, y una revisin de
documentos se elabora, la comparacin de los requisitos con sus cumplimientos en el
producto. Los usuarios estn capacitados en el uso del sistema, y los usuarios dan su
aprobacin al sistema.
Post-Project - Mantenimiento
Despus se crea el producto, mantenimiento tendr inevitablemente a realizar. Este
mantenimiento se realiza generalmente en un ciclo similar a la utilizada para desarrollar el
producto.
DSDM FAQ
Es DSDM adecuado para todos los proyectos?
No. Incluso los defensores acrrimos de DSDM de acuerdo en que DSDM no funcionar para
todos los proyectos.(pero por supuesto, ni otras metodologas.) Ms a menudo que no, si
lleno-en DSDM no funciona, usted va a terminar el uso de algunos conceptos y principios de
DSDM, pero no en otros. Es importante analizar la naturaleza del proyecto que nos ocupa, y
decidir qu conceptos y principios le ayudar a cabo, y que no lo har.
Cules son los criterios bsicos para el xito de DSDM?
Para utilizar DSDM, debe haber compromiso de la direccin completa, el equipo debe ser
capaz de reunirse con facilidad, y el equipo debe ser capaz de trabajar juntos con facilidad.
Cmo se utiliza ampliamente DSDM?
1 de 5 desarrolladores en el Reino Unido utilizan DSDM, y ms de 500 grandes empresas lo
han adoptado.
Roles DSDM
DSDM define varias funciones clave que deben ser llenadas por los miembros del equipo:
Embajador - La persona que acta como un intermediario entre el cliente (s) / usuarios y el
equipo de desarrollo. l coordina el equipo de desarrollo, y debe tener un buen conocimiento
general de cmo funciona el sistema.
Visionario - La fuerza impulsora detrs del proyecto - mantiene el proyecto dirigi el rumbo
hacia los objetivos de negocio. A menudo es la persona que inici / pensamiento del proyecto.
Asesores - Las personas que tienen conocimientos prcticos en el rea (s) de la empresa que
necesita ser automatizado, y / o en las tecnologas necesarias para automatizar estas reas.
Tambin hay otras funciones que se definen por DSDM:
Coordinador Tcnico - El coordinador tcnico coordina los distintos aspectos tcnicos del
sistema, y asegura que interactan de manera correcta.
Patrocinador Ejecutivo - Un fuerte defensor del sistema, que tiene la capacidad de contribuir
con fondos y recursos para el proyecto.
Project Manager - supervisa el desarrollo y creacin de prototipos.
Team Manager - Administra los aspectos humanos del equipo, y asegura que el equipo
funciona sin problemas en su conjunto.
Desarrollador Senior - un desarrollador senior que tiene el conocimiento y la experiencia para
convertir los planes y requisitos en el cdigo entregable.
Facilitador - Facilita en las reas prcticas de trabajo del equipo.
Scribe - La persona a cargo de las decisiones que documentan, discusiones y planes elaborados
por el equipo.
Herramientas y Tcnicas
Mosc Priorizacin
La funcionalidad se clasifican de acuerdo a su importancia:
Debe tener - las cosas que son absolutamente esenciales, y son fundamentales para el sistema.
Deberan tener - las cosas que son importantes para la solucin de negocio.
Podra tener - las cosas que son tiles, pero se puede hacer sin que por un corto tiempo.
No tendr esta vez alrededor - cosas que pueden esperar fcilmente hasta ms tarde.
La priorizacin es importante porque no hay tiempo suficiente para hacer todo, y esas cosas
que son esenciales debe ponerse antes de cosas que no son.
Prototipos
Los prototipos se utilizan mucho en DSDM. Se aseguran de que todas las partes interesadas
tengan una visin clara de los distintos aspectos del sistema.
Talleres facilitados
Talleres facilitados permiten los siguientes beneficios:
Ambiente ideal para la formacin de las ideas y de crecimiento rpido y equilibrado de esas
ideas.
Todas las partes interesadas estn informadas de las decisiones tomadas por otras partes
interesadas
Las decisiones pueden ser tomadas por un mayor nmero de interesados.
Las decisiones se toman con rapidez y precisin.
Timeboxing
Perodos de tiempo fijos garantizan que:
El producto permanece siendo el foco
La concentracin es en las prioridades
Todos los miembros saben donde s es y cunto tiempo esperar unos a otros para tomar




What Is DSDM?
By Marc Clifton, J. Dunlap, 29 Sep 2003


3.09 (11 votes)



Rate this: vote 1vote 2vote 3vote 4vote 5

Contents
Introduction
Why DSDM?
How Does DSDM Help to Overcome Development Pitfalls?
Core Concepts in DSDM
The DSDM Development Process
o Pre-Project
Feasibility Study - Finding out if and how the project will work out
Business Study - Studying the business aspects of the project
o Functional Model
o Design And Build
o Implement/Deploy/Maintain
o Post-Project - Maintenance
DSDM FAQ
o Is DSDM suitable for all projects?
o What are the basic criteria for the success of DSDM?
o How widely is DSDM used?
DSDM Roles
Tools and Techniques
o MoSCoW Prioritization
o Prototyping
o Facilitated Workshops
o TimeBoxing
Links
Articles
Books
Introduction

Figure 1
Whereas in traditional development methodologies, functionality is fixed, and time and resources are variable, in DSDM, time is fixed, and functionality are variable.
Dynamic Systems Development Method (DSDM) is an organized, common-sense process focused on delivering business solutions quickly and efficiently. It is similar in
many ways to SCRUM and XP, but it has its best uses where the time requirement is fixed.
DSDM focuses on delivery of the business solution, rather than just team activity. It makes steps to ensure the feasibility and business sense of a project before it is
created. It stresses cooperation and collaboration between all interested parties. DSDM makes heavy use of prototyping to make sure interested parties have a clear
picture of all aspects of the system.
Why DSDM?
Results of development are directly and promptly visible
Since the users are actively involved in the development of the system, they are more likely to embrace it and take it on.
Basic functionality is delivered quickly, with more functionality being delivered at regular intervals.
Eliminates bureaucracy and breaks down the communication barrier between interested parties.
Because of constant feedback from the users, the system being developed is more likely to meet the need it was commissioned for.
Early indicators of whether project will work or not, rather than a nasty surprise halfway through the development
System is delivered on time and on budget.
Ability of the users to affect the project's direction.
How Does DSDM Help to Overcome Development Pitfalls?
Many systems fall short of meeting the needs of the users and purpose they were designed for, causing the system to either be abandoned or overhauled. There are a
number of ways this may happen:
Failure to meet the purpose / solve the problem it was designed for - DSDM allows for user testing all through the development process, thus allowing developers
to get prompt feedback on the usability and suitability of the product.
Cost outweighs benefits, or cost is too high altogether - In DSDM, a Business Study is done at the beginning of the project, greatly decreasing the likelihood of late
surprises in the financial realm.
Poor communication between involved parties - DSDM stresses communication and collaboration between all interested parties - developers, users, etc.
The users finds the program either too hard to use that it does not work as expected - DSDM allows for user testing all through the development process, thus
allowing developers to get prompt feedback on the usability and suitability of the product.
Hidden flaws surface in the system due to poor design or implementation - In DSDM, prototyping helps to ensure that the system is designed correctly and that
everyone knows how it will work. Unit testing helps to uncover hidden bugs, and incremental development allows for user testing all through the development process.
Users resist the instantiation of the system, either for political reasons, or a lack of commitment to it - In DSDM, since the users are actively involved in the
development of the system, they are more likely to embrace it and take it on.
The system is in-flexible and/or un-maintainable, and unable to adapt to change - Since DSDM emphasizes flexibility in design, this is not likely to happen with
DSDM.
Core Concepts in DSDM
The following bullet list describes the core concepts of DSDM.
Active User Involvement
The people who will be using the product must be actively involved in its development. This important in order for the product to end up being useful to the people
who will be using it.
The Team Must Be Empowered to Make Decisions
The team should be able to make rapid and informed decisions, without having to cut through red tape to get those decisions approved.
Frequent Releases
DSDM focuses on frequent releases. Frequent releases allow for user input at crucial stages in the product's development. They also ensure that the product is able to
be released quickly at all times.
Iterative Development, Driven by User Feedback
The development is the system is done in iterations, which allows for frequent user feedback, and a partial but prompt solution to immediate needs, with more
functionality being added in later iterations.
Changes Must Be Reversible
All products should be in a fully known state at all times. This allows for backtracking if a certain change does not work out well.
Requirements are Initially Defined at a High Level
High-level requirements are worked out at the beginning of the project, before any coding, leaving the details to be worked out during the course of the development.
Fitness for Business Purpose is the Goal
Meeting the business need is more important than technical perfection.
Integrated Testing
Testing is done at every step of the way, to ensure that the product being developed is technically sound and does not develop any technical flaws, and that maximum
use is made of user feedback.
Collaboration and Cooperation are Essential
Collaboration and cooperation between all interested parties are essential for the success of the project. All involved parties (not just the core team) must strive
together to meet the business objective.
20% / 80% Rule
DSDM assumes that 80% of the solution can be developed in 20% of the time that it would take to produce the total solution. DSDM focuses on this 80%, leaving
another 20% for later revisions. DSDM assumes that not all of the requirements for the final solution are known to begin with, so it is likely that the final 20% of non-
essential features are likely to be flawed anyway. (See MoSCoW Prioritization.)
The DSDM Development Process

The DSDM development process consists of 7 phases. The first one is before the project has officially started. Then there are the project studies, which in this document
are considered to be one phase. Then there are three more phases that consist of iterative cycles, which are repeated as necessary to complete the project. Then there is
the post-project phase, where the project is maintained. The project flow may move between the different phases in the directions indicated by the arrows above.

The dark blue arrows in the diagram indicate the normal forward direction of project flow.

The green arrows indicate directions that may be taken as necessary under normal circumstances. For example, if the team has finished a "Design and Build" iteration,
but the system cannot be released until another area's functionality has been defined and it has been built, the project flow may go back to the "Functional Model"
iteration to complete that area.

The light red arrow represents a direction that is only taken if the project has been found to not meet the required functionality.
Pre-Project
The pre-project phase is not strictly defined. It occurs before the project officially begins. In this stage, the project is conceptualized, and the decision is made to start
the project.

Feasibility Study - Finding out if and how the project will work out
In this phase, the team researches the question: Can it be done within the constraints of time and resources? This phase is done as quickly as possible, because DSDM is
best used where time is short, and therefore the product needs to be delivered quickly.
Business Study - Studying the business aspects of the project
In this phase, the team researches the business aspects of the project.
Does it make good business sense?
Who are the participants and interested parties?
What is the best work plan? What is needed to:
1. Build it
2. Test it
3. Deploy it
4. Support it?
What technologies will we be using to build and deploy it?
The model is also worked out in this phase.
Functional Model

In this stage, functional prototypes of the system are made and reviewed. A functional prototype is a prototype of the functions the system should perform and how it
should perform them.
Prototyping follows these steps:
Investigate
Refine
Consolidate
Prototypes cover many different aspects of the system:
Business -
Usability - how easy is it to use?
Performance and Capacity - can it handle the volume and frequency of use that it will receive?
Technique - What's the best way of going about solving the problem?
Design And Build

In this stage, the product is designed and developed in iterations. In each iteration a design model is made of the area being developed, and then that area is coded
and reviewed.
Implement/Deploy/Maintain

In the last phase, the product is wrapped up, documentation is written, and a review document is drawn up, comparing the requirements with their fulfillments in the
product. The users are trained in how to use the system, and the users give approval to the system.
Post-Project - Maintenance
After the product is created, maintenance will inevitably need to be performed. This maintenance is generally done in a cycle similar to the one used to develop the
product.
DSDM FAQ
Is DSDM suitable for all projects?
No. Even diehard proponents of DSDM agree that DSDM will not work for all projects. (But of course, nor will other methodologies.) More often than not, if full-on
DSDM doesn't work, you'll end up using some DSDM concepts and principles, but not others. It is important to analyze the nature of the project at hand, and decide
which concepts and principles will help you out, and which will not.
What are the basic criteria for the success of DSDM?
To use DSDM, there must be full management commitment, the team must be able to meet together easily, and the team must be able to work together easily.
How widely is DSDM used?
1 out of 5 developers in the UK use DSDM, and more than 500 major companies have adopted it.
DSDM Roles
DSDM defines several key roles that should be filled by members of the team:
Ambassador - The person who acts as a go-between between the customer(s)/users and the development team. He coordinates the development team, and should
have a good overall understanding of how the system will work.
Visionary - The driving force behind the project - keeps the project steered on course towards the business goals. Often is the person who started/thought of the
project.
Advisers - People who have practical knowledge in area(s) of the business that need to be automated, and/or in the technologies needed to automate these areas.
There are also other roles that are defined by DSDM:
Technical Coordinator - The technical coordinator coordinates the various technical aspects of the system, and ensures that they interact smoothly and correctly.
Executive Sponsor - A strong proponent of the system, who has the ability to contribute funds and resources to the project.
Project Manager - oversees the development and prototyping.
Team Manager - Manages the people aspects of the team, and ensures that the team functions smoothly as a whole.
Senior Developer - a senior developer who has the knowledge and expertise to turn the plans and requirements into deliverable code.
Facilitator - Facilitates in the practical areas of the team's work.
Scribe - The person in charge of documenting decisions, discussions, and plans made by the team.
Tools and Techniques
MoSCoW Prioritization
Functionality is categorized according to its importance:
Must Have - the things that are absolutely essential, and are fundamental to the system.
Should Have - things that are important for the business solution.
Could Have - things that are useful, but can be done without for a short while.
Won't Have This Time Around - things that can easily wait until later.
Prioritization is important because there is not enough time to do everything, and those things that are essential must be put before things that are not.
Prototyping
Prototypes are used heavily in DSDM. They ensure that all interested parties have a clear picture of the various aspects of the system.
Facilitated Workshops
Facilitated workshops allow for these benefits:
Ideal environment for the formation of ideas and quick and balanced growth of those ideas.
All interested parties are aware of decisions made by other interested parties
Decisions can be made by a wider range of stakeholders.
Decisions are made quickly and accurately.
TimeBoxing
Fixed time periods ensure that:
Product delivery stays being the focus
Concentration is on the top priorities
All members know where each other is at and how long to expect each other to take