Question 420
During an integrated project review on an adaptive/agile initiative, an adaptive software team repeatedly claims features complete before users can operate them under real workloads. Which evidence would best substantiate that the intended outcome is actually achieved?
Explanation
Correct Answer
Observe scripted user journeys under representative load. The evidence tests whether the intended behavior or acceptance occurred instead of relying on unsupported assurances. In this case, quality acceptance must reflect actual operating conditions, not only developer completion. The stated constraint is: An adaptive software team repeatedly claims features complete before users can operate them under real workloads. The chosen assurance is the most direct response under these conditions.
Incorrect Answers
Inspect representative changes and defect outcomes under the revised policy. This response addresses another situation in the same task area: A game platform plans to remove all peer reviews to reduce sprint cycle time. There, cost of quality should balance prevention effort against defect impact. For the current situation—An adaptive software team repeatedly claims features complete before users can operate them under real workloads—this option would leave the specific need unresolved: quality acceptance must reflect actual operating conditions, not only developer completion.
Review cross-component test traces and approved regulatory release evidence. This response addresses another situation in the same task area: A hybrid medical-device project has different quality gates for embedded firmware and user-facing analytics. There, mixed life cycles still require one coherent product-quality outcome. For the current situation—An adaptive software team repeatedly claims features complete before users can operate them under real workloads—this option would leave the specific need unresolved: quality acceptance must reflect actual operating conditions, not only developer completion.
Examine process capability and defect sampling at the actual failure stage. This response addresses another situation in the same task area: A manufacturer makes high inspection volume its quality goal while defects still escape into assembly. There, prevention at the source reduces defects more reliably than inspection activity counts. For the current situation—An adaptive software team repeatedly claims features complete before users can operate them under real workloads—this option would leave the specific need unresolved: quality acceptance must reflect actual operating conditions, not only developer completion.