程序设计的底层逻辑
议事规则保护的不是效率，而是每个参与者的表决权不被程序漏洞吞掉。
效率是程序设计的副产品，不是目的。一套好的议事规则首先确保：没有人因为发言顺序、议程安排或表决方式被系统性地排除在决策之外。
谁控制了议程，谁就控制了结论的候选范围。
议程设置权是会议中最隐蔽的权力。多数参与者只关注"讨论什么"，很少追问"为什么讨论这个而不讨论那个"。议程之外的选项，连被否决的机会都没有。
投票与表决
投票顺序不是中性的——先表决的选项会系统性地影响后续选项的命运。
这是投票理论中的经典发现。当存在三个以上备选方案时，表决顺序本身就能改变最终结果。设计表决程序的人如果不理解这一点，就等于把结果交给了随机安排。
多数决不等于多数人的真实意愿——它只反映特定规则下的计票结果。
孔多塞悖论（投票悖论）说明：在三个以上选项间做成对比较，多数偏好可能出现循环——A 胜 B，B 胜 C，C 又胜 A。多数决在特定条件下会产出没有人满意的结果。
讨论与修正
修正案制度存在的意义，是让提案可以被改进而不只是被接受或拒绝。
没有修正案机制的会议，每个提案只有两种命运：全盘通过或全盘否决。这迫使参与者在"支持一个有缺陷的方案"和"否决一个大方向正确的方案"之间二选一。修正案打开了第三条路：保留框架，修正细节。
少数意见的表达权不是对多数的让步，而是防止多数犯错的纠偏机制。
保护少数不是因为少数一定正确，而是因为多数一定会犯错。充分的反对意见能暴露多数方案的盲区，让最终决策建立在更完整的信息基础上。
程序正义与实际运作
程序公正是实质公正的前提——如果参与者不信任决策过程，再好的结论也不会被执行。
很多团队花大量精力追求"正确的决定"，却忽略了一个更基础的问题：如果决策过程被认为不公平，决定本身是否正确已经不重要了——反对者不会配合执行。