Previous Lecture lect06 Next Lecture

lect06, Mon 04/13

Monday Section: Acceptance Criteria for MVP, additional iterations

Homework

Tomorrow

lab00 will be assigned tomorrow. It is to get you oriented to deploying with your tech stack

Today

Acceptance criteria:

So, include both the “happy path” as well as “error path” in your acceptance criteria.

To put them in an issue, use this syntax (which makes a list with checkboxes):

- [ ] There should be a login button if you are not logged in
- [ ] When you click on the login button, it should redirect you to a place where you can sign in
- [ ] If you correctly sign in, a new menu called "add item" should appear
- [ ] The "add item" menu item should not appear if you are not logged in
- [ ] If you are logged in, there should not be a login button, but a logout button instead.
- [ ] Clicking on the logout button should log you out

Later, we’ll also discuss how to write automated tests for each acceptance criteria (in addition to testing manually).

For now, though, just focus on what the acceptance criteria for each story should be.

If you are done

Go ahead and create additional columns for additional “iterations” beyond the MVP, i.e. a second iteration, third iteration, etc.

Put stories into those, and “groom them”, i.e. add acceptance criteria.

Some notes on iterations and parallelism

It may be the case that your MVP has user stories that are “linear”, i.e. where there is a series of stories that have to be completed in a definite order.

That’s an ok way to get started. But it means that your team can only be implementing one feature at a time.

As your team gets more experience, and as you get into later iterations (your 2nd, 3rd, etc.) try to find ways that your team can work in parallel.

If there are two or three different features, that can be in iteration 2, for example, so that a team of 4 can be in two pairs, or a team of 6 can work in three pairs, your team will have more productivity.

That requires you to think about feature that can be implemented in parallel, without getting into each other’s way.

If you’ve already divided your stories into iterations, think about whether those iterations have enough parallelism. If not, think about whether you can refactor your iterations (splitting, combining, adding new features) so that there is some degree of parallelism.

When there’s 10 minutes left

When there’s five minutes left, I’ll invite you all back

And ask you report on what you learned.