Revision 1 as of 2007-07-09 20:08:25
|Deletions are marked like this.||Additions are marked like this.|
|Line 5:||Line 5:|
| * '''Launchpad Entry''': UbuntuSpec:foo
* '''Packages affected''':
| * '''Launchpad Entry''': UbuntuSpec:streamline-membership-approval
* '''Packages affected''': None
Please check the status of this specification in Launchpad before editing it. If it is Approved, contact the Assignee or another knowledgeable person before making changes.
Launchpad Entry: streamline-membership-approval
Packages affected: None
To reduce the bottlenecks and time-zone based problems in obtaining Ubuntu membership from the Community Council, the Council will delegate membership approval to a number of regional bodies to approve members via weekly meetings.
The Community Council will be free to concentrate on project governance and will introduce a system of review for various areas of the project at each meeting.
The Ubuntu project is rapidly expanding and [http://www.ubuntu.com/community/processes/newmember the current process] for approval of new Ubuntu members is struggling to keep up with the increased participation. The list of pending membership applications is so long that the Community Council cannot focus on other issues. Also, it is often difficult or impossible for potential new members to attend Community Council meetings which do not coincide with their availability in a particular timezone.
This falls into two areas.
Three regional teams will be created for approving new Ubuntu members, in the following geographical areas:
- Europe, Middle East and Africa
- Asia / Oceania.
Each team should have 10 people on it and will hold weekly meetings in their own timezones (probably in the early evening), varying the day a little week by week.
A quorum of 3 or 4 people will be sufficient to hear a membership application. The CC will not hear membership applications except in contentious or disputed cases.
The result will be that meetings will be shorter and more convenient for potential new members to attend.
For the first six months, I propose we run it in a supervisory mode, where the results of the team meetings (approvals, that is) are passed up to us on this mailing list for approval. They would mail us a list of approved names, wiki and LP url's, and one of us can look over it and approve the membership in LP. Issues can be flagged and passed back to the team. If that is going smoothly, then we can consider moving it to "production" mode where those teams can speak for us directly, approving memberships in LP.
JonoBacon or DennisKaarsemaker will be asked to draw up a regular review of project governance, identifying two or three areas of the project that the Community Council wants to talk about in each meeting. The leaders of the relevant teams will be invited in to the meetings for a public chat about their work. The Council will focus its attention on that, have community leaders write and blog about that part of the project, identify areas for improvement, and generally attempt to help that part of the project excel.
Equally, the CC will develop a much better understanding of the personalities and issues at play in each of those different aspects of the project.