User Stories	<br />
User story<br /><ul><li>A user story is one or more sentences in the everyday or business language of the end user that ca...
Each user story is limited, so it fits on a small paper note card to ensure that it does not grow too large. </li></li></u...
Example:
As a user I want  to create organizer records, so that I can store my plans scheduled somewhere.</li></li></ul><li>User st...
Story must describe the What not How.
The intention of the user story is to be able to respond faster and with less overhead to rapidly changing real-world requ...
User storyshould be<br /><ul><li>Independent  - stories should not be dependent on one another. Dependencies between stori...
Negotiable -  They are not written contracts or requirements that the software must implement. Story cards are short descr...
Valuable - each story must bring some business value.
Estimable – the scope of as story must be observable.
Small – to estimate, to track progress
Testable  - must be a criteria of “done”</li></li></ul><li>User story author<br /><ul><li>The user stories should be writt...
Business analyst can be a surrogate of a customer.
User stories could also be written by developers to express non-functional requirements.</li></li></ul><li>Acceptance of a...
Example:
Acceptance criteria: a record with all fields specified is created and saved so some persistent state </li></li></ul><li>O...
Organizer CRUD userstories: R<br />	US 2. <br />As a user I want to view the records that have a particular date, time spe...
Upcoming SlideShare
Loading in...5
×

User stories

2,011

Published on

Scrum. User stories

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
2,011
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
69
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Dependencies between stories lead to prioritization and planning problems. For example, suppose the customer has selected as high priority a story that is dependent on a story that is low priority.A company can pay for a job posting with a Visa card.A company can pay for a job posting with a MasterCard.A company can pay for a job posting with an American Express card.Suppose the developers estimate that it will take three days to support the first credit card type (regardless of which it is) and then one day each for the second and third. With highly dependent stories such as these you don&apos;t know what estimate to give each story—which story should be given the three day estimate?
  • User stories

    1. 1. User Stories <br />
    2. 2. User story<br /><ul><li>A user story is one or more sentences in the everyday or business language of the end user that captures what the user wants to achieve. User stories are used with Agile software development methodologies for the basis of what features that can be implemented.
    3. 3. Each user story is limited, so it fits on a small paper note card to ensure that it does not grow too large. </li></li></ul><li>User story template<br /><ul><li>As a <role>, I want <goal/desire> so that <benefit>.
    4. 4. Example:
    5. 5. As a user I want  to create organizer records, so that I can store my plans scheduled somewhere.</li></li></ul><li>User story<br /><ul><li>User stories are a quick way of handling customer requirements without having to elaborate vast formalized requirement documents and without performing overloaded administrative tasks related to maintaining them.
    6. 6. Story must describe the What not How.
    7. 7. The intention of the user story is to be able to respond faster and with less overhead to rapidly changing real-world requirements.</li></li></ul><li>User story board<br />
    8. 8. User storyshould be<br /><ul><li>Independent - stories should not be dependent on one another. Dependencies between stories lead to prioritization and planning problems.
    9. 9. Negotiable - They are not written contracts or requirements that the software must implement. Story cards are short descriptions of functionality, the details of which are to be negotiated in a conversation between the customer and the development team.
    10. 10. Valuable - each story must bring some business value.
    11. 11. Estimable – the scope of as story must be observable.
    12. 12. Small – to estimate, to track progress
    13. 13. Testable - must be a criteria of “done”</li></li></ul><li>User story author<br /><ul><li>The user stories should be written by the customers for a software project and are their main instrument to influence the development of the software.
    14. 14. Business analyst can be a surrogate of a customer.
    15. 15. User stories could also be written by developers to express non-functional requirements.</li></li></ul><li>Acceptance of a story<br /><ul><li>Before a user story is to be implemented, an appropriate acceptance procedure must be written by the customer to ensure by testing or otherwise determine whether the goals of the user story have been fulfilled.
    16. 16. Example:
    17. 17. Acceptance criteria: a record with all fields specified is created and saved so some persistent state </li></li></ul><li>Organizer CRUD userstories: C<br /> US 1. <br />As a user I want  to create organizer records, so that I can store my plans scheduled somewhere._____________Acceptance criteria: a record with all fields specified is created and saved so some persistent state  Size: medium.<br /> Priority: highSprint: 1<br />
    18. 18. Organizer CRUD userstories: R<br /> US 2. <br />As a user I want to view the records that have a particular date, time specified on the calendar, so that I can schedule my plans._____________Acceptance criteria: System displays the records that have date specified on the calendar.Size: medium.<br /> Priority: highSprint: 1<br />
    19. 19. Organizer CRUD userstories: R<br /> US 3. <br />As a user I want to view the records with no date specified on the tasks section, so that I can view my tasks that have to schedule._____________Acceptance criteria: System displays the records that have no date specified on the tasks pane.Size: medium.<br /> Priority: mediumSprint: 1<br />
    20. 20. Organizer CRUD userstories: U<br /> US 4. <br />As a user I want to edit the records stored persistently in the app, so that I can change my plans._________Acceptance criteria: 1. System allows to edit an existing records.2. The entered/existing data is saved successfully to the persistent storage when the user saves the record.Size:  big.<br /> Priority: lowSprint: 2<br />
    21. 21. Organizer CRUD userstories: D<br /> US 5. <br />As a user I want to delete records, so that I can clean up the mess.______Acceptance criteria:  The record is deleted from the persistent storage and is no longer available.Size:  simple.Sprint: 2<br />
    22. 22. Use stories environment<br /><ul><li>Agile > Scum
    23. 23. Agile > XP
    24. 24. Agile > Kanban</li></li></ul><li>Scrum: user story lifecycle<br />
    25. 25. Scrum: Backlogs<br /><ul><li>Product backlog
    26. 26. Sprint Backlog
    27. 27. User Story XXX
    28. 28. Task 1
    29. 29. Task 2
    30. 30. Task 3
    31. 31. Task 4</li></li></ul><li>User stories practice<br /><ul><li>Create a user story for your project
    32. 32. Identify user role
    33. 33. Identify value
    34. 34. Identify acceptance criteria
    35. 35. Estimate the story
    36. 36. Prioritize the story</li></li></ul><li>Questions <br /><ul><li>Come’n I know yagotta tricky question for me….</li>
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×