|
| 1 | +## Deadlines |
| 2 | +- Client needs to provide the user stories the week before the sprint on Thursday morning |
| 3 | +- We need to have plan the sprint the by EOD Friday. This includes dealing with not being able to fit everything in the current sprint. |
| 4 | + |
| 5 | +## Outcomes |
| 6 | +- We know exactly what needs to get done for the sprint by the time it starts |
| 7 | +- We are on the same page with the client about what is (and is not) getting done in the sprint |
| 8 | +- We don't take on more work than we can handle |
| 9 | +- Everyone on the team knows what they should be working on |
| 10 | + |
| 11 | +## Process |
| 12 | +### Ensure all of the high level stories are clarified |
| 13 | +**Josh and Venkat are responsible for this** |
| 14 | +- Go through each user story in the sprint |
| 15 | +- If a task is unclear |
| 16 | + - Add the unclear tag |
| 17 | + - Ask for a description in a comment |
| 18 | + - If you are able to guess what they want, write an acceptance test. Ask them the following: |
| 19 | + |
| 20 | +> Is this what you meant? Is there any functionality I am missing besides this? |
| 21 | +
|
| 22 | +- Write all your acceptance tests in the description area of each Asana user story task |
| 23 | + |
| 24 | +### Estimate and assign stories |
| 25 | +**Josh and Venkat are responsible for this** |
| 26 | +- Estimate the number of points each story is worth |
| 27 | +- Assign the stories amongst everyone on the team |
| 28 | + |
| 29 | +> [6] User can search the site for products |
| 30 | +
|
| 31 | +- If we can't handle the number of points we give them, we can provide some options on how to reduce the scope for the week. |
| 32 | + |
| 33 | + |
| 34 | +### Break down the stories into tasks |
| 35 | +**Done for each of the stories you are assigned** |
| 36 | +- Create individual tasks in the dev section of Asana |
| 37 | +- Reference the individual tasks in the description area of the user story task |
| 38 | +- **Each task should have the granularity of 1 day max. If it doesn't break it down further.** |
| 39 | + |
| 40 | +### What is an acceptance test? |
| 41 | + |
| 42 | +**An acceptance test is a step-by-step example of a feature in action. If our client carried out the instructions of the test, he would agree that the feature works as expected** |
| 43 | + |
| 44 | +Example for a search feature: |
| 45 | +- Consumer clicks on the search bar |
| 46 | +- Consumer types in "pants" |
| 47 | +- Consumer sees a gallery of products with pants in the title or description |
| 48 | + |
| 49 | +_If our client did what we describe above, he would agree that the feature was working_ |
| 50 | + |
| 51 | +Some features will require multiple acceptance tests. For example, a search feature might have a way to search within a category. |
| 52 | + |
0 commit comments