Don’t Mess With the Team

by Robert Dempsey on April 28, 2009

Dilbert.com

In Scrum, the Product Owner, one side of the triangle that makes the Scrum Team, is the single point of contact for the Team – the cross functional group of people that are producing the work. The Product Owner has a chance to alter the direction of development at the end of each Sprint, through the prioritization of the Product Backlog. If you want your feature to be added next, if you need something changed, or if you have a bug that you’ve found, you tell it to the Product Owner. There’s a reason for this.

Talk with a developer in an organization of any size and I bet that you will hear stories of the best laid plans derailed by someone coming to him or her and saying something like, “I need you to add feature x. It’s more important than what you’re doing now, and I need it done asap. It should be pretty easy.” This is a sad fact for many developers out there. That simple feature usually turns out to be non-trivial, and takes days to add. The release is missed, and everyone wonders why. The developer gets blamed, the developer blames the requester, and everyone is unhappy.

This should not, and does not, need to happen. Let the Product Owner do his or her job, and ScrumMaster and Team, help them do it. Don’t mess with the Team,

Bookmark and Share

Other Posts That Might Interest You

  1. Product Owners and Scrum Teams Can Get Along
  2. Your Customers Are Part of Your Team
  3. Who Motivates the Agile Team?
  • Hi Seth,

    Justin is correct on both points. I'm referring to the chickens - those that have a stake, but are not fully committed to the project. Also, once a sprint is locked, it's locked, unless the PO wants to break the sprint and let everyone know why. That is typically when they want to add an entire user story, or is requesting a change that has major impact.

    What we've done to handle smaller changes with the PO is to check with them during the Sprint and see if we are going down the right path. Also, what do you call a "pretty quick" change? For someone like you who understand development, a quick change can be quick. For the general business user, a "quick" change is typically not.
  • Seth: I believe Rob's talking about other people who may have a stake in the project, but aren't part of the scrum team.

    If the product owner is the one with "can you add this" and it's happening mid-sprint, then the product owner isn't performing their role correctly.
  • Robert, I wonder if you could elaborate on *who* might come up to you with the "can you add this? it's pretty quick." I think who (what role) is requesting that change is important. What if the Product Owner is asking for the "pretty quick" change? Does that change anything?
  • JT
    Yep - those little shoulder taps can kill ya!
blog comments powered by Disqus

Previous post:

Next post: