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