Exam PMI-ACP topic 1 question 94 discussion

Option D can be right. But, why not B? This situation came up in some of my projects

The question mentioned that 'the non-functional requirement STATE' which mean the non-functional requirement has been included int the acceptance critieria but it is not included in DoD so the answer should be C

Clear Communication: The acceptance criteria of a user story should include all the conditions that must be met for the story to be considered "done." By including non-functional requirements, such as the response time, in the acceptance criteria, the team would have been aware of this critical requirement from the outset. Validation and Testing: Acceptance criteria are directly used to validate and test the user story. Including non-functional requirements ensures that they are tested and validated as part of the story's completion process. Avoiding Miscommunication: Adding these requirements to the acceptance criteria would have minimized the risk of the team overlooking or misunderstanding critical performance metrics, as they would be explicitly stated and agreed upon before development begins.

The key difference between the acceptance criteria and the definition of done is what do they cover. While acceptance criteria cover functional requirements, the definition of done contains both functional and non-functional requirements.

B will helps prevent misunderstandings and ensures that the team knows the performance expectations from the outset.

I like B. the most. Acceptance criteria for the UI feature/product makes the most sense in terms of ensuring its non-functional requirements are being met. DOD is broader and at the project level. The question is vague enough where B and C could both be correct answers.

I would go with B. The acceptance criteria are more user-centric and guide the development, while the Definition of Done is a set of standards and requirements that need to be fulfilled for the entire product or task.

I would go for B because DoD is at project level to set quality standards and not for individual user stories or requirement. It is the acceptance criteria that confirms the requirements are met

B correct

By undertaking a team review of the scope the team would not have been ignorant of this nonfunctional requirement.

In the review we only look at done items.

C = correct. DoD is more technical, code coverage, security, performance (non-functional)… Describe what to be done from a quality perspective AC is more from a functional perspective. Describe what to be done from functional perspective

B is the right choice. If you read the question carefully, "not communicated to them" is a good keyword that enabled me to choose Option B directly within a few seconds. Because the customer/PO writes acceptance criteria first. Then the team writes the DoD based on the acceptance criteria. The chronological order is very important to answer that question easily. If something was missed in the acceptance criteria, then the team could not see that to write in the DoD. Therefore, it should have been added to the acceptance criteria so that the team could see from there to add a DoD item to meet all sprints by controlling that item.

Vote C

Option B. Non-functional requirements, such as response time, should be communicated to the development team and included in the acceptance criteria for the user story. This ensures that the team is aware of the requirement and works towards meeting it during development. While creating a comprehensive user story with all non-functional requirements (option A) and adding non-functional requirements to the definition of done (option C) are important, they do not necessarily address the issue at hand, which is the team's lack of awareness of the specific non-functional requirement. A team review of the scope of work (option D) may also be beneficial, but it is not directly related to the issue of non-functional requirements being communicated to the team.

To tsangckl : " If the requirement is fairly well understood and is low effort but it only applies to specific backlog items, it may be better to include it as Acceptance Criteria. Because the Acceptance Criteria are the conditions of satisfaction that must be met before a backlog item is acceptable, it needs to be small; something that we can develop and test quickly so that we can have fast feedback loops" So B

I am going with C.