业务价值交付

敏捷宣言的第一条原则就是关于向客户交付有价值的软件，因此，许多敏捷从业者都在软件开发周期的每个阶段不断地思考价值。但计算产品特性的业务价值并不简单。

Larry Cooper是BssNexus Global的高级合伙人，同时也是《Agile Value Delivery - Beyond the Numbers》一书的作者之一。他在近日发表的一篇博文中谈论了由敏捷交付的价值。他认为，在敏捷领域，“价值”一词用在这样一个上下文中，需要完成的工作按优先级排序，业务价值最高的工作排在最前面，但是没有哪个敏捷实践提供“业务价值”的定义。

没有哪个敏捷实践真正提供了“业务价值”的定义。这个问题留给了某个业务人员（或作为其代理的产品经理），由他对业务价值到底包含什么给出一个精炼的解释。这是一种通过排定产品特性的优先级来定义价值的一种尝试——我们认为这是一种几乎没有价值的方法。

Larry表示，一个人对于“价值是什么”的解释可能与另一个人的解释不一致，如果对价值没有一个一致的理解，那么组织的不同部分之间可能会产生冲突。他指出，价值是什么，何时及如何交付，组织及其项目团队经常从来都不考虑这些问题。

组织还会考虑价值的其它可能的方面吗？

• 它将如何影响我们的客户？
• 它能够提升品牌认知度或品牌忠诚度吗？
• 如何降低风险？
• 如何提高业务操作的有效性和效果？
• 如何为其它有价值的工作提供更多的资源和人力？
• 如何增强我们的业务能力或增加新的业务能力？
• 如何提高我们在社区中的社会存在感和认知度？
• 如何提高我们及时做出高质量决策的能力？
• 如何确保组织继续生存？

Larry写道，组织还应该考虑何时及如何交付价值：

• 价值是一次性获得，还是增量获得？
• 当项目完成时，所有的价值都已实现，还是有部分价值要到项目完成之后很久才能实现？

Brian Hartlen是Blueprint Software Systems的首席市场官，他在最近的一篇博文中谈了业务价值交付及如何定义业务价值。他分享了一些有关价值定义和理解的观点，如下所示：

1. 价值并不总是与金钱有关：价值还可以有如下形式：
   • 促进效率的提高
   • 改善组织文化
   • 提高生产力
   • 提高灵活性。
2. 干系人对价值的定义不同：每个项目都有各种干系人，我们可以从以下三个方面进行理解：
   • 客户干系人
   • 业务干系人
   • 技术干系人
3. 对于价值定义，每一类干系人都有自己的一套优先级、利益及观点。
4. 价值定义随着项目进展而变化
5. 上下文至关重要：定义一个项目（甚或是同一个项目中的不同时点）的价值并不一定是针对所有的上下文定义价值。

查看英文原文：Delivering Business Value