Resolving Product Owner Bottleneck

1 minute read

If we want an organization that can quickly adapt to external reality as it’s discovered (let’s call that agility), we need one Product Owner expressing vision and priorities in one list: the Product Backlog. According to the Scrum Guide, “Multiple Scrum Teams often work together on the same product. One Product Backlog is used to describe the upcoming work on the product.”

One Product Owner For Several Teams

We sometimes hear the concern that one Product Owner would be overburdened by this, becoming a bottleneck. Here are the problems I’ve usually seen causing Product Owner bottleneck:

Beware Fake “Product Owners”

A common agility-reducing error is to ignore Ken Schwaber’s advice and artifically designate a team-member as a fake “Product Owner.” But the Scrum Guide has a good reason to state “Scrum recognizes no titles for Development Team members, regardless of the work being performed by the person.” The best architectures, requirements, and designs emerge from self-organizing teams. It is contradictory to tell a team that Bob the Business Analyst has special authority over the rest of the team members while simultaneously telling them to self organize. Bob belongs on our self organizing team without a process-imposed role.

Updated: