Who/when: This assignment is completed by all
students, after several sprints have been completed.
Genre: Written collaborative narrative
Audience: Current team members and future Senior
Project students.
Purpose: Reflect on the mechanics of the scrum,
from multiple perspectives; write collaboratively to produce a
common statement on how daily scrums are conducted; critique the
description collectively to provide an introduction to Scrum for
future students.
Communication skills: writing, speaking,
teaming
For people who have never been involved in Scrum before, the idea is a bit mysterious. The basic idea is so simple, but what really happens? The details are not usually mentioned in the "in a nutshell" descriptions you get on Scrum websites - but the details can make a lot of difference. We are going to concentrate on the details here, including conventions or habits that we may have adopted unconsciously.
Outcomes. In this assignment you will get experience in the following skills:
Part 1. Time: 60 minutes
Write a description of what happens during a daily scrum: the initial standup meeting, plus whatever follows. We are looking for a complete description - don't leave details out. When and where you meet, how you are situated in the meeting, who speaks and when, what tools you use and how you use them, what kind of speaking style you use - All of these and more are relevant. Where possible, indicate what factors you think are helpful to the scrum (e.g. having a stand-up meeting has the effect of keeping meetings short and on topic). Not all factors may be helpful: some may be neutral, and others may be downright harmful.
There are a lot of different ways of viewing a complex activity like a scrum. Let's use the following heuristic to guide the descriptions:
Post your description to the wiki.
Part 2. Time: 60 minutes
At the next Sprint Retrospective, get together as a team and share the descriptions orally.
Part 3 (Scrum Master only). Time: 60 minutes
Take the draft document on the whiteboard and convert it into a complete written document. Your audience is future Software Project students, so be sure to introduce new ideas and terms carefully. Post the document on the project wiki.
Criterion | Successful | Unsatisfactory |
---|---|---|
Attention to all aspects of conversation | Covers a range of nonverbal and verbal aspects of the scrum. | Focuses on only one or two aspects of the scrum. |
Use of multiple perspectives | Describes concrete details of the scrum using each of the suggested perspectives (particle, wave, field). | Uses only one of the suggested perspectives, or fails to use the particle/wave/field heuristic entirely. |
Sharing details with the team | Provides a variety of highly descriptive items to the group description. | Provides only an extremely limited range of items. |
Engagement with the team discussion | Repeatedly offers constructive suggestions for the editing of the consensus document and the suggested scrum changes. | Remains silent, offering no constructive suggestions. |
Written concision | Written consensus document is free of redundant information or unhelpful extra verbiage. | Repeats information and/or couches description in a wordy, unhelpful style. |
Written completeness | Written consensus document captures all the details conveyed during the whiteboard session. | Misses a significant portion of the whiteboard material. |
Technical aspects of writing | Presents organized, grammatical, spell-checked prose; shows attention to the audience through reader-friendly prose, with complete sentences and definitions where appropriate. | Presents prose with significant technical faults; fails to present a reader-friendly document, due to fragmented prose or undefined terminology. |