POPM Product Owner and Product Management Roles Practice Question
A Product Owner on an Agile Release Train is preparing the team's backlog for an upcoming Program Increment. The team has been consistently delivering around 30 story points per Iteration. A large Feature estimated at 90 story points is critical for the PI objectives. What is the most appropriate action for the Product Owner to take?
⚠ Common exam trap
The trap here is assuming that a large Feature must be delivered as a single unit, rather than recognizing that SAFe encourages breaking it down into smaller, Iteration-sized stories.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
Break the Feature into smaller stories that can be completed within a single Iteration.
SAFe guidance emphasizes that Features should be split into smaller stories that can be completed within an Iteration. This enables the team to deliver value incrementally, maintain a sustainable pace, and provide frequent feedback. The Product Owner's role includes ensuring the backlog is refined so that work is appropriately sized for the team's capacity, rather than forcing oversized items into an Iteration.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
Defer the Feature to a future PI and focus on smaller enhancements instead.
Why it's wrong here
Deferring a critical Feature solely because of its size ignores the possibility of breaking it down. The Feature is needed for the PI objectives, so deferral could jeopardize program commitments. The Product Owner should instead make the Feature manageable by splitting it, not avoid it. Deferral may be appropriate if priorities change, but not as a first response to size.
- ✗
Request that the Release Train Engineer add more team members to increase capacity.
Why it's wrong here
Adding team members is not a quick fix; it can disrupt team dynamics and reduce productivity in the short term (Brooks's Law). The Product Owner's immediate responsibility is to manage the backlog, not to alter team composition. Moreover, the Feature's size can be addressed by splitting it without changing the team, making this action unnecessary and potentially harmful.
- ✓
Break the Feature into smaller stories that can be completed within a single Iteration.
Why this is correct
In SAFe, Features are typically too large to complete within one Iteration, so the Product Owner should split them into smaller stories that fit the team's Iteration capacity. This enables regular delivery, feedback, and accurate forecasting. The other options either violate SAFe principles by overloading the team or delay necessary work.
- ✗
Assign the entire Feature to one Iteration and ask the team to work overtime to complete it.
Why it's wrong here
Assigning a 90-point Feature to a single Iteration far exceeds the team's historical velocity of 30 points. This would overload the team, lead to unsustainable pace, and likely result in incomplete work. SAFe emphasizes sustainable pace and small, frequent increments, so this approach is neither effective nor aligned with agile principles.
About these practice questions
One of 336 original POPM practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →
JA
Written and reviewed by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
Last reviewed September 2026 · checked against the official Scaled Agile exam blueprint
This POPM practice question is part of Courseiva's free Scaled Agile certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the POPM exam.