Which of the following techniques is used to identify ambiguous or unverifiable requirements?

Team peer review is a technique that is used to identify ambiguous or unverifiable requirements.

Team peer review is a technique that involves having a group of peers or experts examine and

evaluate the requirements for quality, completeness, correctness, clarity, consistency, and testability.

Team peer review can help to identify any ambiguous or unverifiable requirements that may cause

confusion, misunderstanding, or errors in the project. Team peer review can also provide feedback

and suggestions for improvement or resolution of any issues or defects in the requirements.

Fishbone analysis is not a technique that is used to identify ambiguous or unverifiable requirements.

Fishbone analysis is a technique that is used to identify the root causes of a problem or an effect by

analyzing its contributing factors and their relationships. Fishbone analysis can help to understand

why a problem exists or why an effect occurs, but it does not directly examine or evaluate the quality

of the requirements. Resource checklist is not a technique that is used to identify ambiguous or

unverifiable requirements. Resource checklist is a tool that is used to identify and document the

resources needed to perform business analysis activities, such as people, tools, facilities, equipment,

etc. Resource checklist can help to plan and manage the resources required for business analysis

work, but it does not assess or verify the quality of the requirements. Traceability matrix is not a

technique that is used to identify ambiguous or unverifiable requirements. Traceability matrix is a

tool that is used to track and document the relationships and dependencies among requirements

and other project elements, such as design, test cases, risks, issues, etc. Traceability matrix can help

to monitor and control changes to requirements and ensure alignment with project objectives and

stakeholder needs, but it does not measure or validate the quality of the requirements. Reference:

Business Analysis for Practitioners: A Practice Guide 1, page 162-163; PMI Professional in Business

Analysis (PMI-PBA)® Examination Content Outline 2, page 19-20.