16、敏捷软件开发中的度量、改进与产品生命周期管理

敏捷软件开发中的度量、改进与产品生命周期管理

1. 传统项目管理与敏捷度量

在传统项目管理中，交付进度主要通过状态更新来推动，涉及的度量指标相对较少。每项活动会根据其状态以特定颜色（通常是红、黄、绿，即“交通灯颜色”）显示。绿色表示进展顺利，黄色表示存在风险或延迟，红色表示无法按计划交付。一旦障碍解决且时间表调整，活动状态会恢复为绿色或黄色。然而，这种状态度量虽直观，但仅能让人担忧，无法提供可操作的信息，也不能回答许多基本问题，还常出现“西瓜状态”，即表面绿色，实则内部问题严重。

而在敏捷开发中，会收集大量数据，如冲刺期间交付的用户故事数量、团队完成的故事点数（团队速度）、冲刺期间的缺陷数量等。但这些常被称为“虚荣指标”，不能提供有意义或可操作的信息，甚至可能有负面影响。

2. 有意义的敏捷度量指标

• 交付可预测性 ：对于难以按时交付的情况，测量交付的可预测性很重要。在Scrum中，常用的指标是“承诺率”，即交付的工作量与承诺的工作量的百分比（以故事点计）。例如，团队承诺在一个冲刺中交付100个故事点的工作，实际交付80个，承诺率就是80%。80 - 120%的范围被认为是健康的，超出此范围需深入分析原因并采取行动。
• 用户故事与史诗交付 ：根据敏捷宣言，工作软件是敏捷开发中进度的主要衡量标准。因此，每个冲刺交付的用户故事数量或较长时间内交付的史诗数量是有效的指标。不过，故事的复杂度差异大，可通过在大量团队或长时间内使用该指标，或对故事进行T - 恤尺码分类来提高准确性。
• 客户满意度 ：