How (and Why) to Adjust a Sprint Commitment Mid-Week

Okay, so…you have a plan. Your Agile team had a successful Sprint Kickoff, and everyone has agreed to the Sprint Commitment. The team is pumped and can’t wait to get started…

And then, something happens. A firedrill on another project’s production app, a team member falls sick, someone’s computer chokes on an OS update. Or maybe one of your stakeholders uncovers what might be a show-stopping bug or a compatibility conflict. What now?

If you’re like many teams, you may just shrug and say, “Shit happens. We have our Commitment, and we’re moving ahead.”

Maybe that’s okay, but I think you can do better: for yourself, your team, and your client. It’s time to figure out how to adjust your Sprint Commitment. But how?

Always Deal With Reality

Here’s an example. You are cruising down the highway at 70 mph (70? Really? Be honest here- you’re trying to go 85, aren’t you?) and you see steam rising from under the hood. What do you do?

Grip the steering wheel, put your head down, and push it up to 90?

No. You slow down. Pull over. And you might even check your bank account once you’re on the side of the road before deciding between calling for a tow or waiting for a good samaritan.

Why? That’s your reality. So, how does this relate to Sprint Commitments?

Adjust A Sprint Commitment By Facing It Head-on

Okay, so your Sprint blew up this week. It’s Wednesday afternoon, and you’re looking at the status of your one-week sprint. You’re nearly 60% through the Sprint, yet not a single ticket of the seven you committed to on Monday have made it to QA.

Is it time to freak out and really rev up the RPMs? No. In software, just as on the road, you pull over, and you pause.

Name the Problem

Name the problem and make your status known to the greater team. More often than not, you’ll find that help will arrive. Just like in the road scenario: you throw out some road flares, and alas; a good samaritan appears.

Make A Change to the Commitment

Pausing to assess the Sprint will sometimes mean making a change to the Sprint Commitment. After you name the problem, gather the team, including the Product Owner, and have a real discussion about what can realistically ship this week.

Your team may choose to put tickets back in the Icebox. Or you may choose to leave them in the Sprint, but with the shared knowledge- and help- they will likely remain on the board for next week.

Focus on the Critical Commitments

If there’s something that is mission-critical to ship, adjust the Sprint Commitment to re-focus efforts. Find a pairing partner, and ship that story. Everything else might be a distraction at this point.

Sometimes You Need to Slow Down to Speed Up

Most people do not like to miss a commitment – in life, or in software development. But if we are moving fast, and if we are motivated by setting aggressive commitments, we are going to hit speed bumps.

Isn’t it much better to deal with reality? Isn’t it better to find something valuable to ship instead of nothing at all?

Revelry’s digital innovation process delivers positive business impact.

We’re transparent about our code quality process and our flavor of Lean-Agile and we invite you to have a look, and ask questions.
Visit our Careers page to check for current openings.
Keep in touch by connecting on LinkedIn or follow us on Twitter.

Interested in sprint commitments? Keep reading:

More Posts by Josh Frank: