我们在敏捷推广的进程中，往往更关注敏捷活动，利用会议和互动加强团队对敏捷的理解，让大家有一种“由简到难”的过程去接受和试用敏捷，当然，这只是第一步。
我们想突破一些“困局”，解决大家对敏捷的疑惑，那度量就是我们的必经之路，一些擅长做过程度量分析的业内人士已经做了很多维度的尝试，有几个度量方法非常推荐：
我们常常犯的一个错误就是，忙活了一段时间，但是谁也说不清楚，究竟时间都忙到了哪里？那么利用吞吐量可以让我们关注到团队乃至小组的一个任务完成情况。
通过吞吐量查看我们在这一周重点的任务投放情况，方便我们去进行资源调配。
但是我还想看看具体小组内的产出情况：
为什么有的小组，完成任务数非常少，大家都在忙些什么，如果去问，开发人员一定有很多种方法告诉你他的确很忙，那么我们不如直接看产出：
我们可以根据一套公式计算出团队成员的个人分值，做这张图的时候一定会受到多方的压力或者投诉，但是不要灰心，去解决我们数据中的问题，例如数据清洗时产生的Bug，数据获取时是不是有遗漏等，而不要去争论这件事重要不重要，需不需要做，毕竟，大家的目标不一样。
写到这里，我们已经知道了团队的整体，各小组，以及个人成员产出的一些情况，但是这些还不够，我们只是知道了大家做了这些事情，但是我们在使用敏捷方法后，到底有没有进步，这个更重要（领导很关心）
于是，根据以上的数据获取，进行量化分析，得到我们的团队健康度：
当我们做好以上的数据分析后，每周可以出一份这样的报表，但是在敏捷度量中，以上的数据都是非常基础的，如果可以获取更多的数据资源，度量分析将远远不止这些。
