面向Scrum团队的流动度量：让周期时间与前置时间发挥作用
速率告诉你一个Scrum团队在一个冲刺中完成了多少，却完全说不出任何一项工作从“开始”走到“完成”花了多久。流动度量正好补上这个缺口。其中两项——前置时间与周期时间——几乎在每个团队都值得测量，而且它们与Scrum天然契合，无需改动《Scrum指南》中的任何内容。2021年，远程团队无法一眼看清现场氛围，掌握关于工作如何流动的客观数字便显得格外宝贵。
两个度量，清晰定义
人们经常把这两者弄混，所以在测量任何东西之前，先把定义钉死。
前置时间：从一个工作项被提出（或作为承诺进入待办列表）到它被交付为止所经过的时间。这正是客户所体验到的——完整的等待。
周期时间：从团队真正开始着手一个工作项到它完成为止所经过的时间。这是团队最能直接掌控的部分。
两者之间的差额就是排队时间——工作在无人着手之前等待了多久。很多时候，大部分延误其实就藏在这段差额里。
如何开始测量
界定你的起点和终点。 明确约定看板上哪一列代表“工作已开始”，哪一列代表“已完成”。没有共同的定义，每个数字都只是噪声。把它写在团队看得见的地方。
为每一次状态流转打上时间戳。 记录每个工作项何时进入起始列、何时到达完成列。多数工具会自动完成；如果你的工具不行，一张写上日期的便利贴也照样管用。
作图，而不要盲目取平均。 把每个工作项的周期时间画成散点图，比单一的平均值揭示得更多。你会看到分布、离群点，以及情况随时间是在变快还是变慢。
读百分位数。 与其说“我们平均是四天”，不如说“百分之八十五的工作项在七天内完成”。百分位数给出的预测远比一个被少数离群点悄悄扭曲的平均值更诚实。
把数字变成行动
流动度量在Scrum事件中体现价值。在冲刺回顾中，周期时间上升是一个具体的提示：工作项是不是太大了？工作是不是因为等待某个依赖而被阻塞？是不是同时开了太多任务？在冲刺规划中，已知的周期时间分布能让人对实际能完成多少有一个有据可依的判断。而在冲刺过程中，盯住那些已远超典型周期时间的工作项，能让开发人员在一个卡住的工作项悄悄拖垮冲刺目标之前一拥而上、合力攻克。
一句提醒：这些是诊断信号，不是用来博弈的指标。一旦周期时间变成评判个人的数字，人们就会人为地拆分工作，或牺牲质量以求好看。用流动度量去开启关于工作如何流动的更好对话——而不是给个人排名。诚实地测量，它们会准确地告诉你工作在哪里等待，而等待几乎总是最便宜就能解决的问题。
如果你希望在不扭曲团队行为的前提下引入流动度量，XNM的项目集与项目交付咨询可以为你的推广提供指导。