每个团队每周都要做几十个小分配决定：谁展示、谁做记录、谁去开会、谁值周末班。单独看它们都小到无所谓。重复一百次，它们就会累积成某个人对这里如何对待自己的看法。
这才是随机化真正要解决的问题。不是“选出一个赢家”——而是把一个反复出现的决定分散开来，让它不再被解读为评判。
下面说它在哪里有效，大致按有用程度排序，以及它在哪里无效。
强适用场景
1. 分配稀缺资源。 培训预算、好工位、停车位、额外的显示器。这是最强的场景，因为按偏好分配的稀缺资源会产生看得见的怨恨，而抽签能终结这个问题。用随机抽奖。
2. 值班和排班空缺。 没人自愿值周日。抽签消除了那种反复出现的怀疑：总是同一个人“恰好”有空。日志会凹凸不平，这在预期之内——那是独立性，不是流程坏了。
3. 委员会和评审小组席位。 一个人们认为是被精心安排的遴选委员会，无论其决定有多少道理，每个决定都会被质疑。随机化的是席位，不是候选人。
4. 会议和冲刺顺序。 谁先展示。谁休假回来先得到时段。事情不大，但否则轮换的争论会永远重复下去。
5. 演示或提案顺序。 与上一条相关，它之所以有效，是因为每个人最终都会轮到。
6. 任务和杂务轮换。 打扫、值班支持、没人愿意主持的会议。任务分配 把人和任务配对，并报告任何未分配的事项，而不是默默丢掉。
7. 去哪吃午饭、参加哪个下班活动。 真的有用：它把十五分钟的争论变成一个两秒的结果，这是这些决定唯一能被做出来的方式。
8. 导师或跟岗的配对。 在技能层级内部随机，而不是在整个团队里随机——见下文，这一条有失败模式。
9. 即时奖励和同事认可。 从被提名的池子里抽取是可行的，前提是提名这一步是真实的。随机化一个没人有资格的池子，是另一回事。
10. 项目组队。 当项目确实是跨职能的、没人有理由偏爱和谁共事时，效果最强。
会出问题的地方
任何有技能要求的事。 随机分配一项需要资质认证的任务，保证你有时会把它分给错误的人。随机化围绕要求的一切，而不是要求本身。
任何长期或不可逆的事。 整个季度的项目团队、永久的委员会席位、晋升决定。对任何一个人六个月后还要与之共处的事来说，“抽签就是这么定的”不是可接受的理由。
任何你无法修复结果的事。 如果抽签产生了运营上坏掉的东西——两个无法在两周任务中合作的人、唯一了解客户的人被分配到客户电话上——你就是为了避免尴尬而制造了一个问题。
伪装成公平的加权抽签。 如果一次抽签按角色或绩效加权，那它不是人们以为的那种随机挑选。这没问题，也站得住脚，但前提是你在抽签前公布了权重。加权抽奖 把加权明确化，正是为了让这一点能被说出口。
组队有一个值得知道的失败模式
随机项目团队听起来像是小圈子的解药。它也是随机挑选在办公室里被搞臭的最常见方式，因为对一个技能参差不齐的团队做纯粹随机拆分，会产生一个无法运转的小组。
机制很简单：一个特别出色的人落进某个组，这个组碰到的每项任务都变得可以预料。所有人立刻就看出来了，而得出的结论是随机化太天真。
解决办法是在技能层级内部随机，而不是在整个团队里随机。先把你知道最强的两个人安排进不同小组，再抽其他人。随机分组 负责抽签；层级逻辑由你来定。
决定它能否落地的做法
在人们能看到的地方进行抽签。 共享屏幕，或者当场进行。一个没人见证的随机过程，和一个有偏见的过程无法区分，所以见证者才让差别真实，而不是一句断言。
展示名单，而不只是结果。 屏幕上的参与者名单是所有人都有资格进入池子的证据。一张只显示获胜者的截图，证明不了他们是怎么被选出来的。
一致地执行。 方便时用随机挑选、合意时用判断，比从不采用它更糟，因为人们会学到抽签只是一场表演。这是最重要的一个习惯。
宣布你要随机化什么。 “参会人选将从今年还没去过的人里抽取”这句话能消除一整类抱怨。
保留记录。 一条带日期的记录，附上名单和结果，比任何流程改动都能避免更多争论，而且只花三十秒。
关于工具的说明
关于机制的相关说法很短。抽签使用浏览器的密码学随机源，而不是 Math.random()，后者是确定性的，原则上可以被预判——公平性页面 解释了为什么这很重要，以及拒绝采样增加了什么。分组可以导出为 CSV 或 XLSX、打印或复制为文本。什么都不需要账号，抽签也没有每日限制。
比工具更重要的是：流程是否提前宣布并一致执行。规则未加解释的公平抽签，仍然会被体验为不公平；而一个看起来不公平、但规则解释清楚的抽签，通常不会。
从一件事开始
挑出这个季度引发最多争论的资源。培训预算、工位、周末值班。公开地随机化它一次，看看这个话题是否不再被提起。
通常一个月内就会消失，而这会把注意力释放给那些判断才是正确工具的决定。