Professional Documents
Culture Documents
Agile Exam 2 Practitioner
Agile Exam 2 Practitioner
From the project perspective, DSDM advocates that projects should do just ‘Enough Design Up Front’
(EDUF) within a Foundations phase in order to understand and clarify the structure of the overall
solution and to create an Agile plan for delivery of the project. This puts in place the foundations for
successful development and delivery, and is seen as a key differentiator for DSDM. Substituting
traditional ‘Big Design Up Front’ (BDUF) with DSDM’s EDUF promotes agility in developing the
required solution.
The chapters in the first part of this handbook provide a detailed explanation of the basic elements
of the DSDM
Principles
Process
Products
Key Practices
o Workshops
o MoSCoW Prioritisation
o Iterative Development
o Modelling
o Timeboxing
The chapters in the second part of this handbook provide additional detail for the DSDM Agile
Project Framework in practice
People, Teams and Interactions – the key factor for successful DSDM projects
Requirements and User Stories – best practice guidance for Agile requirements
Planning and Control – how to control a DSDM project in a style appropriate for Agile
Tailoring DSDM – some examples showing how the DSDM framework has been tailored for
different circumstances
2.1 Rapid Application Development (RAD) and Agile - How It All Started
The traditional approach: too slow, too big, not transparent enough, not enough on-going business
involvement)
RAD : focus only on speed and quick fixes, no focus on quality, no view of the big picture issues
The DSDM Agile Project Framework specifically embraces the last sentence in the Agile Manifesto
that clearly states, in the context of the values above
“That is, while there is value in the items on the right, we value the items on the left more.”
It is important not to ignore processes, tools, documentation, contracts and plans but instead to
ensure that they are only created where they add value, and only to the level of detail that adds
value. They should be created in a form relevant to and taking full advantage of the Agile values.
Traditional: Next step can’t start unless previous step completes 100%
DSDM: Current step to be completed in only enough detail to allow the project to move to the next
step with any shortfall in detailed understanding being dealt with in a subsequent iteration of
development.
DSDM requires basic foundations for the project to be agreed at an early stage. This allows
businesses to understand the scope and fundamental characteristics of the proposed solution, and
the way it will be created, before development starts.
The delivered solution In DSDM, bringing the correct understanding of the needs of the business
does not meet the into the project is of paramount importance. To ensure that this is achieved
business needs business representatives are included as part of the Solution Development
Team and DSDM encompasses practices which encourage collaboration and
enable visual and verbal communication. Most importantly, DSDM teams
are encouraged to embrace change, allowing them to deal with problems
and opportunities that occur, to encompass new ideas that appear and to
build the solution based on a deepening understanding of the solution
detail. XX
A frequent cry from those building the solution on a traditional project is that
‘the users have changed their minds’. Far from being a problem, DSDM
embraces change and believes that change often arises as the result of a
deepening understanding or an unavoidable external event. DSDM
Building the right thing capitalises on the greater depth of understanding and so ensures that the
– the business Deployed Solution meets the true business need.
changing their mind
DSDM enables change through iterative development, with regular reviews
to make sure what is being developed is what the business really needs.
Requirements change is a natural result of a better understanding: DSDM
expects it and plans for it. XX
Delayed or late Return Usually, the business value of a feature decreases over time and therefore
delivering everything towards the end of a project may reduce the ROI.
DSDM uses incremental delivery to get the most important and most
valuable features released to the business as early as is practical. When
on Investment (ROI)
appropriate, it can aggressively harness techniques such as vertical
prototyping in order to deliver a subset of the total solution to the business
very early and therefore to enable early return on investment. XX
Many organisations have adopted Agile behaviours and approaches but have
done so in a very casual and disorganised manner. In an attempt to reduce
the burden of bureaucracy, they have gone to the other extreme and created
a very ad hoc situation which is typified by poor discipline, little
“Fragile” Agile
documentation and a general feeling of chaos. DSDM helps here by placing
the right Agile concepts and constructs in a structured and controlled
framework that enables a project to respond to change and stay in control,
whilst still being fully Agile.
DSDM does just enough work up front to ensure clarity of objectives and to
provide a foundation for solution development. This foundation is agreed
before breaking the project down into Increments and within that to
Timeboxes, ensuring the appropriate elements of detailed analysis, design,
build and test at each level. Active engagement of business roles in the detail
of development ensures the right solution evolves. This, in combination with
the limited up-front work creates a truly Agile way of delivering benefits to
the business.