A place to cache linked articles (think custom and personal wayback machine)
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264
  1. title: PEP 8016 -- The Steering Council Model
  2. url: https://www.python.org/dev/peps/pep-8016/#rationale
  3. hash_url: 468a5d6b78e3cd13a45d0f248cfe6346
  4. <div class="section" id="abstract">
  5. <h1><a class="toc-backref" href="#id2">Abstract</a></h1>
  6. <p>This PEP proposes a model of Python governance based around a steering
  7. council. The council has broad authority, which they seek to exercise
  8. as rarely as possible; instead, they use this power to establish
  9. standard processes, like those proposed in the other 801x-series PEPs.
  10. This follows the general philosophy that it's better to split up large
  11. changes into a series of small changes that can be reviewed
  12. independently: instead of trying to do everything in one PEP, we focus
  13. on providing a minimal-but-solid foundation for further governance
  14. decisions.</p>
  15. </div>
  16. <div class="section" id="pep-acceptance">
  17. <h1><a class="toc-backref" href="#id3">PEP Acceptance</a></h1>
  18. <p><a class="reference external" href="/dev/peps/pep-8016">PEP 8016</a> was accepted <a class="reference external" href="https://discuss.python.org/t/python-governance-vote-december-2018-results/546/">by a core developer vote</a>
  19. described in <a class="reference external" href="/dev/peps/pep-8001">PEP 8001</a> on Monday, December 17, 2018.</p>
  20. </div>
  21. <div class="section" id="rationale">
  22. <h1><a class="toc-backref" href="#id4">Rationale</a></h1>
  23. <p>The main goals of this proposal are:</p>
  24. <ul class="simple">
  25. <li>Be <strong>boring</strong>: We're not experts in governance, and we don't think
  26. Python is a good place to experiment with new and untried governance
  27. models. So this proposal sticks to mature, well-known, previously
  28. tested processes as much as possible. The high-level approach of a
  29. mostly-hands-off council is arguably the most common across large
  30. successful F/OSS projects, and low-level details are derived
  31. directly from Django's governance.</li>
  32. <li>Be <strong>simple</strong>: We've attempted to pare things down to the minimum
  33. needed to make this workable: the council, the core team (who elect
  34. the council), and the process for changing the document. The goal is
  35. Minimum Viable Governance.</li>
  36. <li>Be <strong>comprehensive</strong>: But for the things we need to define, we've
  37. tried to make sure to cover all the bases, because we don't want to
  38. go through this kind of crisis again. Having a clear and unambiguous
  39. set of rules also helps minimize confusion and resentment.</li>
  40. <li>Be <strong>flexible and light-weight</strong>: We know that it will take time and
  41. experimentation to find the best processes for working together. By
  42. keeping this document as minimal as possible, we keep maximal
  43. flexibility for adjusting things later, while minimizing the need
  44. for heavy-weight and anxiety-provoking processes like whole-project
  45. votes.</li>
  46. </ul>
  47. <p>A number of details were discussed in <a class="reference external" href="https://discuss.python.org/t/working-discussion-for-pep-8016-the-boringest-possible-steering-council-model/333/">this Discourse thread</a>,
  48. and then <a class="reference external" href="https://discuss.python.org/t/pep-8016-the-steering-council-model/394">this thread has further discussion</a>. These
  49. may be useful to anyone trying to understand the rationale for various
  50. minor decisions.</p>
  51. </div>
  52. <div class="section" id="specification">
  53. <h1><a class="toc-backref" href="#id5">Specification</a></h1>
  54. <div class="section" id="the-steering-council">
  55. <h2><a class="toc-backref" href="#id6">The steering council</a></h2>
  56. <div class="section" id="composition">
  57. <h3><a class="toc-backref" href="#id7">Composition</a></h3>
  58. <p>The steering council is a 5-person committee.</p>
  59. </div>
  60. <div class="section" id="mandate">
  61. <h3><a class="toc-backref" href="#id8">Mandate</a></h3>
  62. <p>The steering council shall work to:</p>
  63. <ul class="simple">
  64. <li>Maintain the quality and stability of the Python language and
  65. CPython interpreter,</li>
  66. <li>Make contributing as accessible, inclusive, and sustainable as
  67. possible,</li>
  68. <li>Formalize and maintain the relationship between the core team and
  69. the PSF,</li>
  70. <li>Establish appropriate decision-making processes for PEPs,</li>
  71. <li>Seek consensus among contributors and the core team before acting in
  72. a formal capacity,</li>
  73. <li>Act as a "court of final appeal" for decisions where all other
  74. methods have failed.</li>
  75. </ul>
  76. </div>
  77. <div class="section" id="powers">
  78. <h3><a class="toc-backref" href="#id9">Powers</a></h3>
  79. <p>The council has broad authority to make decisions about the project.
  80. For example, they can:</p>
  81. <ul class="simple">
  82. <li>Accept or reject PEPs</li>
  83. <li>Enforce or update the project's code of conduct</li>
  84. <li>Work with the PSF to manage any project assets</li>
  85. <li>Delegate parts of their authority to other subcommittees or
  86. processes</li>
  87. </ul>
  88. <p>However, they cannot modify this PEP, or affect the membership of the
  89. core team, except via the mechanisms specified in this PEP.</p>
  90. <p>The council should look for ways to use these powers as little as
  91. possible. Instead of voting, it's better to seek consensus. Instead of
  92. ruling on individual PEPs, it's better to define a standard process
  93. for PEP decision making (for example, by accepting one of the other
  94. 801x series of PEPs). It's better to establish a Code of Conduct
  95. committee than to rule on individual cases. And so on.</p>
  96. <p>To use its powers, the council votes. Every council member must either
  97. vote or explicitly abstain. Members with conflicts of interest on a
  98. particular vote must abstain. Passing requires support from a majority
  99. of non-abstaining council members.</p>
  100. <p>Whenever possible, the council's deliberations and votes shall be held
  101. in public.</p>
  102. </div>
  103. <div class="section" id="electing-the-council">
  104. <h3><a class="toc-backref" href="#id10">Electing the council</a></h3>
  105. <p>A council election consists of two phases:</p>
  106. <ul class="simple">
  107. <li>Phase 1: Candidates advertise their interest in serving. Candidates
  108. must be nominated by a core team member. Self-nominations are
  109. allowed.</li>
  110. <li>Phase 2: Each core team member can vote for zero to five of the
  111. candidates. Voting is performed anonymously. Candidates are ranked
  112. by the total number of votes they receive. If a tie occurs, it may
  113. be resolved by mutual agreement among the candidates, or else the
  114. winner will be chosen at random.</li>
  115. </ul>
  116. <p>Each phase lasts one to two weeks, at the outgoing council's discretion.
  117. For the initial election, both phases will last two weeks.</p>
  118. <p>The election process is managed by a returns officer nominated by the
  119. outgoing steering council. For the initial election, the returns
  120. officer will be nominated by the PSF Executive Director.</p>
  121. <p>The council should ideally reflect the diversity of Python
  122. contributors and users, and core team members are encouraged to vote
  123. accordingly.</p>
  124. </div>
  125. <div class="section" id="term">
  126. <h3><a class="toc-backref" href="#id11">Term</a></h3>
  127. <p>A new council is elected after each feature release. Each council's
  128. term runs from when their election results are finalized until the
  129. next council's term starts. There are no term limits.</p>
  130. </div>
  131. <div class="section" id="vacancies">
  132. <h3><a class="toc-backref" href="#id12">Vacancies</a></h3>
  133. <p>Council members may resign their position at any time.</p>
  134. <p>Whenever there is a vacancy during the regular council term, the
  135. council may vote to appoint a replacement to serve out the rest of the
  136. term.</p>
  137. <p>If a council member drops out of touch and cannot be contacted for a
  138. month or longer, then the rest of the council may vote to replace
  139. them.</p>
  140. </div>
  141. <div class="section" id="conflicts-of-interest">
  142. <h3><a class="toc-backref" href="#id13">Conflicts of interest</a></h3>
  143. <p>While we trust council members to act in the best interests of Python
  144. rather than themselves or their employers, the mere appearance of any
  145. one company dominating Python development could itself be harmful and
  146. erode trust. In order to avoid any appearance of conflict of interest,
  147. at most 2 members of the council can work for any single employer.</p>
  148. <p>In a council election, if 3 of the top 5 vote-getters work for the
  149. same employer, then whichever of them ranked lowest is disqualified
  150. and the 6th-ranking candidate moves up into 5th place; this is
  151. repeated until a valid council is formed.</p>
  152. <p>During a council term, if changing circumstances cause this rule to be
  153. broken (for instance, due to a council member changing employment),
  154. then one or more council members must resign to remedy the issue, and
  155. the resulting vacancies can then be filled as normal.</p>
  156. </div>
  157. <div class="section" id="ejecting-core-team-members">
  158. <h3><a class="toc-backref" href="#id14">Ejecting core team members</a></h3>
  159. <p>In exceptional circumstances, it may be necessary to remove someone
  160. from the core team against their will. (For example: egregious and
  161. ongoing code of conduct violations.) This can be accomplished by a
  162. steering council vote, but unlike other steering council votes, this
  163. requires at least a two-thirds majority. With 5 members voting, this
  164. means that a 3:2 vote is insufficient; 4:1 in favor is the minimum
  165. required for such a vote to succeed. In addition, this is the one
  166. power of the steering council which cannot be delegated, and this
  167. power cannot be used while a vote of no confidence is in process.</p>
  168. <p>If the ejected core team member is also on the steering council, then
  169. they are removed from the steering council as well.</p>
  170. </div>
  171. <div class="section" id="vote-of-no-confidence">
  172. <h3><a class="toc-backref" href="#id15">Vote of no confidence</a></h3>
  173. <p>In exceptional circumstances, the core team may remove a sitting
  174. council member, or the entire council, via a vote of no confidence.</p>
  175. <p>A no-confidence vote is triggered when a core team member calls for
  176. one publically on an appropriate project communication channel, and
  177. another core team member seconds the proposal.</p>
  178. <p>The vote lasts for two weeks. Core team members vote for or against.
  179. If at least two thirds of voters express a lack of confidence, then
  180. the vote succeeds.</p>
  181. <p>There are two forms of no-confidence votes: those targeting a single
  182. member, and those targeting the council as a whole. The initial call
  183. for a no-confidence vote must specify which type is intended. If a
  184. single-member vote succeeds, then that member is removed from the
  185. council and the resulting vacancy can be handled in the usual way. If
  186. a whole-council vote succeeds, the council is dissolved and a new
  187. council election is triggered immediately.</p>
  188. </div>
  189. </div>
  190. <div class="section" id="the-core-team">
  191. <h2><a class="toc-backref" href="#id16">The core team</a></h2>
  192. <div class="section" id="role">
  193. <h3><a class="toc-backref" href="#id17">Role</a></h3>
  194. <p>The core team is the group of trusted volunteers who manage Python.
  195. They assume many roles required to achieve the project's goals,
  196. especially those that require a high level of trust. They make the
  197. decisions that shape the future of the project.</p>
  198. <p>Core team members are expected to act as role models for the community
  199. and custodians of the project, on behalf of the community and all
  200. those who rely on Python.</p>
  201. <p>They will intervene, where necessary, in online discussions or at
  202. official Python events on the rare occasions that a situation arises
  203. that requires intervention.</p>
  204. <p>They have authority over the Python Project infrastructure, including
  205. the Python Project website itself, the Python GitHub organization and
  206. repositories, the bug tracker, the mailing lists, IRC channels, etc.</p>
  207. </div>
  208. <div class="section" id="prerogatives">
  209. <h3><a class="toc-backref" href="#id18">Prerogatives</a></h3>
  210. <p>Core team members may participate in formal votes, typically to nominate new
  211. team members and to elect the steering council.</p>
  212. </div>
  213. <div class="section" id="membership">
  214. <h3><a class="toc-backref" href="#id19">Membership</a></h3>
  215. <p>Python core team members demonstrate:</p>
  216. <ul class="simple">
  217. <li>a good grasp of the philosophy of the Python Project</li>
  218. <li>a solid track record of being constructive and helpful</li>
  219. <li>significant contributions to the project's goals, in any form</li>
  220. <li>willingness to dedicate some time to improving Python</li>
  221. </ul>
  222. <p>As the project matures, contributions go beyond code. Here's an
  223. incomplete list of areas where contributions may be considered for
  224. joining the core team, in no particular order:</p>
  225. <ul class="simple">
  226. <li>Working on community management and outreach</li>
  227. <li>Providing support on the mailing lists and on IRC</li>
  228. <li>Triaging tickets</li>
  229. <li>Writing patches (code, docs, or tests)</li>
  230. <li>Reviewing patches (code, docs, or tests)</li>
  231. <li>Participating in design decisions</li>
  232. <li>Providing expertise in a particular domain (security, i18n, etc.)</li>
  233. <li>Managing the continuous integration infrastructure</li>
  234. <li>Managing the servers (website, tracker, documentation, etc.)</li>
  235. <li>Maintaining related projects (alternative interpreters, core
  236. infrastructure like packaging, etc.)</li>
  237. <li>Creating visual designs</li>
  238. </ul>
  239. <p>Core team membership acknowledges sustained and valuable efforts that
  240. align well with the philosophy and the goals of the Python project.</p>
  241. <p>It is granted by receiving at least two-thirds positive votes in a
  242. core team vote and no veto by the steering council.</p>
  243. <p>Core team members are always looking for promising contributors,
  244. teaching them how the project is managed, and submitting their names
  245. to the core team's vote when they're ready.</p>
  246. <p>There's no time limit on core team membership. However, in order to
  247. provide the general public with a reasonable idea of how many people
  248. maintain Python, core team members who have stopped contributing are
  249. encouraged to declare themselves as "inactive". Those who haven't made
  250. any non-trivial contribution in two years may be asked to move
  251. themselves to this category, and moved there if they don't respond. To
  252. record and honor their contributions, inactive team members will
  253. continue to be listed alongside active core team members; and, if they
  254. later resume contributing, they can switch back to active status at
  255. will. While someone is in inactive status, though, they lose their
  256. active privileges like voting or nominating for the steering council,
  257. and commit access.</p>
  258. <p>The initial active core team members will consist of everyone
  259. currently listed in the <a class="reference external" href="https://github.com/orgs/python/teams/python-core/members">"Python core" team on Github</a>, and the
  260. initial inactive members will consist of everyone else who has been a
  261. committer in the past.</p>
  262. </div>
  263. </div>