Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions
Mail Us support@pass4success.com
Location US
Mob_nav_barsMENU

PMI Exam PMI-PBA Topic 2 Question 96 Discussion

Actual exam question for PMI's PMI-PBA exam
Question #: 96
Topic #: 2
[All PMI-PBA Questions]

Through user acceptance testing, a software flaw was identified. What should the business analyst do next as part of the root cause analysis in order to analyze and resolve the discrepancy?

Show Suggested Answer Hide Answer
Suggested Answer: A

A fishbone diagram, also known as a cause-and-effect diagram or an Ishikawa diagram, is a tool that helps to identify and analyze the possible causes of a problem or an effect. It can help the business analyst to perform a root cause analysis in order to analyze and resolve the discrepancy identified through user acceptance testing. A fishbone diagram has a structure that resembles a fish skeleton, with a head, a spine, and several branches. The head represents the problem or the effect, the spine represents the main cause categories, and the branches represent the sub-causes or factors that contribute to the problem or the effect. By creating a fishbone diagram, the business analyst can brainstorm and organize the potential causes of the software flaw, and then investigate and verify the most likely root cause. A fishbone diagram can also help to communicate the findings and recommendations to the stakeholders and the development team. An interface analysis is a tool that helps to identify and describe the interactions and dependencies between different components or systems. It does not help to perform a root cause analysis in order to analyze and resolve the discrepancy identified through user acceptance testing, as it does not focus on the causes and effects of the problem. A Delphi estimation is a tool that helps to obtain a consensus among a group of experts on a complex or uncertain issue. It does not help to perform a root cause analysis in order to analyze and resolve the discrepancy identified through user acceptance testing, as it does not provide a systematic and structured way to identify and analyze the causes of the problem. A functional decomposition is a tool that helps to break down a complex system or process into smaller and simpler components or functions.It does not help to perform a root cause analysis in order to analyze and resolve the discrepancy identified through user acceptance testing, as it does not show the relationships and influences between the components or functions.Reference: PMI Professional in Business Analysis (PMI-PBA) Examination Content Outline1, PMI Guide to Business Analysis2, Business Analysis for Practitioners: A Practice Guide3, Root Cause Analysis: Definition, Examples & Methods | Tableau1


by Lynette at Jan 28, 2025, 06:22 AM

Limited Time Offer

25%

Off

Get Premium PMI-PBA Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

Submit Cancel
Alease
2 days ago
I believe a Delphi estimation might provide us with a more accurate analysis of the root cause.
upvoted 0 times
...
Sherita
4 days ago
Functional decomposition, all the way! Break that problem down into bite-size pieces, easy peasy.
upvoted 0 times
...
Jeffrey
5 days ago
Interface analysis? Nah, that's not gonna cut it. We need to dig deeper, like a Delphi estimation or functional decomposition.
upvoted 0 times
...
Curtis
12 days ago
Hmm, a fishbone diagram seems like the way to go. Gotta get to the root of that pesky software flaw!
upvoted 0 times
...
Myrtie
16 days ago
I think creating a functional decomposition could also be helpful in understanding the discrepancy.
upvoted 0 times
...
Jamal
17 days ago
I agree with Fairy, a fishbone diagram can help us identify the causes of the software flaw.
upvoted 0 times
...
Fairy
29 days ago
I think we should create a fishbone diagram to analyze the root cause.
upvoted 0 times
...

Save Cancel