From Fedora Project Wiki
(→‎Current Members: sort members)
No edit summary
 
(14 intermediate revisions by 5 users not shown)
Line 1: Line 1:
{{draft|This Is an Unratified Draft Document}}
This document describes the governing structure for the Fedora Environments and Stacks Working Group.
 
This document describes the governing structure for the Fedora Environment and Stacks Working Group.


{{admon/note|Will Be Re-evaluated after Fedora 21 Is Released|See the [[#Changing_these_Rules]] section for more details.}}
{{admon/note|Will Be Re-evaluated after Fedora 21 Is Released|See the [[#Changing_these_Rules]] section for more details.}}
Line 7: Line 5:
== Membership ==
== 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.
The Fedora Environments 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, we will call for volunteers and then fill the position according to which volunteer the existing members feel is most suitable.
Continuity is not as important with the Environments and Stacks Working Group as other Working Groups since we are incubating fresh new ideas so we choose our voting members via election.
 
* Elections for half the seats will be held after every fedora release (approximately 6 months) to match with FESCo. Elected members serve for two releases before needing to stand for re-election
* Both candidates and the electorate must have signed the FPCA and be in one other non-cla group to show that they are Fedora Contributors. This is the same group of people as the FESCo electorate but broader than the FESCo candidate pool.
* Other details of the election policy match the [[FESCo election policy]].
 
{{admon/note|Initial Election|The first election will coincide with the FESCo election that occurs near January 2015.  This gives the initial Working Group Members a chance to work on establishing what we work on and how we go about it before it is time for new people to evaluate whether they want to be involved.}}


== Current Members ==
== Current Members ==


* John Dulaney
* '''[[User:Hhorak | Honza Horák]]''' (hhorak) - FESCo liaison (re-elected 2015-Jun-29)
* Honza Horak
* '''[[User:Ncoghlan | Nick Coghlan]]''' (ncoghlan) (re-elected 2015-Jun-29)
* Tadej Janež
* '''[[User:Petersen | Jens Petersen]]''' (juhp) (re-elected 2015-Jun-29)
* Slavek Kabrda
* '''[[User:Vpavlin | Václav Pavlín]]''' (vpavlin) (re-elected 2015-Jun-29)
* Sam Kottler
* '''[[User:Jkaluza | Jan Kaluza]]''' (jkaluza) (since 2015-Jun-29)
* Petr Kovar
* '''[[User:Bkabrda | Bohuslav Kabrda]]''' (bkabrda) (since 2015-Jan-05)
* Toshio Kuratomi
* '''[[User:Walters|ColinWalters]]''' (walters) (since 2015-Jan-05)
* Marcela Mašláňová (FESCo Liaison)
* '''[[User:Ttomecek|Tomas Tomecek]]''' (ttomecek) (since 2015-Jan-05)
* Jens Petersen
* '''[[User:Phracek|Petr Hracek]]''' (phracek) (since 2015-Jan-05)
* Debi Rieden


== Making Decisions ==
== Making Decisions ==
Line 28: Line 31:
Because Fedora is a global project, members of the working group may be distributed across multiple timezones. It may be possible to have 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].
Because Fedora is a global project, members of the working group may be distributed across multiple timezones. It may be possible to have 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].


{{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.}}
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 three days, simply done.
 
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.  Note that neglecting to vote is not equivalent to abstaining.  You must explicitly cast a +0 vote if you wish to remove yourself from being counted towards pass or fail.
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.  Note that neglecting to vote is not equivalent to abstaining.  You must explicitly cast a +0 vote if you wish to remove yourself from being counted towards pass or fail.


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 should to reply to the '''initial post''' with +1, -1, or 0.
We will use the ticketing system at [https://fedorahosted.org/env-and-stacks/] to record our votes. 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.  Working Group Members should add their +1, 0, or -1 votes as comments to the ticket.


== Changing These Rules ==
== Changing These Rules ==
Line 42: Line 43:


{{admon/note| 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.  In particular, the membership section may be heavily changed as continuity may not be as important for this group as for the Product creating groups.}}
{{admon/note| 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.  In particular, the membership section may be heavily changed as continuity may not be as important for this group as for the Product creating groups.}}
[[Category:Env and Stacks]]
[[Category:Policy]]

Latest revision as of 12:23, 2 July 2015

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

Will Be Re-evaluated after Fedora 21 Is Released
See the #Changing_these_Rules section for more details.

Membership

The Fedora Environments 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.

Continuity is not as important with the Environments and Stacks Working Group as other Working Groups since we are incubating fresh new ideas so we choose our voting members via election.

  • Elections for half the seats will be held after every fedora release (approximately 6 months) to match with FESCo. Elected members serve for two releases before needing to stand for re-election
  • Both candidates and the electorate must have signed the FPCA and be in one other non-cla group to show that they are Fedora Contributors. This is the same group of people as the FESCo electorate but broader than the FESCo candidate pool.
  • Other details of the election policy match the FESCo election policy.
Initial Election
The first election will coincide with the FESCo election that occurs near January 2015. This gives the initial Working Group Members a chance to work on establishing what we work on and how we go about it before it is time for new people to evaluate whether they want to be involved.

Current Members

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 real-time IRC meetings, but in general we will conduct business on the 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 within three 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. Note that neglecting to vote is not equivalent to abstaining. You must explicitly cast a +0 vote if you wish to remove yourself from being counted towards pass or fail.

We will use the ticketing system at [1] to record our votes. 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. Working Group Members should add their +1, 0, or -1 votes as comments to the ticket.

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.


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. In particular, the membership section may be heavily changed as continuity may not be as important for this group as for the Product creating groups.