From Fedora Project Wiki
(fill in member roster)
(Change the voting section a bit to allow easier passage of measures and account for not having ticketing.)
Line 27: Line 27:
== Making Decisions ==
== Making Decisions ==


Because Fedora is a global project, members of the working group may be distributed across multiple timezones. It may be possible to have a real-time IRC meetings, but in general we will conduct business on the Fedora Cloud mailing list.
Because Fedora is a global project, members of the working group may be distributed across multiple timezones. It may be possible to have a real-time IRC meetings, but in general we will conduct business on the [https://lists.fedoraproject.org/mailman/listinfo/env-and-stacks| Environments and Stacks mailing list].


Many of our decisions can be made through "lazy consensus". Under this model, an intended action is announced on the mailing list, discussed, and if there is no controversy or dissenting views with a few days, simply done.
{{admon/note|Meetings During the Initial Phase|During this initial period where we are creating governance documentation and laying out initial plans we will likely have more meetings than normal. At this time we've allocated Tuesday at 13:00UTC and 16:00UTC for those meetings.  Each of those times has conflicts for at least some members so we should attempt to get as much done on the mailing list as possible.  These will likely be abandoned around January 2014 when the initial phase of creating the Working Groups wraps up.}}


For bigger issues, where there may be disagreement, or where there is long-term impact, or where an action may not easily be undone, we will use a ticketing system for voting https://fedorahosted.org/cloud/. Working group members can vote +1 to approve, -1 to disagree, or 0 to abstain; five +1 votes are necessary for a measure to pass. Non-members may comment on the ticket and (of course) discuss on the mailing list, but are asked to refrain from putting votes in the ticket.
Many of our decisions can be made through "lazy consensus". Under this model, an intended action is announced on the mailing list, discussed, and if there is no controversy or dissenting views within a few days, simply done.
 
For bigger issues (where there is disagreement, a long-term impact, or where an action may not easily be undone) we will have more formal voting. Working group members can vote +1 to approve, -1 to disagree, or 0 to abstain.  Abstentions serve to remove one person from being counted towards pass or failure.  So, with no abstentions, a simple majority of five members is necessary to pass a measure.  With two abstentions, four +1 votes are necessary, and so forth.
 
Unless we adopt a ticketing system, issues to be voted upon should be sent to the mailing list as a new thread with a subject starting with the word "Proposal". Non-members may comment on the thread but are asked to refrain from putting votes there.  Working group members need to reply to the initial post with +1, -1, or 0.


== Changing these Rules ==
== Changing these Rules ==


This document will be approved by consensus of the initial Working Group members and approved by FESCo. After initial ratification, any substantive changes can be approved by majority vote and sent to FESCo for acceptance.
This document will be approved by consensus of the initial Working Group members and approved by FESCo. After initial ratification, any substantive changes can be approved by majority vote and sent to FESCo for acceptance.

Revision as of 18:12, 5 November 2013

Warning.png
This page is a draft only
It is still under construction and content may change. Do not rely on the information on this page. This is an unratified draft document

Fedora Environment and Stacks Working Group Governance Structure

This document describes the governing structure for the Fedora Environment and Stacks Working Group.

Note.png
Will be re-evaluated after Fedora 21 is Released
This document is based on the Cloud Working Groups Governance document. However, the Environment and Stack WG is very different. The Cloud WG has a mission of creating a specific Fedora Product. The Environments and Stacks Working Group is more of a research and development group that may end up launching wholly new products or helping to build technologies and procedures that help the other WGs produce their products. As such, we're going to re-evaluate whether the governance we've adopted here is a good fit for what we do in practice after we've had a little time to see what work we actually do.

Membership

The Fedora Environment and Stacks Working Group has nine voting members, one selected by the Fedora Engineering Steering Committee as the liaison to FESCo, and the others initially selected by the FESCo liaison.

Because continuity is important, Working Group members serve as long as they are able and willing. When a position in the group becomes available, that position will be filled by unanimous consent of the existing members.

Current Members

  • John Dulaney
  • Honza Horak
  • Tadej Janež
  • Slavek Kabrda
  • Sam Kottler
  • Toshio Kuratomi
  • Marcela Mašláňová (FESCo Liaison)
  • Jens Petersen
  • Debi Rieden

Making Decisions

Because Fedora is a global project, members of the working group may be distributed across multiple timezones. It may be possible to have a real-time IRC meetings, but in general we will conduct business on the Environments and Stacks mailing list.

Note.png
Meetings During the Initial Phase
During this initial period where we are creating governance documentation and laying out initial plans we will likely have more meetings than normal. At this time we've allocated Tuesday at 13:00UTC and 16:00UTC for those meetings. Each of those times has conflicts for at least some members so we should attempt to get as much done on the mailing list as possible. These will likely be abandoned around January 2014 when the initial phase of creating the Working Groups wraps up.

Many of our decisions can be made through "lazy consensus". Under this model, an intended action is announced on the mailing list, discussed, and if there is no controversy or dissenting views within a few days, simply done.

For bigger issues (where there is disagreement, a long-term impact, or where an action may not easily be undone) we will have more formal voting. Working group members can vote +1 to approve, -1 to disagree, or 0 to abstain. Abstentions serve to remove one person from being counted towards pass or failure. So, with no abstentions, a simple majority of five members is necessary to pass a measure. With two abstentions, four +1 votes are necessary, and so forth.

Unless we adopt a ticketing system, issues to be voted upon should be sent to the mailing list as a new thread with a subject starting with the word "Proposal". Non-members may comment on the thread but are asked to refrain from putting votes there. Working group members need to reply to the initial post with +1, -1, or 0.

Changing these Rules

This document will be approved by consensus of the initial Working Group members and approved by FESCo. After initial ratification, any substantive changes can be approved by majority vote and sent to FESCo for acceptance.