DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports Events Over 2 million developers have joined DZone. Join Today! Thanks for visiting DZone today,
Edit Profile Manage Email Subscriptions Moderation Admin Console How to Post to DZone Article Submission Guidelines
View Profile
Sign Out
Refcards
Trend Reports
Events
Zones
Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Partner Zones AWS Cloud
by AWS Developer Relations
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Partner Zones
AWS Cloud
by AWS Developer Relations
Building Scalable Real-Time Apps with AstraDB and Vaadin
Register Now

Trending

  • Five Java Books Beginners and Professionals Should Read
  • Microservices Decoded: Unraveling the Benefits, Challenges, and Best Practices for APIs
  • Auto-Scaling Kinesis Data Streams Applications on Kubernetes
  • Web Development Checklist

Trending

  • Five Java Books Beginners and Professionals Should Read
  • Microservices Decoded: Unraveling the Benefits, Challenges, and Best Practices for APIs
  • Auto-Scaling Kinesis Data Streams Applications on Kubernetes
  • Web Development Checklist
  1. DZone
  2. Culture and Methodologies
  3. Agile
  4. DoD Matrix at Sprint Planning

DoD Matrix at Sprint Planning

In Scrum, the iteration is called Sprint and the mandatory rule says that at the end of the Sprint there must be a done product. Learn how to define it!

Slava Moskalenko user avatar by
Slava Moskalenko
·
Jun. 15, 20 · Analysis
Like (4)
Save
Tweet
Share
3.62K Views

Join the DZone community and get the full member experience.

Join For Free

Many teams have been adopting an iterative way to deliver new services, products, and complex projects. The duration of the iteration is one month or less and starts with a short planning session. In Scrum, the iteration is called Sprint and the mandatory rule says that at the end of the Sprint there must be a done product increment per Definition of Done or simply DoD.

Definition of Done

Many confuse the Definition of Done with user requirements that on the high level expressed as PBIs in the Product Backlog. But these are completely different concepts! For example, you order furniture for your design with clear requirements for materials, sizes, and accessories. You pass the same requirements to different furniture manufacturers.

One manufacturer fulfills the order with quality, the second, well, after a few months everything begins to fall off quickly. What distinguishes both manufacturers? Perhaps the best practices, tools, production process, professionalism, and organization of teamwork — everything that Scrum defines as "done", our definition of Done. Each organization has a different definition of done, which affects the quality of the delivered service. The picture below is an example of user requirements and definition of done for a wedding agency, as well as an example of the definition of done for software development.

wedding agency

Complexity

It would seem that after such an obvious example it should be clear that it is important for Sprint Planning to take into account both items from the Product Backlog as well as the definition of done. However, I observe that the items from the definition of done are used very superficially (if such items exist at all) which leads to poor quality of service. How do you fix it?

DoD Matrix at Sprint Planning

A team is likely to demonstrate greater responsibility for quality when they use the DoD Matrix, a Sprint Planning tool. At the last public workshop, a group of facilitators successfully tested this tool in an online format. Let's look at an example:

DoD matrix

The structure of the Matrix:

  • Vertically, we have requirements from the Product Backlog. In the picture, it is represented as yellow cards: wedding site, food catering for vegetarians, invitation cards, etc.
  • Horizontally, items from the definition of done. In the picture, it corresponds to the cards of green color.
  • The cells at the intersection should have a specific task or tasks that you plan for the next Sprint.
  • You estimate these tasks in days, but so that the size of one task is no more than one day (0.25, 0.5, 1)
  • The total amount of all tasks should not exceed the team's capacity

Thus, the facilitator, or Scrum Master, gently introduces the definition of done not only as a checklist to be verified at the end of a Sprint but as a planning tool too. And you will see the difference — the team will become more responsible about the quality of the process and do not lose sight of the definition of done.

Online Facilitation

  • Before a sprint planning session, the facilitator prepares the DoD Matrix. For a team to be able to collaborate remotely a tool like Mural perfectly works to drive DoD Matrix.
  • I'd recommend starting the meeting by estimating the team's capacity for the sprint (number of days x number of people minus day-off)
  • Using Zoom, the facilitator creates a breakout room for collaboration and leaves the team for five minutes. After five minutes, the facilitator joins in to see if everything is moving in the right direction, whether there is a misunderstanding that should be clarified.
  • The second time the facilitator leaves the group for one hour. If one hour is not enough to complete the DoD Matrix, the facilitator adds more time, consulting with the team. But the total time for planning should not exceed 8 hours!!!

The definition of done can turn into a powerful team coaching tool, once it becomes a clear constraint for self-organization. Don't miss the opportunity to experiment with DoD Matrix or any other model that properly introduces DoD at the Sprint Planning.

Stay On the Line!

Sprint (software development) Matrix (protocol) scrum

Published at DZone with permission of Slava Moskalenko. See the original article here.

Opinions expressed by DZone contributors are their own.

Trending

  • Five Java Books Beginners and Professionals Should Read
  • Microservices Decoded: Unraveling the Benefits, Challenges, and Best Practices for APIs
  • Auto-Scaling Kinesis Data Streams Applications on Kubernetes
  • Web Development Checklist

Comments

Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com

Let's be friends: