《精益产品开发：原则、方法与实施》—敏捷产品开发的业务目标二：灵活地应对变化

敏捷产品开发的业务目标二：灵活地应对变化

继续从业务的角度来看传统到敏捷开发方法的变化。图 1-9 描述了传统开发模式下知识的积累历程。横坐标是项目从开始到结束的时间，纵坐标是团队对项目和产品的相关知识。随着时间的进展，团队不断积累相关的知识，比如用户要什么， 合适的产品和技术方案， 大的风险，等等。越往后，团队对项目和产品的知识越丰富和准确，团队知识 丰富的时刻显然是项目后期。

图 1-9　传统开发模式下，知识积累和决策时刻之间的悖论

然而，关于项目的决策是什么时间做出呢？是在项目一开始的时候，比如确定需求范围、产品方案、实现方式、实施计划等决策。在知识 不充分的时候，做出了 重要的决定，并把它作为此后的基准，这就是传统开发下知识累积和决策时间间的悖论。在需求、市场和技术方案越来越不确定的移动互联时代，这是个生死攸关的大问题。

敏捷开发方法对这个问题的回答依然是迭代。如图 1-10 所示，迭代开发模式下，初始时，团队仍然需要做出一些决定，比如确定总体目标和初始方案。随着每个迭代的进展，团队获取新信息，比如市场和用户对产品的反馈、技术环境和竞争对手策略的变化等，团队通过这些新信息，建立新的认知，并在随后的迭代计划中做出调整，响应这些变化。

获取反馈，灵活响应变化，不断调整优化，在充满不确定性、变化和竞争激烈的时代，这是团队做出符合用户及市场要求与竞争产品的必由之路。由此，我们得出敏捷产品开发的第二个业务目标：

从业务视角看敏捷的业务目标二：更灵活地响应变化。

图 1-10　敏捷模式下，迭代做计划并应对新的变化

总结以上两个点，我们可以得出如下的结论：

敏捷的业务目标：打造组织更早地交付价值和更灵活地应对变化的能力。

回到敏捷（agile）这个词，在朗文词典中它的解释是：“Able to move quickly and easily”，指的是迅速行动和响应的能力。因此，我们可以说：“敏捷就是敏捷。”第一个敏捷是“敏捷开发”，第二个敏捷是“敏捷这个词的原始含义”，它与我们所说的敏捷业务目标是一致的。