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

No Points for You! Come Back 1 Sprint!

DZone's Guide to

No Points for You! Come Back 1 Sprint!

· 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.

It is the end of the iteration, and your team notices that a user story is only partially completed. This could have happened for a variety of reasons such as:

  • the story was under estimated
  • we ran into an impediment we could not remove
  • the Product Owner changed the scope of the story
  • we opened too many stories and could not finish this one
  • a team member became ill
  • and so forth and so on…

The team members begin to converse about whether or not they should get credit for the work they have completed on this user story. Ultimately the eyes land on you Mr. Agile Coach / ScrumMaster / Defacto Answerer of Such Things.
No Points For You
When presented with this scenario, I often find myself asking:

What is the real value of this unfinished story?

If this partially completed user story delivers real value, then I assume the finished work has been thoroughly unit tested, regression tested, acceptance tested and stands on its own?

If so, then I would think that it should have been its own story from the start of the iteration. This is why I coach teams to size stories as small as possible while keeping the end user experience in mind.

Perhaps that would be a good topic to speak about in the retrospective.

No points for you and this story goes back into the Product Backlog.

If the finished work on this partially completed story has not been thoroughly unit tested, regression tested and acceptance tested then I would think that its value has been exaggerated.

Worse yet it could have a negative value by introducing unexpected side effects in the product.

No points for you and this story goes back into the Product Backlog.

This isn’t about velocity.

I’m concerned about the team not meeting its commitment and being rewarded for that behavior while introducing instability by releasing unfinished code. Giving partial credit is a dangerous precedent to set, especially with a team new to agile.

As always there are edge cases, long iterations, freak acts of nature and such so I am curious what you have to say.

I’ve added a poll, and would enjoy reading your feedback.

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:

Published at DZone with permission of David Bland, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

THE DZONE NEWSLETTER

Dev Resources & Solutions Straight to Your Inbox

Thanks for subscribing!

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

X

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

{{ parent.tldr }}

{{ parent.urlSource.name }}