(→Responsibilities: jwb: "less 'POWER FROM ABOVE' and more 'WE ARE HERE TO HELP'") |
m (fix typos) |
||
Line 49: | Line 49: | ||
The Council also includes four representative seats, an '''Engineering Lead''', an '''Outreach Lead''', and two '''Elected Representatives'''. | The Council also includes four representative seats, an '''Engineering Lead''', an '''Outreach Lead''', and two '''Elected Representatives'''. | ||
"Engineering" and "Outreach" are broad areas roughly encompassing two of the major areas of activity in Fedora. ''Engineering'' is the technical work related to building and releasing the Fedora operating system and the infrastructure related to that. ''Outreach'' includes marketing, support, and Fedora Ambassadors — largely activities that happen | "Engineering" and "Outreach" are broad areas roughly encompassing two of the major areas of activity in Fedora. ''Engineering'' is the technical work related to building and releasing the Fedora operating system and the infrastructure related to that. ''Outreach'' includes marketing, support, and Fedora Ambassadors — largely activities that happen between Fedora and the world at large, with the distribution release cycle serving as a fuel source, not the thing that's being worked on. | ||
The engineering and outreach leads responsibility is to represent their areas collectively, ''not'' to be just an individual voice that happens to be voted-in by some subset of Fedora. They are selected by the people active in those areas, coordinated by the Fedora Engineering Steering Committee (FESCo) and the Fedora Ambassadors Steering Committee (FAmSCo) respectively, and serve for terms to be determined by those committees. | The engineering and outreach leads responsibility is to represent their areas collectively, ''not'' to be just an individual voice that happens to be voted-in by some subset of Fedora. They are selected by the people active in those areas, coordinated by the Fedora Engineering Steering Committee (FESCo) and the Fedora Ambassadors Steering Committee (FAmSCo) respectively, and serve for terms to be determined by those committees. |
Revision as of 20:01, 1 October 2014
Introduction
The Fedora Council is our top-level community leadership and governance body.
The Council is composed of a mix of representatives from different areas of the project, named roles appointed by Red Hat, and a variable number of seats connected to medium-term project goals.
Decisions are made by a consensus process, in which we work together as a common team to find shared solutions and address concerns, with a focus on giving voice rather than on balance of power.
Responsibilities
The Council is responsible for issues of strategic importance for Fedora that require leadership and coordination across the various teams and subprojects to achieve.
Its primary role is to identify the short, medium, and long term goals of the Fedora community and to organize and enable the project to best achieve them. This is done in consultation with the entire Fedora community through transparent, public discussion.
The Council governs Fedora's financial resources, working with our sponsor to establish an annual budget allocated to support Fedora initiatives, including Fedora Ambassadors, Fedora Premiere Events, and other activities which advance the project's goals.
The Council also decides on issues regarding use of the Fedora trademarks, is responsible for final arbitration of complaints related to project policies and for settling disputes escalated from other committees or subgroups, and may handle sensitive legal or personnel issues which require research and discussion to protect the interests of the Fedora Project or its sponsors.
Making Decisions
Many basic decisions are made through a process known as "lazy approval", in which general consent is assumed unless valid objections are raised within a period of time — generally three to seven days, although the timeframe should be stated each time and should be proportionate to the impact of the action. This process is used for decisions with short-term consequences and which can be easily reversed.
More significant decisions are made through a process of full consensus. In order to pass, these decisions need three positive votes (+3) and no negative votes (-1). A negative vote immediately halts the process and requires discussion. Therefore, in order to remain valid, negative votes must be supported with a specific concerns about the poposal, and suggestions for what could be changed in order to make the proposal acceptable. A vote of "0" is sometimes used to indicate a disagreement but willingness to stand aside; this should also be accompanied with an explanation.
This model matches Fedora's "Friends" foundation, which calls for finding acceptable consensus to serve the interests of advancing free software. It works because we work together in a community of mutual respect even when we disagree.
In general, the Council conducts business in public discussion, and any Fedora project member can make negative or positive votes. It is the duty of the Council to take concerns raised in this way into serious consideration, but only Council members' votes are binding in the final tally.
When consensus can't be reached, the Council may ask the Fedora Project Leader to decide on a resolution. Such a request can be made when all Council members agree that the Council is deadlocked, or if the dispute is unresolved after fourteen days and a simple majority of Council members are in favor of the request.
Composition
Objective Leads
On an ongoing basis, including sessions at Flock and in public online meetings, the Council will identify two to four key community objectives with a timeframe of approximately eighteen months, and appoint Objective Leads for each goal. These will serve as auxiliary Council members, with binding votes only over concerns relevant to their particular area.
Each objective will be documented with measurable goals, and the objective lead is responsible for coordinating efforts to reach those goals, evaluating and reporting on progress, and working regularly with all relevant groups in Fedora to ensure that progress is made.
Representatives
The Council also includes four representative seats, an Engineering Lead, an Outreach Lead, and two Elected Representatives.
"Engineering" and "Outreach" are broad areas roughly encompassing two of the major areas of activity in Fedora. Engineering is the technical work related to building and releasing the Fedora operating system and the infrastructure related to that. Outreach includes marketing, support, and Fedora Ambassadors — largely activities that happen between Fedora and the world at large, with the distribution release cycle serving as a fuel source, not the thing that's being worked on.
The engineering and outreach leads responsibility is to represent their areas collectively, not to be just an individual voice that happens to be voted-in by some subset of Fedora. They are selected by the people active in those areas, coordinated by the Fedora Engineering Steering Committee (FESCo) and the Fedora Ambassadors Steering Committee (FAmSCo) respectively, and serve for terms to be determined by those committees.
The elected positions cover Fedora's subprojects not under the engineering or outreach banners (Documentation, Translation, etc.), and the community at large. One specific responsibility is to represent the voice of individual contributors to the Fedora project. Each representative will also work on specific goals which she or he brings to the Council as highlighted during the election process.
Elections are held twice a year, in concert with the joint Fedora election cycle. These positions have a two-election (approximately one year) term, and no person who currently holds another Council seat can be elected, nor can anyone be elected twice in a row (although the same person may be elected multiple times, with a break in between).
Appointed Leadership Positions
Fedora Project Leader
The Fedora Project Leader serves as the chair of the Council, organizing discussion agendas, bringing issues to the table, and facilitating the consensus process. He or she is accountable for success in all areas of the project, but is not a dictator, benevolent or otherwise. The FPL often serves as the public face and collective voice of the project, and has a corresponding duty to listen to, understand, and fairly represent the collective views and needs of project contributors and stakeholders.
The Fedora Project Leader is hired by Red Hat with the advice and consent of the Council.
Fedora Community Action and Impact Coordinator
Red Hat's Open Source and Standards group funds a full-time position to lead initiatives to grow the Fedora user and developer communities, and to make Red Hat / Fedora interactions even more transparent and positive. The Fedora community budget comes to us through OSAS, and this position facilitates decision-making on how to best focus that to meet our collective objectives.
Auxiliary Seats
As with the objective leads, the next two appointed positions are auxiliary seats. They are intended to have significant positive impact on the project as a whole, but in order to minimize the overall influence of appointed positions vs. those selected by the community, their votes in the consensus prorcess are expected to be related to the scope of the respective role.
Diversity Advisor
Fedora's Diversity Advisor works on initiatives to assess and promote equality and inclusion within the Fedora contributor and user communities, and helps develop project strategy on diversity issues. Additionally, the Diversity Advisor administers and is the point of contact for Fedora's participation in third-party outreach programs and events.
Fedora Program Manager
The FPgM coordinates the planning and scheduling of Fedora releases, and tracks changes and features during the development and testing cycle. He or she also assists with the creation, maintenance, and execution of formal, repeatable Fedora processes. Additionally, the FPgM serves as record keeper and secretary for Fedora Board Meetings.
Coda
Meetings
The Fedora Council is not meeting- or ticket-driven, but holds semi-regular public IRC meetings to discuss current issues, to clear through anything outstanding which can be quickly resolved, and to ensure that nothing important is left in limbo. All members are be expected to regularly communicate what's going on in their area, through blog posts or other public updates.
Additionally, the Fedora Project Leader will hold weekly IRC "office hours"; attendance is not mandatory for all members but is encouraged.
Transparency
The general policy of the Fedora Council is to default to open. Meetings are held in public IRC channels, and open to all Fedora users and contributors. Discussion is held in on a public mailing list open to all subscribers, and formal decisions will be recorded in a public ticket tracking system.
Occasionally, when personal, private, or sensitive issues need to be discussed, a phone call might be used. A private mailing list and ticket tracking instance also exist for these situations, but will also only be used when dealing with these uncommon issues.
Time Commitment
Serving on the Fedora Council is a significant commitment of time and energy. Workload for the various roles will vary, but each will require a number of hours every week, and in most cases, the more, the better a Council member is able to do the job fully.
We recognize that most Fedora community members do not have the luxury of working on Fedora full-time or as part of a paid position. The time commitment required for these roles comes simply from what is required to lead a large project like Fedora, and is not intended to be an artificial limit on who can participate. We know that that it can be a pragmatic limit, and for that reason, the Council is responsible for extra effort to receive, recognize, be responsive to, and meaningfully reward the input of contributors offering their individual time.
Governance Philosophy
History
For more on the previous Fedora governance structure, see [link]. The previous structure had five members directly appointed by Red Hat and five elected at large. The current structure is more complicated but has a much greater proportion of members selected by the community by election or merit.
tl;dr?
- Active body tasked with identifying and enabling strategic objectives.
- Handles governance issues like budget and project structure as well.
- Consensus-based decision making ensures that all voices are heard.
- 6 members with full voting:
- 2 appointed by community for engineering and outreach project areas,
- 2 elected by community at large, and
- 2 appointed and paid by Red Hat (FPL and FCAI).
- 4-6 members with binding votes in areas related to their role:
- 2-4 appointed by community,
- 1 hired by Red Hat, and
- 1 appointed by the Council (possibly using a selection committee)