StreamlineMembershipApproval

Differences between revisions 1 and 8 (spanning 7 versions)
Revision 1 as of 2007-07-09 20:08:25
Size: 3223
Editor: 80-44-93-192
Comment: initial draft
Revision 8 as of 2008-05-06 12:18:46
Size: 3935
Editor: cluster-j
Comment: link to ["Membership"]
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

This specification has now been implemented. The process for applying for Ubuntu membership is explained at ["Membership"].
Line 10: Line 12:
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. 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 fortnightly meetings.
Line 30: Line 32:
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. Each team should have at least 7 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.
Line 36: Line 38:
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. For the first six months, the system will be run in a supervisory mode, where the results of the team meetings, including a list of approved names, wiki pages and Launchpad url's, are passed up to the Community Council mailing list for approval. One member of the Council will then look over it and approve the membership in Launchpad. Issues can be flagged and passed back to the team. If that goes smoothly, then the Council will consider moving it to "production" mode where those teams can speak for us directly, approving memberships in Launchpad. Furthermore, at least one member of the Council will try to be at each meeting.

It is important that the whole community can keep aware of the new members as they are approved. As a result, a reporting process will be drawn up whereby each regional council will supply specific information about each candidate to the ["UWN"] team to include with the weekly newsletter.
Line 46: Line 50:
== Outstanding Issues == Draw up comprehensive wiki pages to document the new process, organise the scheduling and agendas of the new meetings, and document the reporting process.

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.

This specification has now been implemented. The process for applying for Ubuntu membership is explained at ["Membership"].

Summary

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 fortnightly 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.

Rationale

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.

Design

This falls into two areas.

Membership

Three regional teams will be created for approving new Ubuntu members, in the following geographical areas:

  • Americas
  • Europe, Middle East and Africa
  • Asia / Oceania.

Each team should have at least 7 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, the system will be run in a supervisory mode, where the results of the team meetings, including a list of approved names, wiki pages and Launchpad url's, are passed up to the Community Council mailing list for approval. One member of the Council will then look over it and approve the membership in Launchpad. Issues can be flagged and passed back to the team. If that goes smoothly, then the Council will consider moving it to "production" mode where those teams can speak for us directly, approving memberships in Launchpad. Furthermore, at least one member of the Council will try to be at each meeting.

It is important that the whole community can keep aware of the new members as they are approved. As a result, a reporting process will be drawn up whereby each regional council will supply specific information about each candidate to the ["UWN"] team to include with the weekly newsletter.

Governance Review

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.

Implementation

Draw up comprehensive wiki pages to document the new process, organise the scheduling and agendas of the new meetings, and document the reporting process.


CategorySpec

StreamlineMembershipApproval (last edited 2008-08-06 16:32:56 by localhost)