nerdexam
PMI

PMP · Question #7

A state-of-the-art product was delivered at the end of a project life cycle. However, the customer claims the product was not designed to specifications. What should the project manager have done to a

The correct answer is C. The customer's requirements should have been captured in order to meet the customer's. To prevent a product from failing to meet specifications, the project manager should have thoroughly captured and documented the customer's requirements from the outset, ensuring all development aligns with these expectations.

Submitted by rachelw· Apr 18, 2026Process

Question

A state-of-the-art product was delivered at the end of a project life cycle. However, the customer claims the product was not designed to specifications. What should the project manager have done to avoid this issue?

Options

  • AThe customer's requirements should have been captured and modified to meet the supplier's
  • BThe iteration review planning meeting should have been planned accordingly.
  • CThe customer's requirements should have been captured in order to meet the customer's
  • DThe sprint retrospective meeting should have included necessary stakeholders.

How the community answered

(26 responses)
  • A
    4% (1)
  • B
    4% (1)
  • C
    81% (21)
  • D
    12% (3)

Why each option

To prevent a product from failing to meet specifications, the project manager should have thoroughly captured and documented the customer's requirements from the outset, ensuring all development aligns with these expectations.

AThe customer's requirements should have been captured and modified to meet the supplier's

Modifying customer requirements to meet the supplier's capabilities rather than the customer's needs would directly cause dissatisfaction, as the product would not fulfill the intended purpose for the customer.

BThe iteration review planning meeting should have been planned accordingly.

While iteration review planning is part of agile execution, the issue described is a fundamental mismatch with initial specifications, which points to a breakdown in upfront requirements definition, not just a specific meeting's planning.

CThe customer's requirements should have been captured in order to meet the customer'sCorrect

The fundamental reason a product fails to meet customer specifications is often a failure in requirements management. The project manager must meticulously capture, document, and confirm the customer's detailed requirements at the project's inception to ensure that the final product design and functionality directly align with these agreed-upon specifications, thus setting clear expectations for acceptance.

DThe sprint retrospective meeting should have included necessary stakeholders.

A sprint retrospective meeting focuses on improving team processes, not on external validation of product specifications with stakeholders, which is typically covered in review meetings or acceptance testing stages.

Concept tested: Requirements gathering, scope definition, quality planning

Topics

#Requirements Management#Scope Definition#Stakeholder Engagement

Community Discussion

7
Viktor S.Viktor S.Dec 21, 2025

C is correct, and A is a trap that would get you fired in real life. You capture requirements to meet the customer's needs, not modify them to suit your own convenience.

24
Ingrid P.Ingrid P.Dec 14, 2025

C is correct. Requirements traceability ensures delivered scope matches customer expectations.

3
Yusuf A.Yusuf A.Dec 14, 2025

Agree on C, and the senior on my team also pointed out it gives you a head start on the scope validation piece come project closure.

0
Yusuf A.Yusuf A.Dec 25, 2025

C is the right call here. One of the senior PMs at my company always says that delivering a "state-of-the-art" product means nothing if it is not what the customer actually asked for. The core issue is that requirements gathering has to focus on capturing what the customer needs, not what the supplier thinks is best or what is easiest to build. Option A is a trap because modifying requirements to fit the supplier goes against the whole point of scope management. I am still a bit fuzzy on why option B mentions iteration review planning, since this sounds more like a traditional waterfall project than an agile

0
Wei W.Wei W.Dec 26, 2025

Good call on C, Yusuf, and on the iteration review question: iteration reviews are an agile mechanism where the team and stakeholders inspect the working increment together, which is exactly where you discover whether you built what the customer actually needs versus what you assumed they needed.

0
Wei W.Wei W.Dec 28, 2025

Going with A. Requirements need supplier alignment or delivery fails.

-2
Viktor S.Viktor S.Dec 30, 2025

C is correct here. The question is about where to store the data for this scenario, not about supplier alignment, so youre solving the wrong problem, Wei.

0
Full PMP Practice