This is an old revision of the document!


scrumj Practices and Conventions

scrumj is not a full-featured project management tool. Hence, it must be supplemented in a variety of ways. The following conventions and practices describe one way to use scrumj.

Conventions

Each document contains the backlog for a single sprint. With that in mind:

  • A scrumj document should contain only sprintable stories.
  • The product backlog should be kept in a different document. It can contain both sprintable stories and epics. When sprintable stories are added to a sprint backlog they should be manually removed from the product backlog.
  • Every task should have a description, effort (in hours), and assignee.
  • Every acceptance criterion (also known as a definition of done) should have a description and assignee.
  • The team member that is the assignee on a task should “check” its status checkbox when it is completed.
  • The team member that is the assignee on an acceptance criterion task should “check” its status checkbox when it is confirmed.

Practices for Creating Sprint Backlogs

The recommended process for creating a backlog is slightly different for the first sprint and subsequent sprints. Help is available on the using scrumj page .

Sprint 1

Before the planning meeting, one team member should first:

1. Click on the scrumj link to create a copy of a blank document.

2. Rename the copy to “Sprint1”. (Note: It is a good idea to avoid the use of spaces in identifiers of all kinds since they are often used as delimiters.)

3. Set the start/end dates by clicking on Scrumj+Set dates….

4. Add all of the team members to the “Assignments” page using just the local-part (i.e., the part before the @ sign) of each member's email address (at JMU, this is the person's eid). NOTE: You cannot add team members after a story has been added. So, you must add all team members now.

5. Share the copy with all other team members and the product owner using their eid@dukes.jmu.edu account.

After the planning meeting begins, one team member should then:

6. Add all of the stories that the team expects to include in the sprint backlog. (In principle, this can be done by multiple players simultaneously but it is difficult to not create editing conflicts.)

Then, multiple team members can simultaneously add details to each story:

7. Copy the description of the story from the product backlog.

8. Enter the number of story points.

9. Add the tasks.

10. Add the acceptance criteria.

After the details of all of the stories have been entered, one team member should:

11. Click on Scrumj+Update Assignments.

If the team then decides to exclude some stories from the sprint, the best thing to do is:

12. Click on “Deactivated?”

13. Click on Scrumj+Update Assignments.

Alternatively, you could delete the story. However, you will then lose all of the information you entered about them.

After you have finalized the sprint backlog, remember to:

14. Delete the stories from the product backlog.

Sprint N

If Sprint N-1 contains open stories and/or deactivated stories, the best thing to do is have one team member:

1. Copy the document containing the backlog for Sprint N-1.

2. Rename the copy to “SprintN” (with N replaced by the appropriate number).

3. Click on Scrum+Delete completed stories.

4. Set the start/end dates by clicking on Scrumj+Set dates….

5. Share the copy with all other team members and the product owner using their eid@dukes.jmu.edu account.

6.-14. Use the process for Sprint 1

If Sprint N-1 does not contain either open stories or deactivated stories, the best thing to do is use the process for Sprint 1 (but using the appropriate sprint number).