Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Three Tips for Sizing Defect Fixes

DZone's Guide to

Three Tips for Sizing Defect Fixes

Done correctly, no one works alone, and the team has some idea of value at the end of one day.

· Agile Zone
Free Resource

Reduce testing time & get feedback faster through automation. Read the Benefits of Parallel Testing, brought to you in partnership with Sauce Labs.

As I’m teaching my Practical Product Owner workshop, some POs are having trouble understanding how big a defect is. Sure, they want to have small(er) stories, but a defect isn’t done until it’s all fixed, and the team has decided if they need automated regression tests added to the smoke tests.

So, here are three possibilities for sizing defects:

  1. Ask people to work together to solve the defect. If they can solve the problem in one day or less, the defect size is 1 (or whatever a small story is for you).
  2. Ask the entire team to swarm or mob together to spike the defect. At the end of the day, they either fix the defect or they understand enough to know what the fix will take.
  3. Assume every defect is a size 1 unless the team thinks it’s a larger size. When the team has to consider the default option of being able to fix this inside of a day or not, it might change how the team thinks about the defect(s).

Here’s what you get when  you use these possibilities: No one works alone. And, the team has some idea of value (either estimate or finished work) at the end of one day.

One thing I’ve noticed about defects, especially those from legacy products, is that they are often more complex than they seem. When people work together, regardless of how they work together, they can review those complexity risks as they proceed.

IF team members work together to pair or swarm or mob to fix the problem, great. If the team members work together to assess the defect size, they start to think about possibilities and risks.

I don’t know if this will work for you. It might. Let me know what you think or how you have tried to size defects. In effect, we always timebox initial defect fixing to one day, and the only difference is how we do it.

The problem I’m addressing is defect fixing that is unknowable and takes forever.

The Agile Zone is brought to you in partnership with Sauce Labs. Discover how to optimize your DevOps workflows with our cloud-based automated testing infrastructure.

Topics:
defect management ,agile estimation

Published at DZone with permission of Johanna Rothman, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

The best of DZone straight to your inbox.

SEE AN EXAMPLE
Please provide a valid email address.

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.
Subscribe

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}