User Stories

Instructions

Your team must gather all the functional requirements for your app and specify them as user stories.

As your team comes up with user stories, you must enter them into your backlog document.

Required Features to Cover. Your team’s set of user stories must cover all of the following features:

Expect a Lot of Stories. Each item above likely suggests multiple user stories. You will likely have a lot of user stories (over 25) — that is to be expected.

No User-Login Stories. Notice that user sign-in/sign-up/sign-out features are not mentioned above — do not make user stories for them.

Additional Features Expected. It is expected that the team will also have stories for features that go beyond the ones listed above.

Everyone Must Contribute. All team members must contribute to the effort to conceive of and document these requirements.

Story Formatting: Your team’s user stories must be specified and formatted as follows:

An example user story in the required format with its ID, title, and description annotated.

To clarify what is expected, here is an example backlog with only the user stories completed.

Additionally, each of your team’s user stories must meet the following quality criteria:

Grading Rubric

There are two categories of evaluation criteria for the user stories: quality and quantity.

Quality Criteria:

Each user story should meet the following quality criteria.

To assess the overall quality of a set of user stories, the percentage of stories that satisfy all of the above criteria will be calculated.

Quantity Criteria:

Required Features. Your team’s set of user stories must cover all of the following features:

Inspecting the set of user stories your team has written, the instructor will assess how completely the set covers the expected requirements for the app.

Quantity Ratings. Based on the instructor’s assessment, they will rate the set of stories as follows:

Grade Requirements. Minimum requirements to earn each grade: