Disciplined agile delivery (DAD) is the software development portion of the Disciplined Agile Toolkit. DAD enables teams to make simplified process decisions around incremental and iterative solution delivery. DAD builds on the many practices espoused by advocates of agile software development, including scrum, agile modeling, lean software development, and others.
The primary reference for disciplined agile delivery is the book Choose Your WoW!,[1] written by Scott Ambler and Mark Lines. WoW refers to "way of working" or "ways of working".[2]
In particular, DAD has been identified as a means of moving beyond scrum.[3] According to Cutter Senior Consultant Bhuvan Unhelkar, "DAD provides a carefully constructed mechanism that not only streamlines IT work, but more importantly, enables scaling."[4] Paul Gorans and Philippe Kruchten call for more discipline in implementation of agile approaches and indicate that DAD, as an example framework, is "a hybrid agile approach to enterprise IT solution delivery that provides a solid foundation from which to scale."[5]
Scott Ambler and Mark Lines initially led the development of DAD, and continue to lead its evolution. DAD was developed to provide a more cohesive approach to agile software development; one that tries to fill in the process gaps that are (purposely) ignored by scrum, and one that is capable of enterprise-level scale. According to Ambler, "Many agile methodologies—including scrum, XP, AM, Agile Data, kanban, and more—focus on a subset of the activities required to deliver a solution from project initiation to delivery. Before DAD was developed, you needed to cobble together your own agile methodology to get the job done."[6]
DAD was developed as a result of observing common patterns where agility was applied at scale successfully.[7]
In 2015 the Disciplined Agile (DA) framework, later to become the Disciplined Agile Toolkit, was developed.[8] This was called Disciplined Agile 2.x. DAD formed the foundation for DA. A second layer, disciplined DevOps, was added as was a third layer called Disciplined Agile IT (DAIT). These layers, respectively, addressed how to address DevOps and IT processes in an enterprise-class setting.
Disciplined Agile 3.x was released in August 2017 to introduce a fourth layer, Disciplined Agile Enterprise (DAE), to address the full process range required for business agility.[9]
In December 2018, Disciplined Agile 4, now referred to as the Disciplined Agile Toolkit, was released. It focused on a completely revamped description of DAD and a team-based improvement strategy called guided continuous improvement (GCI).
In August 2019, Disciplined Agile was acquired by Project Management Institute.[10]
Many of the challenges that teams are facing are out of scope for scrum and the teams need to look to other methods with overlapping parts and conflicting terminology. DAD attempts to address these challenges by using a people-first, learning-oriented, hybrid approach to IT solution delivery.[11]
Disciplined agile delivery (DAD) identifies that "People, and the way they interact with each other, are the primary determinant of success for a solution delivery team."[12] DAD supports a robust set of roles (see below section), rights, and responsibilities that you can tailor to meet the needs of your situation. DAD promotes the ideas that team members should collaborate closely and learn from each other, that the team should invest effort to learn from their experiences and evolve their approach, and that individuals should do so as well.[13]
DAD is a hybrid toolkit that adopts and tailors proven strategies from existing methods such as scrum, extreme programming (XP), SAFe, agile modeling (AM), Unified Process (UP), Kanban, outside-in software development, agile data (AD) and Spotify's development model. Rather than taking the time to adapt one of these existing frameworks, with DAD all of the effort of combining relevant pieces of each technique has already been done.
Unlike first generation agile methods that typically focus on the construction aspects of the lifecycle, DAD addresses the full delivery lifecycle, from team initiation all the way to delivering a solution to your end users.
DAD supports six lifecycles to choose from: agile, lean, continuous delivery, exploratory, and large-team versions of the lifecycle. DAD does not prescribe a single lifecycle because it recognizes that one approach does not fit all.
DAD shows how development, modeling, architecture, management, requirements/outcomes, documentation, governance and other strategies fit together in a streamlined whole. DAD does the "process heavy lifting" that other methods leave up to you.
The approach is goal-driven or outcome-driven rather than prescriptive. In doing so, DAD provides contextual advice regarding viable alternatives - what works, what doesn't and more importantly why - and their trade-offs, enabling you to tailor your way of working to address the situation in which you find yourself and do so in a streamlined manner.
DAD matures focus from simply producing software to providing consumable solutions that provide real business value to stakeholders. While software is clearly an important part of the deliverable, being solution focused means taking a holistic view of the overall problem. This can lead to suggested updates in hardware, business and organizational processes, and overall organizational structures.
Agile and lean teams are self-organizing, which means that the people who do the work are the ones who plan and estimate it. They must still work in an enterprise aware manner that reflects the priorities of their organization, and to do that they will need to be governed appropriately by senior leadership.
Disciplined originally supported an agile (scrum-based) project lifecycle and a Lean (Kanban-based) project lifecycle. It has since been extended to support six lifecycles:
DAD is described as a collection of twenty-one process goals, or process outcomes.[14] These goals guides teams through a leaner process to decisions that address the context of the situation they face. It enables teams to focus on outcomes and not on process compliance and on guesswork of extending agile methods. It enables scaling by providing sophisticated-enough strategies to address the complexities you face.
| Inception phase | Construction phase | Transition phase | |
|---|---|---|---|
| Get the team going in the right direction. | Incrementally build a consumable solution. | Release the solution into production. | |
|
|
| |
| Ongoing goals | |||
| Improve and work in an enterprise aware manner. | |||
| |||
These five primary roles[15] in the disciplined agile delivery are typically found regardless of scale.
These supporting roles[16] are introduced (sometimes on a temporary basis) to address scaling issues.