Task:Sprint progress

The problem: progress unknown
maemo.org is being developed through public sprints since February 2008. The parties involved are the maemo.org funded crew, the Nemein guys in charge of the Midgard CMS and the Nokia contacts.

In every sprint planning meeting each one of us has committed to a lot more than at the end was completed. This is not a problem per se (it usually happen, apparently). The problem is the lack of shared information about the progress on tasks and the reasons for the delays.

This leads to common issues like:
 * Not knowing whether a task is stuk or the responsible is working on it, just not reporting progress.
 * Not knowing whether a task apparently stuk will be addressed anytime soon or will drop to the next sprint.
 * Not knowing whether a task could get help from others, including people external to the core team.

According to previous agreements, everybody should send weekly reports to the mailing list. In practice only few people has done it few times.

The proposal: adapt scrum
In fact these problems are well known in project management, specially in distributed environments. Agile development fights this lack of information with e.g. a daily short scrum meeting and a table showing the progress of all committed tasks.

First of all: documented tasks
Documenting is always good, but in our case is essential. A written description of a task is the first and best element to ensure that everybody agrees on the same. We owe transparency to the Maemo community and we want to receive their help whenever possible. Tasks can be started by one person and continued by others. At any time a team member might want to know abous a specific task and s/he can't go to the office of the co-worker and ask.

All this leads to documenting tasks properly. All tasks willing to be commited in a maemo.org sprint should have either:
 * in a wiki page starting with "Task:" using the Template:Task in mode.
 * Or a bug report in product Website with Medium priority.

To be continued...