业务价值交付

  • Savita Pahuja
  • 谢丽

2015 年 6 月 3 日

话题:文化 & 方法

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

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

文化 & 方法