Webinar #6: Product Owner Anti-Patterns
Webinar #6: Product Owner Anti-Patterns

Webinar #6: Product Owner Anti-Patterns

TL;DR: Webinar Product Owner Anti-Patterns

The sixth Hands-on Agile webinar product owner anti-patterns addresses twelve ways to improve a product owner’s skill set. Learn also when you — as the scrum master or scrum team — should reach out to your product owner and offer support.

The playlist of the product owner anti-patterns webinar is available on Youtube:

Note: If the browser will not play the playlist automatically, click here to watch the Webinar Product Owner Anti-Patterns playlist directly on Youtube.


Webinar Product Owner Anti-Patterns: The Episodes

  • The first episode covers the oversized product backlog: The product backlog contains more items than the scrum team can deliver within three to four sprints. This way the product owner creates waste by hoarding issues that might never materialize. The product owner is probably using the product backlog as a repository of ideas and requirements. (This practice is clogging the product backlog, may lead to a cognitive overload and makes alignment with the ‘big picture’ at portfolio management and roadmap planning level very tough.)
  • The second episode covers creating the product backlog in the wrong way: The product owner treats product backlog items not as a token for discussion to build a shared understanding of the why, how, and what with the team, but as deliverables. Often, the PO creates product backlog items upfront by copying from requirement documents without including other members of the scrum team.
  • The Third episode covers the weak product owner: The PO has not learned to say no to stakeholders demanding new requests. Trying to being everybody’s darling creates mediocre products that do not scale, though. It also defies the product owner’s most important duty: protecting the product backlog from tasks with little or no value.
  • The fourth episode covers prioritization by proxy: A single stakeholder or a committee of stakeholder prioritizes the product backlog — not the product owner. (The strength of Scrum is building on the strong position of the product owner. The product owner is the only person to decide what tasks become product backlog items. Hence, the product owner also decides on the priority. Take away that empowerment, and Scrum turns into a pretty robust waterfall 2.0 process.)
  • The fifth episode covers the omniscient product owner: The PO does not involve stakeholders or subject matter experts in the refinement process, and probably not even the Scrum team. (A product owner who believes to be either omniscient or a communication gateway is a risk to the Scrum team’s success.)
  • The sixth episode covers the lack of a sprint goal: The product owner cannot provide a sprint goal, or the chosen sprint goal is flawed. (An original sprint goal answers the “What are we fighting for?” question. It is a negotiation between the product owner and the development team. It is focused and measurable, as sprint goal and team forecast go hand in hand. Lastly, the sprint goal is a useful calibration for the upcoming sprint.)
  • The seventh episode covers the pushy PO: The product owner pushes the development team to take on more tasks than it could realistically handle. Probably, the product owner is referring to former team metrics such as velocity to support his or her desire.
  • The eighth episode covers how the product owner might be toying with the definition of ready. The PO tries to squeeze in some last-minute user stories that do not meet the definition of ready. (Principally, it is the prerogative of the product owner to make such kind of changes to ensure that the development team is working only on the most valuable user stories at any given time. However, if the scrum team is otherwise practicing product backlog refinement sessions regularly, these occurrences should be a rare exception. If those happen frequently, it indicates that the product owner needs help with prioritization and team communication. Or the product owner needs support to say ‘no’ more often to stakeholders.)
  • The ninth episode covers the absent product owner. If the PO is not available for immediate clarification, he or she will create artificial queues that probably will put the scrum team’s sprint goal at risk. For example, the product owner does not accept sprint backlog items once those are finished. Instead, he or she waits until the end of the sprint. (In the spirit of continuous integration, the product owner should immediately check tasks that meet the acceptance criteria. Otherwise, the product owner will create an artificial queue which will increase the cycle time. This habit puts also reaching the sprint goal at risk.) (This anti-pattern creates a micro-waterfall approach for the duration of the sprint.)
  • The tenth episode covers the product owner who cannot let go product backlog items once they become sprint backlog items. For example, the product owner increases the scope of a user story. Or, he or she changes acceptance criteria once the team accepted the issue into the sprint backlog. (There is a clear line: before a product backlog item turns into a sprint backlog item the product owner is responsible. However, once it moves from one backlog to the other, the development team becomes responsible. If changes become acute during the sprint the team will collaboratively decide on how to handle them.)
  • The eleventh episode covers the selfish product owner, presenting “his or her” accomplishments to the stakeholders. (Remember the old saying: There is no “I” in “team”? The sprint review is a moment for the developers to shine. The product owner should step back.)
  • The twelveth episode covers the unapproachable, the broadcasting product owner. The PO is not accepting feedback from the customers and the stakeholders. (Such behavior violates the prime purpose of the sprint review ceremony: getting feedback from customers, users, and stakeholders, answering the most critical question of the ceremony: Are we still on the right track, are we even creating value?)
  • The last episode summarizes the dirty dozen of the product owner anti-patterns: From an oversized product backlog to the lack of a sprint goal, to not letting go of items once the sprint starts. Don’t miss the next Hands-on Agile mini-series on scrum master anti-patterns and subscribe to this Youtube channel.)

The Slide Deck of the Product Owner Anti-Patterns Webinar

The slide deck of the webinar product owner anti-patterns is available, too

If the slide deck will not work within this browser window, please click here to browse the slide deck of the webinar product owner anti-patterns directly on Slideshare. There, you will also be able to download a PDF of the slide deck.

?? Subscribe to Age of Product’s Brand-New Youtube Channel

Now available on the Age of Product Youtube channel:

? Do Not Miss Out: Join the 3,475-plus Strong ‘Hands-on Agile’ Slack Team

I invite you to join the “Hands-on Agile” Slack team and enjoy the benefits of a fast-growing, vibrant community of agile practitioners from around the world.

If you like to join now all you have to do now is provide your credentials via this Google form, and I will sign you up. By the way, it’s free.

Webinar Product Owner Anti-Patterns — Related Articles

Download the ’Scrum Anti-Patterns Guide’ for Free

Hiring: 42 Scrum Product Owner Interview Questions to Avoid Agile Imposters


?? Do you want to read more like this?

Well, then:


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

Stefan Wolpers的更多文章

社区洞察

其他会员也浏览了