CBAP · Question #245
Mark is the business analyst for his organization. He is working with the solution development team and he believes that the team does not want to implement a certain portion of the requirements. The
The correct answer is B. Change the prioritization of the requirements based on overstated complexity of the project. The solution development team is overstating the difficulty of requirements to justify lowering their priority, effectively trying to avoid implementing work they do not want to do.
Question
Mark is the business analyst for his organization. He is working with the solution development team and he believes that the team does not want to implement a certain portion of the requirements. The team is expressing the difficulty of the requirements and how it will be extremely challenging to complete. When Mark asks about a similar project that the team completed, they insist that this is a different type of requirements though Mark believes that it is not. What is the solution development team appearing to do to the requirements?
Options
- AChange the prioritization of the requirements based on the past project.
- BChange the prioritization of the requirements based on overstated complexity of the project
- CGet the requirements removed from the project scope.
- DHave the business analyst report the difficulty of the project work to the project customer.
How the community answered
(48 responses)- A4% (2)
- B75% (36)
- C8% (4)
- D13% (6)
Why each option
The solution development team is overstating the difficulty of requirements to justify lowering their priority, effectively trying to avoid implementing work they do not want to do.
The team is dismissing the past project comparison, not using it to justify changed prioritization - there is no evidence they are referencing prior work to rank requirements.
The team is claiming the requirements are uniquely difficult and dismissing the comparison to a past similar project, which are tactics to exaggerate complexity and manipulate the prioritization of those requirements downward. This is a recognized stakeholder behavior in business analysis where perceived implementation burden is inflated to deprioritize unwanted scope. The BA's ability to reference a comparable past project weakens the team's argument, revealing the complexity claims are likely overstated.
The team has not formally proposed removing the requirements from scope - their actions target perceived difficulty to reduce priority, not to eliminate scope.
The team is not asking the BA to escalate concerns to the customer - they are expressing resistance to the BA directly as a way to avoid doing the work.
Concept tested: Stakeholder tactics to manipulate requirements prioritization
Topics
Community Discussion
No community discussion yet for this question.