三周前一位中级产品经理告诉我，五个月来他没有一个不工作的周末。两周后同一团队另一人在周五对经理的私信回了两个字。再六周后，第二位工程师离职了。
两个人都没有告诉过任何人自己 burnout 了。两个人都不会在调查里承认那是 burnout。远程团队的 burnout 是信号问题，不是幸福度问题。症状出现在延迟、范围和日历模式里，不会出现在幸福度脉冲上，直到太晚。
我从 2018 年开始审计分布式团队。下面这七个信号，是我在每一支悄悄脱轨的团队上都看到过的。
信号 1：回复延迟漂离团队基线
每个团队都有一份隐性的延迟契约。拉过去 60 天某个项目频道的 Slack 线程，测量一个提问到第一个实质回复的时间。
如果中位数是 1 个工作日，p90 是 4 个工作日，就有人在溺水。通常不是 p90 那个人，是中位数那个人，在默默扛了双倍的量。
解决办法不是加会议，是砍进入量。当回复延迟漂离基线，问问是谁手上在飞的任务太多。
信号 2：范围在收缩，但没有申请减负
burnout 的员工不会变得更粗心，他们会变得更小心。他们不再接 stretch 项目，不再写可选的文档，在 ticket 里只回答直接问题，不再探索备选方案。
这看起来像专注，它不是。专注是决定，小心是防御。
盯着那些比六个月前同类型 ticket 慢四倍的活。如果周期变长了，质量却变好了，说明有人在以团队速度的代价保护自己。
信号 3：仪式开始变成可选
问谁跳过了最近三次 standup，问谁跳过了最近两次 retro，问谁最近不再在设计评审里出主意。
仪式出席率是我找到过最便宜的团队健康先行指标。健康团队的仪式出席率任一次都能高于 90%。悄悄 burnout 的团队会在一个月内跌破 80%。
不要直接问 standup，问 retro。当 retro 不再无聊时出席率会回升，不会因为你再发一次提醒而回升。
信号 4：产出变成低风险控制
burnout 让工程师和产品经理变保守。他们提交无聊的方案，走安全的路径，不再提出有风险的选择。
对比过去两个季度上线的功能。如果中位复杂度下降，实验数量也下降，说明团队里有人在保护自己的睡眠。
我想标出来是因为它从外部看不见。产出看起来正常，团队还在发货。缺的是那个本来能买下下个季度的方案。
信号 5：周末在延长，但没有被排上日程
看日历和 Slack 活动。周末消息量同比涨了吗？周末 PR 涨了吗？周五晚上上线次数涨了吗？
这个模式很少是故意的，它多半是员工不知道什么时候可以停的结果。当经理说不出工作日的结束时间，员工会自己发明一条并守它。那条自己发明的边界要花时间。
Gartner 在分布式工作研究里反复指出，没有书面日终停止时间的团队，自离职率明显高于把边界写下来的团队。经理说不出结束时间，就等于让员工自己付成本。
信号 6：目标读起来像模糊的形容词
拉团队过去五周发布的优先级。有多少是具体成果，有多少是加速、优化、加倍投入这类形容词？
模糊的优先级是经理对 burnout 的贡献。当范围是形容词形状，员工要工作更久才能让自己看起来更果断。当范围是成果形状，员工碰到线就停。
如果上个季度你上线了三个成果和五个形容词，burnout 的源头是经理。
信号 7：1:1 变成一句话
1:1 是远程员工提出难事时最后的安全屋。看员工的 check-in。它从一段话变成了一句话吗？
经理的问题通常也变了。你最近一次问他工作量是什么时候？你最近一次问他这次迭代什么能砍掉？
当 check-in 变成一句话，要么员工真没事可说，要么 check-in 已经不再是安全屋。几乎从来不是前者。
一份真的能用的 1:1 讨论模板
下面是我现在给管理层做教练时用的模板。25 分钟。它不需要员工为自己的状态做辩护。
- 上周一个胜点，一句话。 不是清单，是一件。强制具体。
- 本周让你耗的一件事。 不是前三件，就一件。让员工自己排优先级。
- 两周内什么可以砍掉？ 不是修辞问题。经理的工作就是砍掉一些东西。
- 这周的 stop line 是哪一刻？ 具体到一个时间，不是习惯。
- 给当前的状态起个名字？ 不是幸福度问卷。是一个工作标签。burnout、过载、错配、burnout 边缘。命名它不等于诊断它。
- 我能立刻停止对你做的第一件事是什么？ 经理不豁免。
这个模板起作用是因为它把提问里的情绪劳动拿掉了。当经理问你怎么了，员工会为自己辩护。当经理问什么能砍掉，员工停止辩护。
一份你真的能跑的月度恢复计划
恢复不是幸福度工作坊，是月度运营节奏，包含三个不可谈判的元素。
| 周次 | 焦点 | 经理动作 | 团队动作 |
|---|---|---|---|
| 第 1 周 | 压缩 | 挑一项进展放缓 | 上个月的量再发一半 |
| 第 2 周 | 边界 | 发布每日 stop time | stop time 之后不发消息 |
| 第 3 周 | 社交 | 排跨时区搭子配对 | 30 分钟社交通话，无议程 |
| 第 4 周 | 反思 | 写一份一页 retro | 异步评论，不开会 |
每月都跑。不要在调查告诉你该跑时才跑。团队不需要危机才跑恢复计划，恢复计划正是让他们不进入危机的东西。
给恢复计划加两个结构性改动，让它自我强化：
- 无会议周五。不是建议，是全周日历的封块。是建议就不算边界。
- 每月两天离线。写在团队操作手册里，不是幸福度政策里。离线日要像客户会议一样难约。
边界设计是分布式工作结构问题，不是个人幸福度问题。Global Workspace Association 长期跟踪到混合与远程结构仍在知识工作领域快速制度化，把 stop line 留给个人默认的团队会自离职。
深度工作时段不是 burnout 解药，它是边界
深度工作时段是防止恢复计划被磨掉的那条边界。没有它，第 1 周压缩下来的范围会在第 2 周漏回去，计划就死了。
我管的团队里，每个人每天早上有一块受保护的 4 小时。不是建议，是日历封块。团队不在块里发消息，经理不在块里排会。块是真工作，不是不工作的时间。
深度工作时段并不新鲜，新鲜的是它不被维护时消失得有多快。Stack Overflow 历年开发者调查反复发现，拥有不间断专注时段的开发者自我报告的应激水平明显低于常年在上下文切换状态中的开发者。这个发现不意外，意外的是大多数团队不肯保护它。
本周从哪儿下手
如果七个信号在你的团队上都冒头，而你本周只能做一件事，就做这一件：
拉三个核心项目频道的 Slack 回复中位数和 p90。p90 超过两天，你就在悄悄的 burnout 时钟上。把延迟最长的两个人作为你本周 1:1 的最高优先级。问上面模板的第 3 个问题。真的砍掉一些东西。
burnout 不是士气问题，它是披着士气外衣的范围问题。修范围，burnout 会跟上。