procedures/nominations.md

   1 Nominations to the Technical Committee
   2 --------------------------------------
   3
   4 Constitutional basis
   5 ====================
   6
   7   - §6.1.6 Together with the Project Leader, (the TC may) appoint new members
   8 to itself or remove existing members.
   9   - §6.3.4 Confidentiality of appointments. The Technical Committee may hold
  10 confidential discussions via private email or a private mailing list or other
  11 means to discuss appointments to the Committee. However, votes on appointments
  12 must be public.
  13
  14 Procedure
  15 =========
  16
  17 This procedure assumes there is one seat to fill. Some of its steps will be
  18 common or run in parallel for multiple seat fillings.
  19
  20 Call for nominations
  21 --------------------
  22 At this point, the TC needs to fill its set of nominees with interested project
  23 members. To achieve this, an email is sent to debian-devel-announce@l.d.o
  24 calling for (self-)nominations to be sent to the private TC alias
  25 debian-ctte-private@debian.org. Current TC members can obviously also nominate
  26 project members.
  27
  28   - Every nomination is acknowledged.
  29   - Every non-self nominee is informed of their nomination and is asked to
  30 indicate if they are willing to be considered for appointment. Nominees are
  31 informed of the conditions below.
  32
  33 Communication to the project:
  34
  35   - The TC *does not* make nominations or their acceptances public;
  36   - The TC *does not* make the number of nominees or number of accepted
  37 nominations public.
  38
  39 Data collection
  40 ---------------------
  41 In order to enhance their decision-making data, TC members will collect some
  42 data about the nominees and publish their findings to the private alias. The
  43 point of that data collection is to get a better understanding of their skills,
  44 their history within the project, their effect on conversations, etc.
  45
  46 Communication to the project:
  47
  48   - The TC *does not* make the data public.
  49
  50 Shortlisting and picking a preferred candidate
  51 -----------------------------------------------------------------
  52 Given the above data, any current TC member *can* vet for one or multiple
  53 nominees they would like to see on an *internal* ballot. The TC would then use
  54 the Standard Resolution Procedure **in private** to sort the list of candidates
  55 (+ FD).
  56
  57 Communication to the project:
  58
  59   - The TC *does not* make the ballot with vetted nominees public.
  60   - The TC *does not* make the result of the **private vote** public.
  61
  62 Question:
  63
  64   - Does this private vote respect letter and/or intent of §6.3.4 "votes on
  65 appointments must be public"?
  66
  67
  68 Check for eventual DPL veto
  69 ----------------------------------------
  70 In order to avoid any potential drama, the TC would **privately** ask the DPL
  71 if they would later accept the nomination of the preffered candidate.
  72
  73 Public vote
  74 ----------------
  75 The TC would use the Standard Resolution Procedure **in public** on a ballot
  76 containing only the preferred candidate and FD. Once the result is known or no
  77 longer in doubt (but ideally, once every current member has voted), the DPL is
  78 informed.
  79
  80 Appointment by the DPL
  81 -----------------------------------
  82 When they see fit, the DPL would appoint the candidate as selected by the
  83 public vote; ideally on debian-devel-announce@l.d.o .
  84
  85 (This is really outside of the TC's realm.)
  86
  87 Welcome and Thanks
  88 ------------------------------
  89 The TC would then:
  90
  91   - Congratulate and welcome the new member
  92   - Thank all nominees for volunteering.