History
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,Key aspects
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.People-first
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." 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.Hybrid
DAD is a hybrid toolkit that adopts and tailors proven strategies from existing methods such asFull delivery lifecycle
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.Support for multiple lifecycles
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.Complete
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.Context-sensitive
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.Consumable solutions over working software
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.Self-organization with appropriate governance
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.Lifecycles
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: # Agile. A three-phase project lifecycle based on scrum. The phases are Inception (what is sometimes called "Sprint 0"), Construction, and Transition (what is sometimes called a Release sprint). # Lean. A three-phase project lifecycle based on Kanban. # Continuous delivery: Agile. An Agile-based product lifecycle that supports a continuous flow of work resulting in incremental releases (typically once a week). # Continuous delivery: Lean. A lean-based product lifecycle that supports a continuous flow of work. # Exploratory. An experimentation-based lifecycle based onProcess goals
DAD is described as a collection of twenty-one process goals, or process outcomes. 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.Roles
Primary roles
These five primary roles in the disciplined agile delivery are typically found regardless of scale. * Stakeholder. Someone who is materially impacted by the outcome of the solution. More than just an end-user or customer, this is anyone potentially affected by the development and deployment of a software project. * Product owner. The person on the team who speaks as the "one voice of the customer", representing the needs of the stakeholder community to the agile delivery team. * Team member. The team member focuses on producing the actual solution for stakeholders, including but not limited to: testing, analysis, architecture, design, programming, planning, and estimation. They will have a subset of the overall needed skills and they will strive to gain more to become generalizing specialists. * Team lead. The team lead is a host leader and also the agile coach, responsible for facilitating communication, empowering them to choose their way of working, and ensuring the team has the resources it needs and is free of obstacles. * Architecture owner. Owns the architecture decisions for the team and facilitates the creation and evolution of the overall solution design.Potential supporting roles
These supporting roles are introduced (sometimes on a temporary basis) to address scaling issues. * Specialist. Although most agile team members are generalizing specialists, sometimes other specialists are required depending on the needs of the project. * Domain expert. While the product owner represents a wide range of stakeholders, a domain expert is sometimes required for complex domains where a more nuanced understanding is required. * Technical expert. In cases where a particularly difficult problem is encountered, a technical expert can be brought in as needed. These could be build-masters, agile database administrators, user experience (UX) designers, or security experts. * Independent tester. Although the majority of testing is done by the DAD team members, in cases with complex domains or technology an independent testing team can be brought in to work in parallel to validate the work. * Integrator. For complex technical solutions at scale, an integrator (or multiple integrators) can be used to build the entire system from its various subsystems.References
Further reading
* * * Supporting Governance in Disciplined Agile Delivery Using Noninvasive Measurement and Process Mining, (November 2013 ''Cutter IT Journal'', Astromiskis, Janes, Sillitti, Succi) * 10 Principles for Success in Distributed Agile Delivery (November 2013 ''Cutter IT Journal'', Bavani) {{Software engineering Agile software development