一旦你开端了解灵敏开发和 Scrum 方法，就一定会碰到「速率 Velocity」。它表明研制团队在一个迭代周期内，能完结的一切故事点数之和；常用作衡量基准，辅助长期的作业预算和迭代规划。
几年后，当我在一个优异的软件工程师团队担任办理者，我才意识到「速率」在实践衡量时存在很大的缺陷。也正因如此，我才得以找到真实正确的研制效能衡量方针。
01 为什么「速率」不好用？
让咱们从速率的计算公式开端：
-
实践速率= 完结的总点数/ 迭代次数
-
预期速率 = 预算发生的总点数/ 迭代次数（预算故事点数即被添加到迭代中的故事点数）
在办理实践中，大多数团队会选用「实践速率」，所以本文也围绕它展开阐明。那么，实践速率在运用中详细存在哪些缺陷？
1. 无法展现起浮空间
实践速率在数值上无法展现研制团队实践完结作业量的起浮情况。 下面是点数界说相同的两个团队在四个迭代内分别完结的故事点数统计：
从成果上看，两个团队的速率值都是 20， 但咱们能说「两个团队都能在一个迭代内完结 20 个点的作业」吗？
对第二个团队或许可行，因为它的迭代点数起浮很小（ 2 个点），但第一个团队的变化就大得多（ 18 个点）。假如只看实践速率值，办理者其实无法了解和掌握研制团队的稳定性。
更进一步地，也无法精确地预算待开发的故事和使命的作业量，或许为史诗（Epic）拟定一个估计发布日期。
2. 不能灵敏适应变化
研制团队和需求常常会发生变化，成员出勤率、人员变动、紧迫 Bug 修正、企业训练等等都会影响实践可用资源。
可是，实践速率是依据理想的团队均匀运转才能计算的。假如迭代期间有成员休假外出，那团队能否完结一切的故事？这对速率又会发生怎样的影响？团队还能精确地预算开发容量吗？
相同的，假如团队迎来一名新成员，那实践速率会变大吗？仍是由于咱们需求为新成员供给训练，该迭代的研制速度其实会变慢？需不需求从头评价待办列表？这些咱们都毫无条理。
3. 预算自身不精确
用速率办理研制效能难有成效的原因还在于，它依赖于故事点数——一个被人为界说的、很难在团队内部达到统一一致的估值。 一起，研制团队也很难确保跨迭代的点数衡量规范共同，这也是当前作业预算的头号难题。
假如不能用相对规范和精确的方法预算研制作业，就很难保持稳定的开发速率。这不止会影响后续迭代的办理，也限制了预算精度的查验和改善。
4. 成员会精疲力竭
最后，依据速率值设定团队的迭代方针不可防止地会让成员倍感疲惫。
信任很多团队都出现过追赶截止日期，紧迫交给的情况。在临近交期的短时间内，成员们超负荷作业，每天作业 15 个小时再加上周六、周日无休，尽或许完结一切的待办事项，以达到迭代方针。
咱们都不期望类似事情发生，但不可否认的是，「极限挑战」状况下的团队速率确实得到了进步。那么，鄙人一个迭代规划时，研制团队是否可以接受比现在更多的作业量？长此以往，作业量内卷一定会让成员们疲惫不堪。
速率不该被用来设定团队方针，而应该被办理者用来设定绩效先例并预判未来价值。
已然速率不可行，那应该用什么方针替代它衡量和办理呢？
02 正确的办理方针：许诺方差
运用许诺方差（Commitment Variance，即 CV） ，它有助于增强团队自组织和提升自驱力。其计算公式如下：
-
PointsCompleted-完结总点数：上一个迭代中，研制团队成功交给的故事点数。
-
PointsCommitted-许诺总点数：团队在迭代计划中许诺能完结的故事点数，可用被添加到迭代待办列表中的点数之和表明。
1. 方针办理方针
运用许诺方差时，研制团队要尽或许精确地预算研制作业量，并运用相同的规范许诺一个完结方针。
而优化许诺方差的方针是尽或许将其绝对值降为 0；团队要努力完结一切使命，并使燃尽图在迭代结束时变为 0。
2. 成果解读
假如许诺方差的值
-
大于 0，阐明超额完结方针。 团队可以依据许诺值和迭代过程，决议是否进步下一迭代的许诺值；或许结合迭代复盘，剖析超额交给的详细原因，例如故事点数被高估、有计划外的人手增加等等。
-
小于 0，阐明许诺预期过高。 依据当前的数值基准，剖析过度许诺的原因，鄙人一个迭代中从头调整。
-
等于 0，意味着团队可以精确地预算研制使命并评价交给才能。 保持这个节奏，向前冲吧！
3. 优势剖析
用许诺方差替代速率办理研制交给才能，团队会得到以下收成：
- 结合每个迭代的实践情况，灵敏地制定迭代许诺和方针。
- 正确界说故事点数，专心精确的作业预算。
- 正确地评价团队交给力，有的放矢地树立许诺和方针。
- 围绕自设定的许诺，调整作业状况，削减迭代冲刺中疲劳的危险。
对团队办理者而言，许诺方差也相同意义特殊，首要体现在:
- 有机会与团队协作，共同完结新功能和/或产品复杂性的预算，获得安全感和决心。
- 向利益相关者供给更精确的估计交给期限。
- 放心授权成员自组织，激励团队自驱生长。
4. 潜在危险
当然，运用许诺方差办理也存在一些潜在危险。
-
自我施压和内卷/内讧。 一旦成员（们）将交给作业量与绩效评价等联系起来，就或许发生过大的内部/个人压力，过度许诺和过度交给。办理者需求发明一个充溢安全感的环境，防止成员们内讧；也要敏锐识别过度许诺，以维护团队长期健康的稳定发展。
-
成心削减许诺。 有些团队或许会人为地减小许诺值或只完结许诺部分的作业。办理者需求鉴别伪模式的存在，防止资源浪费。
一个小建议：可以先运用许诺方差办理作业，在树立相对精确的预算规范后，再尝试用速率树立才能基准，在许诺方差的基础上树立提速缓冲区。
03 案例剖析
下面咱们经过示例，进一步讲解许诺方差的实践运用。仍是开头说到的两个团队，假设他们现在运用许诺方差来完结使命预算和才能评价。
上表中，团队「迭代实践完结的均匀作业量」就是实践速率。两个团队「均匀许诺的故事点数」都非常挨近 22（ 0.25）个点，但实践完结量却非常不同。
第一个团队在运用许诺方差后发现，当前界说的「点数」无法支持正确的作业量预算和才能评价。
所以在第四个迭代中，他们调整了「一点数作业」的界说并在内部达到一致。由于衡量颗粒度变细，他们给出 28 个点的许诺值（虽然数据显现，他们在上个迭代中只完结了 12 个点）。
经过制作两个团队的许诺方差趋势图，可以看到，优化故事点数也是一个持续改善的过程。
04 LigaAI 总结
依据相同的点数规范，许诺方差将作业量预算与才能评价有机结合，解决了速率办理中存在的灵敏性和精确性不足的问题。
许诺方差的办理方针是使其绝对值尽或许降为 0。既不过度许诺，让团队耗费心力，也要防止许诺轻视，造成浪费资源。
（原文作者：Michel C；文章出处：Medium）
击碎增加瓶颈，LigaAI 将持续分享研制效能衡量体系的搭建经历，以及科学的衡量方针办理方法。了解更多效能优化与增加干货，欢迎关注 LigaAI@稀土，咱们一起做大做强！
也等待您点击LigaAI-智能研制协作渠道，与咱们交流 :)
LigaAI 助力开发者扬帆远航，等待与你一路同行！
