[Music] a key element of the agile mindset is putting people first Adler is a user-centered approach it shifts the focus from just coding and designing to delivering real value to your end users user stories whose actual end users at the center of the conversation user stories use no technical language it provides context for the teams and let them define what benefits the products will bring to their target audience use of stories drive collaboration and creativity and a better product overall after reading a user story the team knows why they are built in what they are
built in and what value it creates in this video we will be discussing five points related to the use of stories what is a use of story why do you write use of stories how to revise the use of stories who write them and when do we write them so let's get started a user story is the smallest piece of work that represents some value to an end-user it contained the following elements title description and acceptance criteria the title of a user story follow a basic formula as a role if I want an objective so
that I can achieve a motivation the use of story defines a functionality it is expressed as a persona the ball who are we doing this for that is performing an action an objective so he can satisfy a need the motivation an example of a user story could be as an uber passenger I want to see several available drivers in my area so that I can choose the closest one to me we must remember that the title of a user story must map a single functionality of our product or service let's look at the description the
description of a user story helps to give context to that story the description may contain a small explanation of the user journey some use cases and in general any explanation that helps to better understand the title the description should not be thousands of words but it should contain any bit context that help clarify what is being expressed such as pictures or links to the design now along with the title in the description one last important element that should be included in the user story is the acceptance criteria these are a set of conditions that helps
us to validate the implementation of our user story and to confirm that it is completed if we take our previous example as an uber passenger I want to see several available drivers in my area so that I can choose the closest one to me acceptance criteria for this user story could be the app show is only the drivers that are within an area of 4 kilometers from the customer the app shows maximum 10 drivers that are in the same area as the customer a customer can check the profile of these drivers including their picture and
rating we are able to understand the value of a user story with the title and description and the acceptance criteria help us understand some key characteristics that require special attention during implementation so going through the acceptance criteria with the team at the time of writing the user story it's the best way to fully develop the functionality so what is the benefit from writing a user story user stories emerged as a result of a needs to breakdown projects into smaller incremental segments for sprints and iterations if you were ever involved in working with an tied framework
you already know that both scrum and Kanban teams greatly benefit from writing user stories in scrum user stories are added to the sprint backlog and worked on over the duration of the sprints income bun teams accumulate stories in a backlog and then run them one by one through their workflow working on user stories helps turn teams make estimations prioritize and plan Sprint's leading to more flexibility and greater agility and thanks to stories company teams learn how to manage work-in-progress which help them to constantly stay on track and we find their workflows user stories have other
benefits that are common to all agile teams they keep you focused on the user and the business value it helps to make your product not only well built from the technical perspective but also useful to the end users user stories enable collaboration with the end goal defined the team can work together to decide how best to serve the user and meet that goal it's enabled creativity stories encourage the team to think critically and creatively about how to best solve the end goal your project becomes more manageable user stories is the best way to work with
small and estimated an element rather than with big complex tasks and finally they inspire the team and create momentum with each story close the team loves this sweet feeling of a small win which motivates them to work even harder [Music] let's look at how to write a good user story the common user story templates include the user the action and the value and it typically looks like this as a type of user I want an action so that I can achieve a reasonable value before writing a user story you should know who the end users
or the persona of your product are and more important what needs to have which you are trying to cover it is all about the user not about the developers and not even about the product owner each story should bring a value to some group of your end users feel some empathy give your username think of his habits what issue your app is going to get resolved for him and how you're going to make this path easier and faster now that we have a few groups for end users the next step to do is define what
functionality each user expects how he's going to use the products some basic rules to remember when writing an action for a user story is to have one action per story if you want to write something like as a customer I want to browse items and then add them to the cart it is better to split it into two different user stories one as a customer I want to browse items and the other one as a customer I want to add items to the cart describe an intention not a feature for example instead of I want
to manage my profile create a few stories like I want to be able to register my profile I want to be able to upload my profile photo I want to link my credit card to my profile it's user story will have a different value finally the last piece of our user stories on plates is dedicated to the value the value that the users will get after performing an action what's the overall benefits they are trying to achieve what is the big problem that needs solving each story should contribute to the general goal of your products
and if you can't answer what value this user story brings to the end users and your products as well then you're doing something wrong user stories have an essential element of the agile approach that can bring many benefit to your projects however it's important to write them correctly which requires some time and skills a good user stories meets the invest criteria meaning that they are independent of other user stories user stories can be developed in any sequence user stories are negotiable there must be a conversation between clients and development team not a closed contracts valuable
issues of story must add a value to the product estimate open its user story must be able to be estimated in a relative sizing such as story point or t-shirt sizing small enough to fit in one sprint and to be completed and finally testable each user story must be able to be validated and tested Royalton user stories that follow the user story format is a good starting point evaluating them for effectiveness against the infest goals keep the use of stories small functional and tactically so who write the user stories the product owner has the responsibility
to make sure a product backlog of user stories exists however it doesn't mean that the product owner is the one who writes them the more people join in the conversation the better and anyone can contribute and write user stories the responsibility of the product owner in this case is to confirm that they are matching the invest right area and to prioritize those user stories in the background finally when do we write the user stories user stories are written during the whole life of the product usually a story we're writing workshop is held at the start
the team members will participate with the goal of creating a product backlog that describes the functionality to be added over the course of the product development some of these users target will be big ones that will later be split into smaller ones and that can fit into a single iteration on top of that new user stories can be written and added to the product backlog at any time and by anyone I hope this video gave you a good understanding of user stories please leave us a comment and follow us for more content thank you you
[Music]
