Back to developer page.
Sprint
A Fast Downward sprint is a two weeks period in which we invest most of our time in improving the planner and tackle larger work packages called "stories".
Statistics
We estimate the effort of a story using the fictional Haslum (HSM) score. A Person Day (PD) represents the work one person accomplishes per day.
|
HSM Total |
HSM/PD |
||||
Sprint |
Satisfaction |
PD |
Done |
Pulled |
Done |
Pulled |
2020-Jun |
|
|
18 |
21 |
|
|
2021-Feb |
|
|
4 |
5 |
|
|
2021-Apr |
|
|
5 |
11 |
|
|
2021-Jun |
4/5 |
45 days |
9 |
19 |
0.2 |
0.4 |
To Improve
Old "To Improve" Outcomes
To Improve After 2021-Jun Sprint
We are not happy with our story voting rules. We want to try something new. Next time, one person becomes the product owner. He/She decides the focus of the sprint. The product owner prepares a set of well defined stories (with subtasks). The product owner does not need to know everything, but should consult the developers. It is his/her responsibility to create stories that motivate the sprint participants. At the sprint meeting, the developers will estimate the Haslum scores for each story and select a subset for the sprint.
- We are not happy with the Jira board, but also do not know how to improve it. The board is useful to see on which tasks someone can help, but:
- Some stories have a linear structure. The board is not helpful for those.
In a physical sprint with a physical board, it is easy to find a task and just ask someone in the room what to do for that task, in the virtual sprints with the virtual board, nobody is next to me who can help me start on that task.
- Many stories have to be better defined.