From b3ab2a38573fd10160402cf66e4e3a9d5c7f82e3 Mon Sep 17 00:00:00 2001 From: Brian (bex) Exelbierd Date: Mar 03 2018 08:19:26 +0000 Subject: Add CommOps and Modularity to the tree --- diff --git a/_topic_map.yml b/_topic_map.yml index 61ce17d..26414b4 100644 --- a/_topic_map.yml +++ b/_topic_map.yml @@ -66,7 +66,6 @@ Topics: File: policies - Name: Council and Board Historical Membership File: history - --- Name: Fedora Subprojects Dir: subprojects @@ -76,10 +75,18 @@ Topics: Alias: subprojects/collaboration - Name: Collaboration in Fedora File: collaboration - - Name: Fedora Engineering Steering Committee - File: fesco - - Name: Mindshare Committee - File: mindshare + - Name: Engineering + Dir: fesco + Topics: + - Name: About the Fedora Engineering Steering Committee + File: fesco +#INSERT:6:modularity:subprojects/fesco + - Name: Mindshare + Dir: mindshare + Topics: + - Name: About the Mindshare Committee + File: mindshare +#INSERT:6:commops:subprojects/mindshare - Name: Diversity & Inclusion File: diversity - Name: Working Groups diff --git a/subprojects/fesco.adoc b/subprojects/fesco.adoc deleted file mode 100644 index f2e7345..0000000 --- a/subprojects/fesco.adoc +++ /dev/null @@ -1,37 +0,0 @@ -Fedora Engineering Steering Committee -===================================== - -[.lead] -FESCo is the Fedora Engineering Steering Committee. It is a fully community -elected body and represents the technical leadership in Fedora. - -Overall Mission ---------------- - -FESCo handles the process of accepting new features, the acceptance of new -packaging sponsors, Special Interest Groups (SIGs) and SIG Oversight, the -packaging process, handling and enforcement of maintainer issues and other -technical matters related to the distribution and its construction. - -Common tasks and responsibilities ---------------------------------- - -Issues FESCo handles include: - -* Approval and coordination of "Changes" for Fedora releases -* Package maintainer disputes -* Larger changes to the Fedora Package collection -* Guidance and technical direction for other parts of the project -* Setting the schedule for Fedora development cycles -* Reviewing and approving technical content from Fedora Working groups -* Responsible for what software is offered to end users under what - conditions -* Oversight and approval of new spins and other media that doesn't fit - under a working group - -More Info ---------- - -You can find further information about FESCo, its members, and its policies -on the -https://fedoraproject.org/wiki/Fedora_Engineering_Steering_Committee[FESCo wiki pages] diff --git a/subprojects/fesco/fesco.adoc b/subprojects/fesco/fesco.adoc new file mode 100644 index 0000000..f2e7345 --- /dev/null +++ b/subprojects/fesco/fesco.adoc @@ -0,0 +1,37 @@ +Fedora Engineering Steering Committee +===================================== + +[.lead] +FESCo is the Fedora Engineering Steering Committee. It is a fully community +elected body and represents the technical leadership in Fedora. + +Overall Mission +--------------- + +FESCo handles the process of accepting new features, the acceptance of new +packaging sponsors, Special Interest Groups (SIGs) and SIG Oversight, the +packaging process, handling and enforcement of maintainer issues and other +technical matters related to the distribution and its construction. + +Common tasks and responsibilities +--------------------------------- + +Issues FESCo handles include: + +* Approval and coordination of "Changes" for Fedora releases +* Package maintainer disputes +* Larger changes to the Fedora Package collection +* Guidance and technical direction for other parts of the project +* Setting the schedule for Fedora development cycles +* Reviewing and approving technical content from Fedora Working groups +* Responsible for what software is offered to end users under what + conditions +* Oversight and approval of new spins and other media that doesn't fit + under a working group + +More Info +--------- + +You can find further information about FESCo, its members, and its policies +on the +https://fedoraproject.org/wiki/Fedora_Engineering_Steering_Committee[FESCo wiki pages] diff --git a/subprojects/mindshare.adoc b/subprojects/mindshare.adoc deleted file mode 100644 index b7b6b12..0000000 --- a/subprojects/mindshare.adoc +++ /dev/null @@ -1,69 +0,0 @@ -= Mindshare - -The Fedora Mindshare Committee represents the outreach leadership in Fedora. Mindshare aims to help outreach teams to reach their targets in a more effective way, by unifying and sharing their working process through an optimized and standardized communication. It consists of mostly appointed, but also elected members. - -== Responsibilities - -Mindshare takes care of some responsibilities hold actually by other teams, adding some more strategical responsibilities to make sure communication and sharing of ideas, actions and projects can be guaranteed. These include: - -* Communication between teams (outreach teams rely on the work of other groups). Mindshare ensures all information from technical teams will get out in time to all outreach teams, working out also a common strategy with Marketing of how to communicate them outside and how to manage them within all outreach teams. -* Ambassadors activity: Mindshare will create templates to help ambassadors to work more effectively. Not only by providing report templates, but also by asking them once a year to compile a short survey. This can help to get real information whether an ambassador is active or not and will not result too binding. -* Motivate contributors to work also in other groups, providing easier access to funding and more autonomy. This challenging part will need some verifying tools (TBD) -* Mindshare takes over all decisional responsibilities left on FAmSCo. Administrative responsibilities will be handled by FAmA, which will consist mainly by treasurers and FAmA admins. -* CommOps which is part of Mindshare takes care of the operations inside Fedora. CommOps will lead the communication between technical and outreach teams. -* Sharing best practices: one of the Mindshare's goals is to take down barriers or whatever is blocking sharing best practices. All teams and all regions can learn from each other and apply successful practices to their local community. -* Mindshare will also try to unify ambassadors more and more, also by dropping the actual Regions. They are not helping communication and were created mostly for organizational aspects. FAmA (with treasurers) will help to sort out regional aspects and meetings, but having a unique ambassadors group will help in several ways to be more effective again. -* Budget: Without regions also the (ex-)regional budgeting process changes. Mindshare will, in collaboration with the FCAIC and consequently with the Council, take care of the Fedora outreach budget (sum of the 4 regional budgets). Minor funding requests can be handled directly by FAmA and treasurers, more important expenses will go through Mindshare, in order to be able and track even necessary reports the Council needs. -* Marketing as part of Mindshare will drive the other teams by providing messages, strategies and talking points for ambassadors. A good collaboration with the other teams is necessary. - -== 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. Any project member can ask for the deadline to be extended or the decision escalated to require full consensus. - -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, Mindsharel conducts business in public discussion, and any Fedora project member can add more opinions and thoughts. It is the duty of the Mindshare Committee to take concerns raised in this way into serious consideration, but only Mindshare members' votes are binding in the final tally. - -== Composition - -image::Screenshot_from_2017-09-22_23-33-02.png[Mindshare Structure,100%,] - -Mindshare has appointed and elected members, and initially there will be 9 seats: - -* FCAIC (chair) -* Ambassadors (2 appointed members) -* Design & Web (appointed) -* Docs (appointed) -* Marketing (appointed) -* Commops (appointed) -* 2 elected seats - -*Note:* The minimum of elected representatives is 2; 3 representatives are elected when the number of seats would otherwise be even. - -== Current Members - -* Elected Representative: *Jared Smith* (https://fedoraproject.org/wiki/User:Jsmith[jsmith]) (_f27-f28_) -* Elected Representative: *Nick Bebout* (https://fedoraproject.org/wiki/User:Nb[nb])(_f27_) -* FCAIC: *Brian Exelbierd* (https://fedoraproject.org/wiki/User:Bex[bex]) -* Ambassador Representative: -* Ambassador Representative: -* Marketing Representative: *Eduard Lucena* (https://fedoraproject.org/wiki/User:X3mboy[x3mboy]) -* CommOps Representative: *Justin W. Flory* (https://fedoraproject.org/wiki/User:Jflory7[jflory7]) -* Design & Web Representative: -* Docs Representative: *Brian Exelbierd* (https://fedoraproject.org/wiki/User:Bex[bex]) - _ad interim_ - -== Contact Info - -The Fedora Mindshare Committee uses the following Mailing List: - -https://lists.fedoraproject.org/admin/lists/mindshare@lists.fedoraproject.org/[mindshare] is a public list. Subscription is open to anyone, as are the archives. This list is the main discussion point for the Mindshare Committee, and the goal of the list is to either reach a decision, or to delegate the thread to a more appropriate location. - -Mindshare members are also often present on the #fedora-mindshare IRC channel on irc.freenode.net - -If you have an issue to be worked on by the Mindshare Committee you can also open a ticket on the Pagure instance. This is a public issue tracker. However, if you have a particularly privacy- or security-sensitive issue, you check the Private box when you create the ticket. - -== Meetings - -The Fedora Mindshare Committee does hold 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. diff --git a/subprojects/mindshare/mindshare.adoc b/subprojects/mindshare/mindshare.adoc new file mode 100644 index 0000000..b7b6b12 --- /dev/null +++ b/subprojects/mindshare/mindshare.adoc @@ -0,0 +1,69 @@ += Mindshare + +The Fedora Mindshare Committee represents the outreach leadership in Fedora. Mindshare aims to help outreach teams to reach their targets in a more effective way, by unifying and sharing their working process through an optimized and standardized communication. It consists of mostly appointed, but also elected members. + +== Responsibilities + +Mindshare takes care of some responsibilities hold actually by other teams, adding some more strategical responsibilities to make sure communication and sharing of ideas, actions and projects can be guaranteed. These include: + +* Communication between teams (outreach teams rely on the work of other groups). Mindshare ensures all information from technical teams will get out in time to all outreach teams, working out also a common strategy with Marketing of how to communicate them outside and how to manage them within all outreach teams. +* Ambassadors activity: Mindshare will create templates to help ambassadors to work more effectively. Not only by providing report templates, but also by asking them once a year to compile a short survey. This can help to get real information whether an ambassador is active or not and will not result too binding. +* Motivate contributors to work also in other groups, providing easier access to funding and more autonomy. This challenging part will need some verifying tools (TBD) +* Mindshare takes over all decisional responsibilities left on FAmSCo. Administrative responsibilities will be handled by FAmA, which will consist mainly by treasurers and FAmA admins. +* CommOps which is part of Mindshare takes care of the operations inside Fedora. CommOps will lead the communication between technical and outreach teams. +* Sharing best practices: one of the Mindshare's goals is to take down barriers or whatever is blocking sharing best practices. All teams and all regions can learn from each other and apply successful practices to their local community. +* Mindshare will also try to unify ambassadors more and more, also by dropping the actual Regions. They are not helping communication and were created mostly for organizational aspects. FAmA (with treasurers) will help to sort out regional aspects and meetings, but having a unique ambassadors group will help in several ways to be more effective again. +* Budget: Without regions also the (ex-)regional budgeting process changes. Mindshare will, in collaboration with the FCAIC and consequently with the Council, take care of the Fedora outreach budget (sum of the 4 regional budgets). Minor funding requests can be handled directly by FAmA and treasurers, more important expenses will go through Mindshare, in order to be able and track even necessary reports the Council needs. +* Marketing as part of Mindshare will drive the other teams by providing messages, strategies and talking points for ambassadors. A good collaboration with the other teams is necessary. + +== 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. Any project member can ask for the deadline to be extended or the decision escalated to require full consensus. + +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, Mindsharel conducts business in public discussion, and any Fedora project member can add more opinions and thoughts. It is the duty of the Mindshare Committee to take concerns raised in this way into serious consideration, but only Mindshare members' votes are binding in the final tally. + +== Composition + +image::Screenshot_from_2017-09-22_23-33-02.png[Mindshare Structure,100%,] + +Mindshare has appointed and elected members, and initially there will be 9 seats: + +* FCAIC (chair) +* Ambassadors (2 appointed members) +* Design & Web (appointed) +* Docs (appointed) +* Marketing (appointed) +* Commops (appointed) +* 2 elected seats + +*Note:* The minimum of elected representatives is 2; 3 representatives are elected when the number of seats would otherwise be even. + +== Current Members + +* Elected Representative: *Jared Smith* (https://fedoraproject.org/wiki/User:Jsmith[jsmith]) (_f27-f28_) +* Elected Representative: *Nick Bebout* (https://fedoraproject.org/wiki/User:Nb[nb])(_f27_) +* FCAIC: *Brian Exelbierd* (https://fedoraproject.org/wiki/User:Bex[bex]) +* Ambassador Representative: +* Ambassador Representative: +* Marketing Representative: *Eduard Lucena* (https://fedoraproject.org/wiki/User:X3mboy[x3mboy]) +* CommOps Representative: *Justin W. Flory* (https://fedoraproject.org/wiki/User:Jflory7[jflory7]) +* Design & Web Representative: +* Docs Representative: *Brian Exelbierd* (https://fedoraproject.org/wiki/User:Bex[bex]) - _ad interim_ + +== Contact Info + +The Fedora Mindshare Committee uses the following Mailing List: + +https://lists.fedoraproject.org/admin/lists/mindshare@lists.fedoraproject.org/[mindshare] is a public list. Subscription is open to anyone, as are the archives. This list is the main discussion point for the Mindshare Committee, and the goal of the list is to either reach a decision, or to delegate the thread to a more appropriate location. + +Mindshare members are also often present on the #fedora-mindshare IRC channel on irc.freenode.net + +If you have an issue to be worked on by the Mindshare Committee you can also open a ticket on the Pagure instance. This is a public issue tracker. However, if you have a particularly privacy- or security-sensitive issue, you check the Private box when you create the ticket. + +== Meetings + +The Fedora Mindshare Committee does hold 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.