团队健康度检查：问题清单、开展方式和后续行动
团队健康度检查实用指南：一份可直接使用的小队健康检查模板和问题清单，讲清如何匿名开展、如何解读结果，以及怎样把结果变成真正的改进行动。
团队健康度检查是一次简短、定期的对话，聊的不是工作本身，而是工作所处的环境：发布容易吗？大家知道这些工作为什么重要吗？是在成长，还是只在硬扛？团队很少主动说自己撑不住了，往往要等到交付延期、有人离职才暴露出来。健康度检查给了大家一个安全、固定的渠道，让问题早一点说出来。
这篇提供一份拿来就能用的问题清单，一个 45 分钟就能完成的流程，以及最重要的部分：拿到结果之后该怎么办。
小队健康检查的由来
最知名的版本，是 Henrik Kniberg 和同事于 2014 年在 Spotify 技术博客上发布的小队健康检查模型。团队对大约十个方面自评，用红绿灯（绿、黄、红）打分，并标出每一项是在变好还是变差。每一项都附有“很棒”和“很糟”分别是什么样子的简短描述，让讨论有具体的抓手。
这个模型里有两点值得保留。第一，检查是为团队服务的，帮助团队改进，而不是给管理层看的成绩单。第二，趋势比任何一次的分数都重要。
小队健康检查模板
下面是十个方面，每项都有“健康”和“不健康”两种描述。主持人把两句都念出来，然后大家投票。
| 方面 | 健康的样子 | 不健康的样子 |
|---|---|---|
| 交付价值 | 我们交付的东西对客户有意义，而且能看到效果。 | 我们交付了很多，但不确定有没有人在用。 |
| 发布顺畅 | 发布简单、安全，基本自动化。 | 发布痛苦、有风险，一次要好几天。 |
| 代码与技术健康 | 我们为自己的代码自豪，改起来很轻松。 | 代码很脆弱，改一处坏一片。 |
| 速度 | 事情推进快，很少等待或卡住。 | 我们总在等某件事或某个人。 |
| 使命 | 我们知道为什么做这些，并且对此感到兴奋。 | 完全不知道为什么要做这些工作。 |
| 流程合适 | 我们的工作方式适合自己，而且可以调整。 | 流程是强加的，反而碍事。 |
| 乐趣 | 一起工作很开心，时常有笑声。 | 每天都是苦熬，没人觉得有意思。 |
| 学习 | 我们一直在学有意思的新东西。 | 根本没时间学任何东西。 |
| 支持 | 需要帮助时能得到帮助和支持。 | 经常卡住，因为没人愿意帮忙。 |
| 做主人，不做棋子 | 做什么、怎么做，由我们自己决定。 | 我们只是棋子，决定都是别人替我们做的。 |
可以根据自己的情况增加一两项，比如团队协作、工作负荷（“我们的节奏可持续”）或与干系人的关系。但别加太多，十项对一场会来说已经足够了。
怎么投票
评分方式越简单越好，二选一：
- 红绿灯：绿（健康）、黄（有些问题）、红（需要关注）；或者
- 1 到 5 分：如果你想画出随时间变化的图表。
每一项还可以加一个可选的趋势：比上次变好、持平还是变差。
45 分钟完成一次健康度检查
45 分钟的健康度检查分五步：开场说明目的（5 分钟），每人对每一项匿名投票（10 分钟），一起揭晓分布（5 分钟），挑得分最低或分歧最大的一两项深入讨论（20 分钟），最后定下一到两个有负责人的行动（5 分钟）。
- 开场说明（5 分钟）。讲清目的：这是为我们自己做的，结果留在团队内部，没有标准答案。说明谁能看到什么。
- 私下投票（10 分钟）。每人匿名对每一项投票。线下可以念完卡片后举彩色卡，但匿名投票能拿到更真实的答案，尤其是“支持”“做主人，不做棋子”这类话题。
- 同时揭晓（5 分钟）。展示每一项的分布，而不只是平均分。五个绿一个红，和六个黄，说的是完全不同的故事。
- 挑一两项深入聊（20 分钟）。聊得分最低的，或者分歧最大的。不要试图十项都聊。
- 定下行动（5 分钟）。一到两个具体行动，写明负责人，和复盘一样。
PulseLift 可以帮你跑完这个流程：分享一个链接，大家用电脑或手机匿名投票，一起揭晓结果；每个冲刺或每个季度重复一次，就能看到趋势。这是 AI云 做的免费工具，所有人都无需注册。
多久做一次
大多数团队每季度做一次完整的健康度检查：足以看出趋势，又不会变成负担。团队正在经历重大变化（比如组织调整）时，可以每月或每两个冲刺做一次。每次保持同样的问题和评分方式，趋势才有意义。
- 每季度一次适合大多数团队：足以看出趋势，又不会变成负担。
- 每月一次或每两个冲刺一次：适合正在经历变化的团队，比如新产品、组织调整、大规模招聘。
- 每个冲刺一次：完整版通常太频繁了。真想这么频繁，只选三四项来做。
不管选哪种节奏，保持同样的问题和同样的评分方式，趋势才有意义。
如何解读结果
看分布，不只看平均
分歧大，就是讨论的起点。如果一半人觉得“发布顺畅”是绿，另一半人觉得是红，很可能前端和后端同事的体验完全不同。
看趋势
上季度是红、这季度变黄，是好消息；一直是绿、正往黄滑，是早期预警。这就是为什么坚持重复检查，比任何一次结果都重要。
分清团队能解决的和不能解决的
有些方面，比如“乐趣”“流程合适”，主要掌握在团队自己手里；另一些，比如“发布顺畅”“使命”，往往取决于平台团队、管理层或组织的其他部分。要诚实地区分这两类。
拿到结果后怎么行动
只做检查、不跟进，会让大家觉得自己的回答无关紧要，下次干脆全投绿来省事。要避免这种情况：
- 只挑一两项，不要全部都改。一个季度真正改善一项，就是实实在在的进步。
- 行动要具体。“改善发布”是愿望；“下个冲刺结束前把预发布环境部署自动化，负责人：小林”才是行动。
- 团队解决不了的，往上反映。如果“使命”是红灯，因为从没人讲过战略，那行动就是约管理层来讲一次，并定下日期。
- 行动项放上团队看板。和其他工作一样对待，才能分到时间。
- 下次检查先回顾上次的行动。做了吗？有用吗？
结果要不要对外分享
健康度检查最容易在这一步走偏。一旦结果被拿来在团队之间比较，或用于绩效评估，大家就不再说真话，数据也就没用了。
更稳妥的做法：
- 结果归团队所有，由团队决定分享什么。
- 向管理层分享时，分享主题和诉求（“我们在发布自动化上需要支持”），而不是原始分数。
- 永远不要按健康度分数给团队排名。一个敢如实报红的团队，比一个因为感觉被盯着而报绿的团队有价值得多。
如果管理层想了解多个团队的整体情况，就去找规律：“六个团队里有四个说发布很难”，这是关于平台的有用信号，而不是关于这些团队的。
常见误区
- 问题太多。二十项意味着投票敷衍、没时间讨论。
- 每次换问题。趋势就没了。
- 不做匿名。在层级感强的团队，或经理在场时，尤其要匿名。
- 变成问卷调查。对话才是重点。发一份表单、不做讨论，就丢掉了大部分价值。
- 没有跟进。这是让下一次检查失去意义最快的方式。
常见问题
团队健康度检查多久做一次？
大多数团队每季度一次就合适，经历重大变化时可以每月或每两个冲刺一次。每个冲刺都做完整版通常太频繁，真想这么频繁，只选三四项。用 AI云 的免费工具 PulseLift 每次重复做，就能看到结果的变化趋势。
健康度检查时，经理或 Scrum Master 要投票吗？
通常由做事的人投票，主持人不投。如果经理本身是日常团队的一员，可以投，但匿名就更加重要。
团队健康度检查和复盘是一回事吗？
不是。复盘看的是上一个冲刺，健康度检查看的是更长期的状态。很多团队每隔几个月用一次健康度检查替代常规复盘。
健康度检查全是绿灯怎么办？
先庆祝一下，然后问问大家是否觉得可以放心说真话。如果是，就挑最有提升空间的一项，继续改进。