团队随机决策工具：Vue3与加密随机算法实践

1. 项目背景与痛点分析

团队协作中总会遇到各种需要随机决策的场景：谁来做code review？哪个版本先上线？该优先处理哪个bug？这些看似简单的选择往往成为效率黑洞。传统解决方案要么过于随意（比如扔硬币），要么过于复杂（开会讨论半小时）。更糟的是，当需要公平分配任务时，人为选择难免带有主观性，容易引发"为什么又是我"的抱怨。

我在过去三年参与过的17个项目中，平均每个项目会遇到23次这类决策场景。最夸张的一次，团队花了47分钟讨论"该用蓝色还是绿色作为按钮主色调"，最终结果依然有人不满意。这种低效决策不仅消耗时间，更会消磨团队士气。

2. 核心设计思路

2.1 产品定位

这个抽签工具的核心设计原则是：

• 零学习成本：打开即用，无需注册
• 极简交互：三步完成抽签（输入选项→设置规则→出结果）
• 完全透明：使用可验证的随机算法
• 场景适配：预设团队常用模板（任务分配、AB测试、评审排期等）

2.2 技术选型

前端采用Vue3 + TypeScript实现响应式交互，重点优化移动端体验。随机算法使用crypto.getRandomValues()而非Math.random()，确保结果不可预测。特别设计了"历史记录"功能，所有抽签结果自动生成可分享的加密链接，便于回溯审计。

关键细节：在测试阶段发现iOS Safari对crypto API有特殊限制，需要额外添加异常处理。实测在低端安卓设备上，算法执行时间控制在300ms内。

3. 核心功能实现

3.1 权重分配系统

不同于简单随机，我们开发了智能权重系统：

typescript复制interface Option {
  name: string;
  weight?: number; // 默认1.0
  recentSelected?: boolean; // 近期是否被选中
}

function calculateAdjustedWeight(option: Option) {
  let base = option.weight || 1.0;
  // 近期被选中过的选项降低50%权重
  if (option.recentSelected) base *= 0.5; 
  return base;
}

这套逻辑使得任务分配更均衡，避免出现"总被抽中"的情况。权重参数支持小数点后两位精度调节。

3.2 多条件筛选

针对复杂场景（如"需要前端经验+本周可用+未参与上次迭代"的code review人选），开发了属性标记系统：

1. 为每个选项添加标签（技术栈/时间/历史参与等）
2. 设置必须满足/最好满足/排除条件
3. 系统先过滤不符合条件的选项，再在剩余选项中随机

4. 实际应用案例

4.1 每日站会发言人选择

某15人团队使用规则：

• 基础权重：新人1.5，普通成员1.0
• 衰减规则：连续3天发言后权重降至0.3
• 特殊标记：标注"今日请假"成员自动排除

实施后站会时间缩短22%，新人参与度提升40%。

4.2 紧急bug处理分配

技术栈感知的智能分配：

javascript复制{
  "options": ["张三","李四","王五"],
  "constraints": {
    "required": ["掌握React"],
    "preferred": ["本周未处理P0"],
    "excluded": ["正在休假"]
  }
}

系统会自动识别符合React技术要求的成员，优先选择本周未处理过P0 bug的开发者。

5. 避坑指南

5.1 随机性验证

早期版本使用时间戳作为随机种子，被团队成员通过反复刷新预测出结果。解决方案：

1. 改用加密安全的随机数生成器
2. 前端混合鼠标移动轨迹数据作为额外熵源
3. 提供"重新摇号"按钮限用3次

5.2 性能优化

当选项超过500个时，原始算法出现卡顿。通过以下改进：

• 改用Web Worker处理计算
• 添加虚拟滚动列表
• 对权重计算进行记忆化缓存
  最终在3000个选项时仍保持流畅。

6. 扩展应用场景

6.1 代码审查轮值

结合GitLab API自动获取：

• 近期代码提交量
• 上次审查时间
• 模块熟悉度
  生成动态权重，避免审查疲劳。

6.2 A/B测试分组

支持按：

• 用户属性分层抽样
• 设备类型比例保持
• 历史曝光次数平衡
  确保实验组对照组可比性。

7. 团队反馈与迭代

收集的典型使用反馈：

• 产品团队：希望增加"暂存组合"功能，保存常用选项集
• 远程团队：需要更醒目的结果通知（集成Slack webhook）
• 管理组：请求导出决策记录用于复盘

目前正在开发的企业版将包含：

• 组织架构同步（自动获取部门/项目组成员）
• 决策看板（可视化展示分配公平性）
• API接入（与Jira/GitHub等工具打通）

这个工具最终演变成了我们团队的"数字仲裁者"，那些曾经引发轻微摩擦的决策现在变成了大家笑着点击按钮的瞬间。最意外的收获是：当结果来自公认公平的随机系统时，即使是不理想的结果，团队成员也更容易接受——这或许就是程序正义的魅力。