巴士系数是什么
巴士系数指团队中多少人离开后项目会陷入停滞，数字越小风险越高。它是知识集中度的粗略度量，真正的价值不在算出一个数字，而在于识别哪些模块只有一个人能改、哪些决策只有一个人敢拍。
基本要点
| 定义 | 项目失去多少关键成员后将无法继续推进 |
|---|---|
| 典型信号 | 关键模块只有一人能改、评审只找同一人、发布密钥单人持有 |
| 改善手段 | 文档化、结对、轮值值班、指定后备负责人 |
| 观察方式 | 定期查看评审人分布、值班名单与模块提交者分布 |
典型使用场景
- 关键岗位人员离职或长期休假前，评估交接是否可行
- 重构或迁移启动前，确认知识是否只集中在个别人身上
- 值班安排优化：识别只有一人能处理的高危告警类型
- 新人培养规划：让后备负责人在真实变更中接手
- 团队健康检查中作为一项固定观察指标
降低措施示例
降低措施示例
关键模块指定 Primary / Secondary 负责人，并写入值班表
复杂变更强制结对完成，评审记录两名以上工程师
发布、密钥与生产权限由多人持有并可轮换
每季度演练一次后备顶替：由 Secondary 独立发布
新人从边角任务过渡到模块级任务，配检查点跟进
# 度量方式：统计每人负责的关键模块数与评审覆盖率风险识别与动作
| 信号 | 风险等级 | 动作 |
|---|---|---|
| 模块仅一人有提交权限 | 高 | 立即加后备负责人并开放权限 |
| 评审长期只找同一人 | 中 | 轮换评审人，建立评审清单 |
| 值班只有一人能处理某类告警 | 高 | 编写处置手册并安排实操演练 |
| 文档与实际实现脱节 | 中 | 以最近三次变更为例补齐关键说明 |
把持有核心知识当作不可替代的优势，短期看是安全感，长期看是单点故障：关键人休假或离职时，交付与线上响应同时停摆。