Writing good user stories in agile software development

For many software development teams striving towards agile, the idea of writing user stories can seem like another “thing” agile piles on top of their already busy workloads. However, the user story is valuable because it reframes the feature from the user’s perspective by describing the type of user as well as what they want and why.
For more information about Atlassian training and certification, please visit: www.atlassian.c...

[@behnamrasooli8801]

The idea of User Story, according to Kent Beck, is to initiate a conversation between different parties so that they will have a common understanding of the thing that is being built. This is because having a chat with the person (not necessarily a customer) who is requesting the product/feature is far more effective in clarifying the real need than just writing down the requirements in a document. This technique is not replacing the requirements, Use Case Description or any other technique.

[@jimiwikmanofficial]

Considering that a User Story is driven by the business, either directly or by an appointed person like a Product owner, that conversation can never be skipped. A user Story is by definition the presentation that is made between the owner of a need and the people in charge of realizing it.
The concept of writing down a requirement without the conversation is called being a secretary. It has nothing to do with requirement management or the process of making a need understood and accepted by the realization team. This is why the role of requirement analyst in THE most important component in a professional organization. If you do not understand each other, then the result is often not as good as it should be.

[@Paretozen]

in 2024 this conversation starter is now perfect for brainstorming with an LLM GPT.

[@jimiwikmanofficial]

That example would be a feature, not user story. User stories should be possible to complete within one sprint.
You would from this example have multiple user stories with acceptance criterias such as what fields the form should have, what should the email look like and how do we get that data into the email and so on. The payment provider itself would be a requirement with multiple features and stories.
Also, it should be mentioned that acceptance criterias are also legal agreements as they dictate what can and can not be an incident or defect as well as what has been agreed to be delivered. A defect without an accompanied requirement can legally be denied by the development team as an unspecified claim.

[@latabisht4896]

Thanks for Correcting .
I want to switch my Job from electronic engineer to a BA
These kind of videos helping me to achieve my goal in less time

[@matiasjl7]

Thinking as a user. The key to success! Thanks for content

[@christiankalala840]

I so enjoy this short but insightful videos! Im looking forward to the next one on this subject

[@thebadoc]

Nice overview! Very concise.

[@GordonsTv]

Thanks❤

[@courtsuggs9834]

This was great!