如何快速识别敏捷团队健康度呢？

许多公司都在尝试各种方法去衡量开发团队的情况，并希望通过可视化的方式将结果呈现出来，我们最初启用“健康检查模型”(我们称之为团队健康度模型）的目的在于使团队本身、教练和主管等了解团队目前真实情况，比如：团队当前需要改进什么，改进情况如何、是否有团队成员遇到困境等等。

引入衡量“团队健康度”的思想源于Kurt Bittner等人编著的《Nexus规模化Scrum框架》一书。书中阐述到NIT （Nexus 集成团队）Scrum Master建议使用他曾经与Spotify合作过的同事那里学到的一种“让团队可以自我了解健康状况”的方法。这种方法就是设定一些方向的健康指标，然后由团队的Scrum Master主持团队会议，通常团队在会议上会讨论如下几个方面的议题：

1、他们是否正在交付价值？

2、产品是否易于发布？

3、团队成员是否开心？

4、产品是否健康？产品是可持续的和可支持的吗？

5、团队成员是否能够学到东西?

6、他们是否理解产品目标？

7、他们感觉自己像棋子还是队员？

8、他们的速度是否足够？

9、他们觉得他们有合适的流程吗？

10、他们是否感到被支持？

11、他们作为一个团队运作良好吗？

讨论完这些议题后，就这些健康指标进行投票，然后将结果汇总，可以得到下面的图表（示例）：

健康检查结果，由团队汇总

其中波特兰A、波特兰B....是不同组的名称。绿色脸并不意味着完美，只是说明团队成员对目前的状况感到满意。黄色脸意味着有一些重要的问题需要解决，但这不是灭顶之灾。红色脸意味着事情非常糟糕，迫切需要改进。

NIT团队根据上面图例分析得出：团队需要停止在本次Sprint目标上的工作，并退后一步解决红色脸问题和尝试在黄色脸方面取得进展，然后再继续迭代。地点之间的差异突出了一些团队面临的一些挑战。

关于健康度评测频次问题，官方给出的建议是三个月。官方认为一个月一次有点频繁，不会有太大变化，而太久的话又不能起到预想的效果。

在引入我所在公司时，我结合公司研发团队以及迭代开发的特点对健康检查模型及其调研方式进行了微调。

首先在考虑到会议不一定能充分表达团队每一个人的看法后，我取消了组会讨论和投票的方式收集结果的方式，而是制作了关于团队健康度调研的调查问卷，由团队线下填写。这样的好处是较开会的方式效率更高，大家只需要花个几分钟时间即可完成，而且在隐蔽的方式下更容易反馈大家真实的想法。

其次关于调查的频次我也做了调整，我们是每月进行一次。官方建议的三个月是针对组的，而我们是对团队成员，所以一个月的时间更为合适。

最后根据公司研发团队的特点，对统计指标项进行了微调，指标中增加了我们关注的几个方向，并将调研对象由团队/组调整成了团队成员。此外为了保护每个投票人，并不会把汇总表开放给团队。下方是一个结果示例：

团队健康度采集结果示例

收集到原始表侯接着做二次统计，这个表会开放给团队成员，见下图：

二次统计结果

根据上面的调研结果和二次统计结果分析出该团队做得比较好的方面是合作速度、支持度、合作感受几个方面，说明团队成员基本上认为彼此之间合作愉快，工作氛围合作效率都比较好。该团队迫切需要改进的方向是需求清晰度、代码健康方面，关于流程也需要逐步优化。除团队方面的分析外我们还可以看出员工5和员工6不满意方面较多，尤其是员工6，此时需要敏捷教练着重关注这两位员工，可以私下沟通，询问不满意的具体原因，看是否可以帮其解决。还有一种情况也需要格外注意，就是员工1这种情况，他统一给出了满意的结果。我们要根据实际工作中对其的观察和了解来分析为什么他会全部给出满意，是因为真实满意，还是因为不满意但是觉得调查本身无意义，或是之前提出不满意的问题都没有解决，建议都没有被接受从而导致其没有认真对待团队健康调查这项工作。

具体分析做完，我们会在团队回顾会上将最终分析结论同步给团队，并和团队共同讨论对应的改进方案和改进计划。

其实团队健康检查模型不光可以用在敏捷团队中，还可以调研部门员工、公司员工、各部门、各工作组等等。

参考资料：

1、【德】库尔特.比特纳，帕特丽夏.孔，戴夫.韦斯特，Nexus规模化Scrum框架[M]:机械工业出版社