An Agile Team Shouldn’t Finish Everything Every Iteration

An Agile Team Shouldn’t Finish Everything Every Iteration

A common measurement of an agile team is whether team members finish everything they planned in the iteration.

There’s nothing wrong with assessing how adept a team is at finishing what it thinks it can. But no team should be expected to finish everything every time.

That is unrealistic and leads to teams under-committing so they can safely deliver everything.

Excessive Expectations Can Introduce Dysfunctionality

Consider a team I know whose boss (the CEO) told them that if they ever failed to finish everything, he would “take corrective action, up to and possibly including termination.”

That team is not going to pull an aggressive amount of work into their iterations. They’ll try to select enough that they don’t get in trouble for being lazy but not so much that they risk not finishing it all.

An Appropriate Target

I find a good goal for a team is to finish everything they say they will about 80% of the time. That is a good degree of predictability for the business without being impossible for some teams to achieve.

To be really clear, a good agile team should finish 100% of what it plans in 8 out of 10 iterations. I’m not saying a team should finish 80% of its planned work each iteration. That is very different.

Successfully finishing everything every time will be impossible for highly interrupt-driven teams. If a significant portion of your team’s job is to respond quickly to issues, you may want to target a lower percentage.

Don’t Plan It If You Don’t Think You’ll Make It

When trying to finish 100% of its work, 80% of the time, the team should feel like they’ll succeed while understanding, realistically, they won’t every time.

I like to think of it as analogous to a basketball player shooting the ball. A player shouldn’t shoot the ball unless he thinks he’ll score. But, even the greatest player will understand that not every shot is going in the basket.

A great basketball player may make 40–50% of his shots. That’s not enough predictability for most teams, which is why I recommend targeting 80%.

What’s Your Experience?

How does your team do at finishing what they say they’ll do? Please share your thoughts where this post was originally published, on the Mountain Goat Software blog.

If you liked this article, you can sign up to receive my one best, short tip about agile each week. These tips aren't online and signing up is the only way to receive them.

Thomas K.

Senior Program Director / Innovation Executive - Global PMO, CX, Digital & Loyalty Program Transformation, Online Gaming at JPC Ltd.

5 年

Another great article Mike.

回复

I would argue that a customer team will be running at 75% while a feature team will be pushing for 100%.

Kenneth Platt

SAFe Practice Consultant | Product Owner and Scrum Master | Trainer and Coach | Product and Program Management | Technical Project Management | Veteran

5 年

The goal is not just to finish Sprints but to discover the unknowns, to continue the conversation, and deliver unprecedented value.

James Peckham

Lead Payments Software Engineer

5 年

Agreed! 80% of the stories 100% of the definition of done is better than 100% of the stories 80% done

Divay Makkad

Perpetual Agility Practitioner | ICP-ACC, CSP (SM), SAFe? SPC, SAFe? RTE, SAFe? LPM, SAFe? APM, SAFe? DevOps| Keep Calm and Be Agile

5 年

To be uncertain is uncomfortable; but to be certain is ridiculous....

要查看或添加评论,请登录

社区洞察

其他会员也浏览了