What are the three attributes of an effective User Story?

Enhance your Scrum Product Owner skills for the PSPO II Exam with detailed questions and explanations. Study effectively and boost your chances of success!

Multiple Choice

What are the three attributes of an effective User Story?

Explanation:
The main concept being tested is that an effective User Story rests on three elements known as the Three Cs: Card, Conversation, Confirmation. The Card is the lightweight, visible artifact in the backlog that captures the gist of the request in a concise form. The Conversation is the ongoing dialogue between the team and stakeholders to explore details, refine scope, and align understanding as more is learned. The Confirmation provides the acceptance criteria or testable conditions that show when the story is done and functioning as intended. For example, a Card might state a simple user need, while the Conversation fleshes out how the feature should behave, what constraints exist, and any edge cases. The Confirmation then defines exact criteria the team can validate—such as specific acceptance tests and performance expectations—so there’s a clear, shared target for done. Other option phrasings don’t align with this practical trio because they don’t emphasize the essential, testable nature of a story (Confirmation) and the collaborative, evolving dialogue (Conversation) that typically accompanies backlog work, nor do they reflect the lightweight, portable artifact (Card) used to communicate intent.

The main concept being tested is that an effective User Story rests on three elements known as the Three Cs: Card, Conversation, Confirmation. The Card is the lightweight, visible artifact in the backlog that captures the gist of the request in a concise form. The Conversation is the ongoing dialogue between the team and stakeholders to explore details, refine scope, and align understanding as more is learned. The Confirmation provides the acceptance criteria or testable conditions that show when the story is done and functioning as intended.

For example, a Card might state a simple user need, while the Conversation fleshes out how the feature should behave, what constraints exist, and any edge cases. The Confirmation then defines exact criteria the team can validate—such as specific acceptance tests and performance expectations—so there’s a clear, shared target for done.

Other option phrasings don’t align with this practical trio because they don’t emphasize the essential, testable nature of a story (Confirmation) and the collaborative, evolving dialogue (Conversation) that typically accompanies backlog work, nor do they reflect the lightweight, portable artifact (Card) used to communicate intent.

Subscribe

Get the latest from Passetra

You can unsubscribe at any time. Read our privacy policy