• Intro
• Downloads
• Community
• Development
• News
• TALK

maemo.org sprints

Revision as of 23:35, 15 November 2008

maemo.org development is handled through a scrum process with a monthly planning meeting held on IRC in #maemo-meeting, and daily status reporting and task-specific progress reporting on that Sprint's wiki page.

Anyone interested in following the maemo.org development process should review the current month's Sprint page and consider attending the IRC meeting.

Process

The sprint process is adaptable and simple, with a large part of its appeal being the ease with which newcomers can pick up the process.

Sprints

Note: The first 5 Sprints were under the 100Days. Sprint 1 was handled internally.

Development is broken down into monthly sprints with an IRC review and planning meeting at the beginning of the month of each sprint.

These are all of the previous Sprints:

• November 08
• October 08
• Sprint 5
• Sprint 4
• Sprint 3
• Sprint 2
• June 08
• May 08
• April 08
• February & March 08

Tasks

A written description of every proposed and committed task for maemo.org will be provided in a wikipage for that task. This ensures that everybody agrees on the same plan for the task, and provides a centralized place to track the specifics of the development of that task.

All tasks willing to be commited in a maemo.org sprint should have either:

• A proposal in a wiki page starting with "Task:" using the Template:Task in mode {{task|proposed}}.
• Or a bug report in product Website with Medium priority.

Only tasks with wiki pages can be committed for a Sprint.

Planning meeting

The planning and review meeting is typically held at the beginning of each month, and is usually scheduled after some discussion on the maemo-community mailing list. Reviews typically last between 2 and 4 hours, so attendance may not be possible for everybody, but logs are posted to the website usually by the next day.

The channel is unmoderated for the duration of the meeting, but extraneous and off-topic comments and conversation must be kept to an absolute minimum (#maemo can be used for chatter). There is a lot of information being exchanged between a lot of different people, and chatter slows us down and confuses the meeting.

Outline

Direction of the meeting is typically handled by either Nokia's community representative or one of the Community Council members (depending on who is available).

Actions to be taken before the meeting to save IRC time:

• Meeting facilitator creates new sprint page and links it to the sprint meeting announcement.
• Task owners leave the final status of their tasks in the sprint:
  • DONE (green background) or % of completion (red background).
  • Comment for posterity summarizing what was done/left.
  • Update the status banner of the wiki task page.
• Facilitator moves all the uncomplete tasks to the table of the new sprint.
• Anybody willing to propose a new task needs to list it in the Proposals page.
• Anybody willing to push a bug needs to get it to MEDIUM priority (request it in the bug itself if you don't have permissions).

Meeting agenda:

1. Revision of the past sprint:
   1. Only general/exceptional comments, since the revision as such is left in the table and daily reports.
   2. Any task marked as "DONE" considered by anybody not completed?
2. Planning of the new sprint:
   1. Any task moved from the previous sprint considered not appropriate for the new sprint e.g. better back to the backlog or dropped?
   2. Tasks from the backlog committed.
   3. Tasks from the Proposals page committed, to the backlog or sent back for improvement.
   4. Any pending HIGH bugs to be dropped to MEDIUM/LOW/wontfix?
   5. Any MEDIUM bugs promoted to HIGH and committed to the sprint?

Just to clarify: no new tasks and no LOW bugs taken if they were not proposed/promoted before. You can always work on them out of the official sprint.

Actions to be taken after the meeting:

• Update the tasks and bugs tables according to the meeting agreements.
• Upload meeting log and link it from the new sprint page.
• Review old and new committed task pages making sure they have the correct status banner.

Daily reporting

Having daily standup scrum meetings when working online is difficult, so, Instead, developers involved in the Sprint will report their daily progress (assuming they're working on anything Maemo-related) on the month's wiki page in 3 sentences:

1. What have I done since my last report. This is useful for others to see what is the progress.
2. What are the obstacles I'm facing. This is useful to highlight problems (e.g. non-evident dependencies) where others can help.
3. What is my plan today. This helps you to get organized and provides an orientation to others working in related tasks.

The reports are necessary for other developers and interested community members to be able to follow the Sprint's progress, so reporting is highly recommended for paid contributors, and suggested for volunteers.

Task progress table

A simple table is used to provide a quick, color-coded overview of the current progress of the committed tasks for the Sprint. Task owners will updated the color-status, percent completed and comments as they work on their tasks.