9、敏捷开发实践中的持续改进

敏捷开发实践中的持续改进

在软件开发领域，敏捷开发已经成为一种广泛应用的方法，旨在快速交付价值并适应不断变化的需求。然而，在实际的敏捷开发实践中，仍然存在许多挑战和需要改进的地方。本文将探讨敏捷开发中的价值活动和非价值活动，以及如何通过持续改进来提高工作效率和质量。

敏捷开发的目标与指标难题

在敏捷开发中，一个重要的概念是前置时间（lead time），即事物在流程中流动的速度。多位受访者表示，敏捷开发的最终目标是尽可能快地交付代码。然而，定义有效的指标来衡量开发过程却非常困难。例如，在一个冲刺（sprint）中测量完成的故事点时，如果一个15点的故事未完成并被移到下一个冲刺，尽管大部分工作是在当前冲刺完成的，但统计数据会出现偏差。因此，找到有意义且实用的指标定义是一个亟待解决的问题。

非价值活动分析

根据Poppendieck和Poppendieck提出的七种浪费类型，对受访者的回答进行分析，以识别敏捷开发中的非价值活动。
1. 部分完成的工作
- 受访者似乎对“部分完成的工作”这一概念不太熟悉，需要进一步解释才能回答相关问题。这可能是因为敏捷方法本身旨在通过将工作负载分成更小的块来减少此类浪费。
- 十分之九的受访者认为未完成的功能或未满足的需求是部分完成工作的常见例子。一些受访者表示会将未完成的用户故事移到下一个冲刺，但不认为这是部分完成的工作。
- 大部分受访者使用类似看板的工具或状态墙来提高工作状态的可见性，以便检查工作是否完成。
- 尽管理论上未记录、未测试或未完成的代码属于部分完成的工作，但受访者并不认为这些有问题，因为敏捷过程不太注重文档。
2