|
|
| (15 intermediate revisions by 7 users not shown) |
| Line 1: |
Line 1: |
| <noinclude>
| |
| '''Only module owners may edit this page.'''
| |
|
| |
|
| They may:
| |
|
| |
| * update any information about their module except the name of the owner
| |
| * add or remove sub-modules
| |
| * change the owner of a sub-module
| |
| * add emeritus owners or peers
| |
|
| |
| Other changes, including changes of module owner or addition/removal of modules, must be agreed with the Module Ownership Module group, probably via a discussion in [https://www.mozilla.org/about/forums/#governance mozilla.governance].
| |
| </noinclude>
| |
| {{Module
| |
| |name=Governance
| |
| |description=Policies and process for how we distribute authority and govern ourselves; including:
| |
| * Development and Implementation of new policies as appropriate for delegation of authority and responsibility
| |
| * Management of the source tree
| |
| * Balancing different constituencies of the Mozilla project
| |
| * Maintaining the Mozilla identity as we take on new activities
| |
|
| |
| [http://www.mozilla.org/about/roles.html#ultimate-decision-makers Ultimate authority] within the project rests with the owner and peer(s) of this module, and project decisions can be escalated to here.
| |
| |owner=[mailto:mitchell@mozilla.org Mitchell Baker]
| |
| |peers=
| |
| |peersemeritus=Brendan Eich
| |
| |group=governance
| |
| |url=https://wiki.mozilla.org/GovernanceIssues
| |
| |components=mozilla.org::Governance
| |
| }}
| |
|
| |
| ===Governance Sub Modules===
| |
|
| |
| {{Module
| |
| |name=Module Ownership System
| |
| |description=Healthy operation of the module ownership system, including topics such as:
| |
| * Filling vacant roles where appropriate
| |
| * Ensuring module owners are fulfilling their responsibilities, and replacing those who are not
| |
| * Creating and staffing new modules where new parts of the project evolve.
| |
| * Figuring out what to do if a module isn't getting enough attention
| |
| * Resolving conflicts among module owners
| |
| |owner= [mailto:mitchell@mozilla.org Mitchell Baker]
| |
| |peers=[mailto:pavlov@pavlov.net Stuart Parmenter], [mailto:dmose@mozilla.org Dan Mosedale], [mailto:kairo@kairo.at Robert Kaiser], [mailto:mconnor@steelgryphon.com Mike Connor], [mailto:dbaron@dbaron.org David Baron], [mailto:dascher@mozilla.com David Ascher], [mailto:mitchell@mozilla.org Mitchell Baker], Guillermo Movia (as 'observer'. This is a new role we're trying out as of Jan 2012. The observers are watching and learning how the module operates, since there's no code in this module to serve as a learning /participation tool.)
| |
| |ownersemeritus=Brendan Eich
| |
| |url=
| |
| |components=
| |
| }}
| |
|
| |
| {{Module
| |
| |name=Commit Access Management
| |
| |description= Governance structure for the work of implementing, managing and enforcing Mozilla's commit access systems and policies.
| |
| |owner=[mailto:glob@mozilla.com glob]
| |
| |peers=[mailto:mconnor@mozilla.com Mike Connor], [mailto:jlin@mozilla.com Jonathan Lin], [mailto:mhoye@mozilla.com Mike Hoye], [mailto:jdirks@mozilla.com James Dirks]
| |
| |ownersemeritus=Mitchell Baker, Josh Matthews
| |
| |peersemeritus=Marcia Knous
| |
| |group=
| |
| |url=http://www.mozilla.org/hacking/committer/
| |
| |components=mozilla.org::Repository Account Requests
| |
| }}
| |
|
| |
| {{Module
| |
| |name=Security Policy
| |
| |description=Policies for handling security issues in Mozilla code
| |
| |owner=[mailto:dveditz@mozilla.com Dan Veditz]
| |
| |peers=[mailto:security@mozilla.org Tom Ritter]
| |
| |peersemeritus= Al Billings
| |
| |group=dev-security
| |
| |url=http://www.mozilla.org/security/
| |
| |components=
| |
| }}
| |
|
| |
| {{Module
| |
| |name=Mozilla CA Certificate Policy
| |
| |description=Definition and enforcement of policies governing Certification Authorities, their root certificates included in Mozilla software products, and intermediate and end-entity certificates within those CA hierarchies.
| |
| |owner=[mailto:kwilson@mozilla.com Kathleen Wilson]
| |
| |peers=[mailto:bwilson@mozilla.com Ben Wilson]
| |
| |ownersemeritus=Frank Hecker, Wayne Thayer
| |
| |peersemeritus= Johnathan Nightingale, Sid Stamm, Richard Barnes, Gervase Markham, Wayne Thayer
| |
| |group=dev-security-policy
| |
| |url=http://www.mozilla.org/projects/security/certs/policy/
| |
| |components=
| |
| }}
| |
|
| |
| {{Module
| |
| |name=Code Review Policy
| |
| |description=
| |
| |owner=[mailto:tlmc@mozilla.com Firefox Technical Leadership Module Committee]
| |
| |peers=
| |
| |peersemeritus=Brendan Eich
| |
| |group=
| |
| |url=http://www.mozilla.org/hacking/reviewers.html
| |
| |components=
| |
| }}
| |
|
| |
| {{Module
| |
| |name=Performance Regression Policy
| |
| |description=
| |
| |owner=[mailto:tlmc@mozilla.com Firefox Technical Leadership Module Committee]
| |
| |peers=
| |
| |group=
| |
| |url=
| |
| |components=
| |
| }}
| |
|
| |
| {{Module
| |
| |name=Planet Mozilla
| |
| |description=Content and policy for planet.mozilla.org, including topics such as:
| |
| * which blogs are syndicated to planet.mozilla.org
| |
| * which content from syndicated blogs is included
| |
| * other planet.mozilla.org policy issues
| |
| |owner=[mailto:mhoye@mozilla.com Mike Hoye]
| |
| |peers=[mailto:asa@mozilla.org Asa Dotzler]
| |
| |group=
| |
| |url=
| |
| |components=Websites::planet.mozilla.org
| |
| |ownersemeritus=Robert Accettura
| |
| |peersemeritus=Reed Loden
| |
| }}
| |
|
| |
| {{Module
| |
| |name=Mozilla Public License
| |
| |description=Maintenance and development of the MPL
| |
| * changes in the legal landscape which could /should be reflected
| |
| * changes in FLOSS development practices which could / should be reflected
| |
| |owner=[mailto:mitchell@mozilla.org Mitchell Baker]
| |
| |peers=[mailto:handerson@mozilla.com Harvey Anderson], [mailto:MeekerH@gtlaw.com Heather Meeker], [mailto:villalu@gtlaw.com Luis Villa]
| |
| |peersemeritus=Gervase Markham
| |
| |group=governance-mpl-update
| |
| |url=
| |
| |components=mozilla.org::Licensing
| |
| }}
| |
|
| |
| {{Module
| |
| |name=CA Certificates
| |
| |description=Determine which root certificates should be included in Mozilla software products, which trust bits should be set on them, and which of them should be enabled for EV treatment. Evaluate requests from Certification Authorities (CAs) for inclusion or removal of root certificates, and for updating trust bit settings or enabling EV treatment for already included root certificates.
| |
| |owner=[mailto:bwilson@mozilla.com Ben Wilson]
| |
| |peers=[mailto:kwilson@mozilla.com Kathleen Wilson]
| |
| |ownersemeritus=Frank Hecker, Kathleen Wilson
| |
| |peersemeritus= Johnathan Nightingale, Sid Stamm, Richard Barnes, Gervase Markham, Wayne Thayer, Ryan Sleevi
| |
| |group=dev-security-policy
| |
| |url=http://www.mozilla.org/projects/security/certs/policy/
| |
| |components=mozilla.org::CA Certificates
| |
| }}
| |
|
| |
| {{Module
| |
| |name=Participation Metrics
| |
| |description=Develop, monitor and analyze metrics relating to participation in the Mozilla project, including such things as:
| |
| * determining which questions are most important to ask (how many people do X?)
| |
| * determining what data is relevant to answer these questions
| |
| * designing and operating a system to generate the requested data
| |
| * analyzing the resulting metrics
| |
| * notifying appropriate people when participation starts to change significantly
| |
| * assisting various groups to understand and use the metrics to strengthen participation
| |
| * produce periodic report/analysis of participation metrics
| |
| |owner=[mailto:ppapadeas@mozilla.com Pierros Papadeas]
| |
| |peers=[mailto:dboswell@mozilla.com David Boswell], [mailto:asa@mozilla.com Asa Dotzler], [mailto:deinspanjer@mozilla.com Daniel Einspanjer], [mailto:aelliott@mozilla.com Annie Elliott], [mailto:david@eaves.ca David Eaves], [mailto:michelle@mozillafoundation.org Michelle Thorne], [mailto:ryan@mozillafoundation.org Ryan Merkley]
| |
| |group=
| |
| |url=https://wiki.mozilla.org/Contribute/Dashboards
| |
| |components=
| |
| }}
| |
|
| |
| {{Module
| |
| |name=Internet Public Policy
| |
| |description=Mozilla activities related to Public Policy issues that affect the health of the Internet. Our working definition of Public Policy is taken from Wikipedia: "courses of action, regulatory measures, laws, and funding priorities concerning a given topic promulgated by a governmental entity or its representatives."
| |
| This includes topics such as:
| |
| *determining if Mozilla should take an official position on a particular public policy issue
| |
| *determining what that position is
| |
| *determining how mozilla communicates our position
| |
| **global, multi-regional, regional or local action
| |
| **direct action, or support of action by other aligned groups
| |
| **public campaigns or opinion pieces or educational activities, dialog with policy makers, other techniques TBD
| |
| *strengthening local community capabilities to address public policy issues
| |
| |owner=[mailto:handerson@mozilla.com Harvey Anderson]
| |
| |peers=[mailto:mitchell@mozilla.org Mitchell Baker], [mailto:afowler@mozilla.com Alex Fowler], [mailto:mark@mozillafoundation.org Mark Surman]
| |
| |url=https://wiki.mozilla.org/Netpolicy
| |
| |group=https://mail.mozilla.org/listinfo/netpolicy
| |
| |components=
| |
| |notes=Area Expert Advisors: Katharina Borchert, Andrew Bridges, Hanno Kaiser, Andrew McLaughlin, Danny Weitzner, Gene Kimmelman, and Ronaldo Lemos
| |
| }}
| |
| Area Expert Advisors are people with particular expertise who have agreed to assist Mozilla with their area-specific expertise. The Area Expert Advisors are different from peers. A peer is someone to whom the module owner has delegated some of her/his authority and a peer is expected to provide leadership for Mozilla within our specific context. Area Expert Advisors are advisors to Mozilla. They may become peers, but they need not.
| |
|
| |
|
| |
| {{Module
| |
| |name=Weekly Project All Hands Meeting
| |
| |description=Responsibility for the weekly meetings, including:
| |
| * determining and implementing the best organization and structure for the meeting
| |
| * Determining and implementing the most useful content
| |
| * Identifying and implementing technical means to make the meeting accessible and interactive for participants around the globe
| |
| |owner=[mailto:asa@mozilla.org Asa Dotzler]
| |
| |peers=MoCo Desktop IT services
| |
| |ownersemeritus=[mailto:potch@mozilla.com Matt Claypotch]
| |
| |group=mozilla.governance
| |
| |url=https://wiki.mozilla.org/WeeklyUpdates
| |
| |components=
| |
| }}
| |
|
| |
| (It's a new thing to have a group such as "MoCo Desktop IT services" as a
| |
| "peer." We're trying this based on the idea that anyone in the Desktop IT group
| |
| should be able to resolve problems and make fixes to the systems.)
| |
|
| |
| ===Other===
| |
|
| |
| {{Module
| |
| |name=Tree Sheriffs
| |
| |description=Tree Sheriffs aid developers to easily, quickly, and seamlessly land their code in the proper location(s) and ensure that code does not break our automated tests. In the service of this objective, the Sheriffs work closely with the larger engineering organization to create and enforce landing policies that increase productivity while maintaining an efficient and robust automated testing system. Beyond the policy role, they have also become shepherds of automation quality by monitoring intermittent failures, performing uplifts and merges, and identifying poorly performing automation machines.
| |
| |owner=[mailto:rvandermeulen@mozilla.com Ryan VanderMeulen] (:RyanVM)
| |
| |peers=[mailto:shengst@mozilla.com Sebastian Hengst] (:Aryx)
| |
| |ownersemeritus=Ed Morley
| |
| |peersemeritus=Carsten Book, Wes Kocher
| |
| |group=https://mail.mozilla.org/listinfo/sheriffs
| |
| |url=https://wiki.mozilla.org/Sheriffing
| |
| }}
| |