帮你建一套公平可持续的值班制度，而不是让最负责的人永远接电话。
文中核心拆解是：交付型团队的值班比互联网内部值班更复杂——要覆盖多个客户、有时区差异、还与对客户的服务等级承诺挂钩。设计要点有四：轮值周期不过长（通常一周）、有补偿或调休、交接有清单、每次值班后复盘误报与升级路径，让制度随使用持续改进。最容易出现误用的地方是没有正式轮值，隐性地让最负责的人永远在接电话，直到他离职，团队才意识到制度欠账。
相比把值班当成运维专属事务的普遍认知，这篇强调交付团队的值班要覆盖客户现场问题，而不是只盯系统告警，客户的现场问题同样是值班要接住的场景。
建议你查一查过去一个月的紧急响应记录，算算实际由谁承担了值班，答案往往让人吃惊。
—— FDEChina编辑部 · 实战派
定义
On-call rotation（值班轮换）指交付团队按轮班制指定成员在特定时段负责响应客户现场紧急问题与告警的安排，是对客户服务等级承诺的组织保障。
展开
交付型团队的值班比互联网内部值班更复杂：要覆盖多个客户、有时区差异、且与服务等级承诺直接挂钩。设计要点：轮值周期不过长（通常一周为宜），且必须有补偿或调休、值班有补偿或调休、交接有清单、每次值班后复盘误报与升级路径，让制度随使用持续改进，让值班负担可预期、可轮转，团队的紧急响应能力才可持续。
常见误用是没有正式轮值，隐性地让最负责的人永远在接电话，直到他离职团队才意识到欠账，这类隐性欠账几乎每个交付团队都有一笔；另一种是值班只覆盖内部告警，客户现场问题仍要靠项目经理层层转达，响应链条被人为拉长，服务承诺也就无从兑现。值班记录还是容量规划的重要输入：值班频次与类型分布，直接反映交付质量的短板在哪里，比任何汇报都诚实。