governance/Committer/parser project committer promotion guidline.rst

   1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
   2 .. http://creativecommons.org/licenses/by/4.0
   3
   4 ============================================
   5 Parser Project Committer Promotion Guideline
   6 ============================================
   7
   8 Note
   9 ====
  10
  11 This rst document serves only as a guideline for current committers and PTL to
  12 refer when they are electing new committers. We would strongly recommend the
  13 qualities listed in this document (in the Guidelines section) to be taken into
  14 consideration, however there is no legal or mandatory authority whatsoever.
  15 Any terms that might be in conflict with TSC charter is void by nature.
  16
  17 Goal
  18 ====
  19
  20 * Make Parser grow stronger and healthier, with more new ideas and new
  21   contributors.
  22 * Few committers who work with more contributors on a large size of work.
  23 * Committers number expands when Parser project itself grows.
  24 * Committer swap to ensure participating company’s interest.
  25 * Do not mandatory set limit to ban contributors to run, the ultimate result of
  26   a promotion is still a consensus driven by community discussion.
  27
  28 Rationale
  29 =========
  30
  31 * Committers should be a small group of core contributors that could provide
  32   a leading force for a balk of work in the project.
  33 * As a small new project, the growth of Parser is very important.
  34 * For any newly proposed committers, besides KPIs like commits, they should be
  35   able to bring and work on an appropriate size of workload, with or without new
  36   work force, so that the ratio between committer numbers and the workload is
  37   appropriate.
  38 * Key mission of the committer is to expand and strengthen the project,
  39   with new ideas or new participants.
  40
  41 Guidelines
  42 ==========
  43
  44 * For those who are proposed as committers, if other KPI holds, for approval
  45   they should have new work plan proposed that are beyond the work from past
  46   release. For those who have brought forward both new work plan as well as
  47   new contributors, their promotion should be considered approved in a fast
  48   track.
  49 * For those who are proposed as committers, if other KPI holds, but they only
  50   cover a similar size of work to the past release, for approval they should
  51   replace the original committer of the same company. If there is no previous
  52   committer member from the same company, then the promotion should be put
  53   through with enough discussions.
  54 * There will be a cap on committer number per company. It is recommended that
  55   each participating should not have more than 2 committers at the moment.
  56   However this cap subjects to modification in the future should the team
  57   decide to change. There is no cap for individual contributors.
  58
  59 Guideline Creation and Modification Procedure
  60 =============================================
  61
  62 * Current committers vote on this motion via email, approval require a unanimous
  63   consent.
  64 * Submit this motion as a rst file into the parser governance repo, to setup a
  65   precedent. PTL should kick off a review for the document each cycle.
  66 * Any future change to the guideline should be done via new patches and code
  67   reviews, with record of showing a previous committer unanimous vote result on
  68   the motion of such modification.