Your cart is empty.
All Materials
Category
An effective Product Owner ensures that development teams focus their efforts on delivering the highest possible value to users and the business. These comprehensive study materials explore how to translate strategic goals and user feedback into clear, actionable backlog items. You will examine proven methods for backlog refinement, feature prioritization, acceptance criteria definition, and ongoing stakeholder communication. The material also guides you through making difficult trade-offs when business deadlines, customer expectations, and technical capacity diverge. Built for self-paced study, this content provides practical frameworks to help you maintain a healthy backlog, clarify requirements, and steer product progress with confidence.
Select Skill LevelWhat the product owner is accountable for, writing a backlog item someone can build from, ordering by value rather than by who asked loudest, and keeping the list at a workable size.
An introduction for people who own a backlog, or are about to, and want to understand what ordering it actually involves.
You come away able to maintain a backlog others can work from, justify the order of the top items, and refuse an item without the conversation becoming an argument.
Refinement that keeps items ready without over-planning, splitting large items, forecasting from a backlog, linking items to outcomes, and negotiating scope with the people who requested it.
For readers whose backlog now has more demand than capacity and more stakeholders than time. Ownership becomes a matter of saying no well.
You can keep the top of a backlog genuinely ready, forecast what will be delivered by when, and hold an ordering decision when a senior stakeholder disagrees with it.
Structuring work across teams, sequencing when one teamx27s output blocks another, balancing new features against maintenance, and holding a product direction over several quarters.
Written for people owning a product with several teams building it, where one backlog no longer describes the work.
You can hold a coherent product direction across several teams, sequence dependent work realistically, and defend investment in work that produces no visible feature.
Deciding value when the evidence is thin, sustaining a product past its first success, when to stop building something, and separating what customers ask for from what they need.
The most demanding level, concerned with the judgement behind ordering rather than the mechanics of it, where every choice forecloses another.
By the end of this level you can make an ordering decision you cannot fully evidence and stand behind it, decide to stop building something that people like, and keep a product coherent as its purpose shifts.