敏捷宣言的第一条原则就是关于向客户交付有价值的软件，因此，许多敏捷从业者都在软件开发周期的每个阶段不断地思考价值。但计算产品特性的业务价值并不简单。
Larry Cooper 是 BssNexus Global 的高级合伙人，同时也是 _《Agile Value Delivery - Beyond the Numbers》_一书的作者之一。他在近日发表的一篇博文中谈论了由敏捷交付的价值。他认为，在敏捷领域，“价值”一词用在这样一个上下文中，需要完成的工作按优先级排序，业务价值最高的工作排在最前面，但是没有哪个敏捷实践提供“业务价值”的定义。
没有哪个敏捷实践真正提供了“业务价值”的定义。这个问题留给了某个业务人员（或作为其代理的产品经理），由他对业务价值到底包含什么给出一个精炼的解释。这是一种通过排定产品特性的优先级来定义价值的一种尝试——我们认为这是一种几乎没有价值的方法。
Larry 表示，一个人对于“价值是什么”的解释可能与另一个人的解释不一致，如果对价值没有一个一致的理解，那么组织的不同部分之间可能会产生冲突。他指出，价值是什么，何时及如何交付，组织及其项目团队经常从来都不考虑这些问题。
组织还会考虑价值的其它可能的方面吗？
- 它将如何影响我们的客户？
- 它能够提升品牌认知度或品牌忠诚度吗？
- 如何降低风险？
- 如何提高业务操作的有效性和效果？
- 如何为其它有价值的工作提供更多的资源和人力？
- 如何增强我们的业务能力或增加新的业务能力？
- 如何提高我们在社区中的社会存在感和认知度？
- 如何提高我们及时做出高质量决策的能力？
- 如何确保组织继续生存？
Larry 写道，组织还应该考虑何时及如何交付价值：
- 价值是一次性获得，还是增量获得？
- 当项目完成时，所有的价值都已实现，还是有部分价值要到项目完成之后很久才能实现？
Brian Hartlen 是 Blueprint Software Systems 的首席市场官，他在最近的一篇博文中谈了业务价值交付及如何定义业务价值。他分享了一些有关价值定义和理解的观点，如下所示：
- 价值并不总是与金钱有关：价值还可以有如下形式：
- 促进效率的提高
- 改善组织文化
- 提高生产力
- 提高灵活性。
- 干系人对价值的定义不同：每个项目都有各种干系人，我们可以从以下三个方面进行理解：
- 客户干系人
- 业务干系人
- 技术干系人
- 对于价值定义，每一类干系人都有自己的一套优先级、利益及观点。
- 价值定义随着项目进展而变化
- 上下文至关重要：定义一个项目（甚或是同一个项目中的不同时点）的价值并不一定是针对所有的上下文定义价值。
查看英文原文： Delivering Business Value
暂无签名
最新发布
Quora 文本语境演进分析
2015 年 12 月 21 日
使用 API 网关构建微服务
2015 年 7 月 21 日
Oracle 专家谈 MySQL Cluster 如何支持 200M 的 QPS
2015 年 7 月 2 日
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
网易严选数据中台建设实践与方法论
专精 or 博学，多少人输在了技术选择上？
一小时带你了解 Vim 常用技巧
评论