精英管理

在自由和开源软件社区中，精英管理是当前使用的三种主要治理模式之一，并且可能是最流行、最强大和最成功的。然而，有时人们仍然不清楚这种模式具体是如何运作的。

首先，精英管理的基本原则是人们通过他们在社区内的行动和活动获得功绩。实际构成这些功绩的内容由预先存在的社区本身决定，因此存在一个内部的、稳定的反馈系统，可以防止健康的精英管理偏离轨道。“什么是功绩”和“如何获得功绩”的基础是社区内部自我定义和已知的，并且确实因社区和项目而异。例如，一个自由开源软件项目/社区可能最重视简单的编码能力，因此重度程序员将迅速获得功绩，无论他们是作为志愿者还是有偿工作，也无论他们是否与他人良好协作。其他社区则重视编码技能与基于共识的协作技能之间的健康平衡，而还有些社区则将个人在项目中的投入（他们个人参与和投入的程度）也包括在内。

如上所示，精英管理因此不是真正的民主制，而是伪共和制。社区的需求和愿望在功绩的氛围中被权衡，而功绩则赋予了参与和控制的权力。

共识决策

精英管理的一种实践是基于共识的决策模型。根据 http://en.wikipedia.org/wiki/Consensus_decision-making，“共识决策是一种寻求所有参与者同意的群体决策过程。”在实践中，它不同于多数票获胜的方法。在 CentOS 项目中，决策讨论遵循以下流程：

1. 提出提案并检查是否达成共识。
   1. 通过投“+1”票表示共识。
2. 检查提案是否有任何异议。
   1. 有保留意见？说明保留意见，有时带有“-1”符号。
      1. 对提案的保留意见将得到解决，寻求共识以解决保留意见。
      2. 保留意见并非反对提案的投票，但如果未解决，可能会转变为反对票。它通常以初始的“-1”票表示保留和顾虑。这表明仍有讨论空间。
   2. 靠边站？不发表评论，或说明顾虑但不使用“-1”保留符号；有时使用“-0”符号。
      1. 此选项允许成员对提案有异议，但不会选择阻止提案，而是通过投“+/-0”票靠边站。
      2. 所表达的顾虑可能会影响其他人产生或放弃保留意见。
   3. 阻止？投“-1”票并说明阻止的理由。
      1. 这是对提案的完全阻止，拒绝其通过。阻止票是“-1”票，必须附有实质性论据，这些论据应植根于项目的功绩标准——保护社区、上游、技术原因等等。

阻止（-1）票作为否决权通常仅在无法通过其他方式达成共识时使用，并且实际上是任何在任董事会成员在充分证据支持下可以使用的否决权。