《超越需求：敏捷思维模式下的分析》

本节书摘来自异步社区《超越需求：敏捷思维模式下的分析》一书中的第1章，第1.2节交付价值，作者【美】Kent J. McDonald（肯特 J. 麦克唐纳），更多章节内容可以访问云栖社区“异步社区”公众号查看。

1.2　交付价值
价值很难界定。在很多方面，这就像美和质量一样：“当我看到它的时候就会知道它。”对一个人很有价值、很重要，但对其他人也许一点儿也不重要。和其他很多事情一样，交付价值也是和具体情境非常相关的。对我而言，评估价值就像试图理解它是否是值得的，而这里的“它”可能指的是承担或继续一项自发行动或交付一个具体的特性。

当你所交付的（产出）满足了利益相关者的需求（提供了预期的结果）时，你的团队就是在交付价值（deliver value）。交付价值也为项目（project）决策和衡量成功提供了不同的依据。你仍然需要关注成本、时间和范围的三重限制（triple constrains），但范围（scope）的定义是以是否取得了预期的成果为基础的，而不是以团队交付的产出量为基础的。你会发现，你的团队需要采取行动，寻求以最小的产出取得最大的结果，同时确保满足成本和时间限制。

范围的定义由产出变为结果，这使对是否交付了事先约定的范围进行量化更加困难。这正是目的（goal）、目标（objective）和决策过滤器（decision filter，这一技术将在第13章详细介绍）派上用场的地方。目的、目标和决策过滤器既提供了一种清晰的方法来描述你所寻求的结果，也提供了一种方法来判断你何时取得了那个结果。把打算满足的范围定义为这些方面，也为团队在满足这个范围时提供了更多灵活性，并且能够避免团队制造不需要的产出，这也为能够满足项目的成本和时间限制增加了机会。

项目会积累很多潜在的特性，它们在当时看起来是不错的想法，但最后对于项目的终极目标可能无足轻重。交付价值最简单的方法之一就是，把不能对预期结果产生直接贡献的产出砍掉。这些产出包括很酷且也是某个利益相关者声称想要的，但对项目要解决的问题无所助益的功能（functionality）。我们把特性限定为具有真正可识别价值的功能，并且我们只想关注用户真正使用的极少数功能，这就回到了我们的前提 ——用户基于他们的行为感知有价值的特性。

正如Gojko Adzic在审阅本书初稿时所提醒的，把重点放在能驱动达成预期结果的事情上。当用户可能使用的功能或者利益相关者提出的需求和预期结果毫无关系时，不为其分心是个不错的主意。

会议投稿系统（将在第7章介绍）就是一个专注结果而非产出的案例。这个项目的主要目标是支持Agile2013大会的会议投稿流程。我们确实建立了一个该系统要包含的特性的待办列表（项目的产出），但这一待办列表更多的是进行估算和计划的起点，而不是必须遵守的范围定义。在项目进行的过程中，我们根据我们的发现在待办列表中增加了几个特性，也推迟了几个特性，因为在时间固定的指导原则下，这几个特性对于达成业务目标并非绝对必要。

一个重要的附加说明需要记住，有些用来满足法规监管或安全要求的产出，诸如系统文档和文书工作，对预期结果仍然是有贡献的，否则如果没有其他原因而未能完成这些产出，组织（organization）要么无法得到批准交付解决方案，要么可能招致惩罚。

我将在第5章讨论更多关于交付价值的想法。

《超越需求：敏捷思维模式下的分析》—第1章 1.2节交付价值相关推荐

《超越需求：敏捷思维模式下的分析》—第1章 1.1节简介
本节书摘来自异步社区<超越需求:敏捷思维模式下的分析>一书中的第1章,第1.1节简介,作者[美]Kent J. McDonald(肯特 J. 麦克唐纳),更多章节内容可以访问云栖社区&qu ...
敏捷开发模式下如何更好的进行测试
最近CTO组建了一个敏捷开发团队,团队人员包括 PM.设计.开发.测试角色,主要由PM来主导团队走向,因为以前并没有参加过敏捷开发的经验,对敏捷开发做了简单理解后,参考了前人的一些意见,总结出在敏 ...
敏捷开发模式下如何用 PingCode 这类工具进行版本发布管理
在软件团队工作中,版本发布要达到好的发布效果,需要在版本发布前做好版本发布的规划,并对发布流程和进度进行管理准备工作: 您已经创建了一个 PingCode 帐户[快速注册入口] 您创建了一个 Pin ...
《终身成长》读书笔记(part6)--真正的自信来源于你的思维模式：你已经做好了成长的准备
觉得不错的句子安德鲁·卡耐基曾经说过:我希望我的墓志铭是"这里长眠的人能把比他更优秀的人才招至麾下". 杰克写道:我不喜欢用第一人称.我人生中几乎所有事都是和别人一起完成的--请 ...
人与人之间的差别，在于思维模式的不同
商业评论丨作者 / 刘润整理 / 由之每个人,都在以他的理解和经历,构建自己的思维模式,然后再用这个思维模式,理解这个世界. 因为思维模式的不同,同一件事,不同的人做,效果会截然不同. 这也是 ...
IIS7 经典模式和集成模式的区别分析
IIS7.0中的Web应用程序有两种配置模式:经典模式和集成模式.两者区别大家可以参考下,根据实际情况选用. 经典模式是为了与之前的版本兼容,使用ISAPI扩展来调用ASP.NET运行库,原先运行于I ...
IIS7 经典模式和集成模式的区别分析(转载)
经典模式是为了与之前的版本兼容,使用ISAPI扩展来调用ASP.NET运行库,原先运行于IIS6.0下的Web应用程序迁移到IIS7.0中只要将应用程序配置成经典模式,代码基本不用修改就可以正常运行. ...
基于敏捷模式下测试改进分析和质量研究
测试改进分析测试改进的策略主要有三点: 首先是要改进新功能测试的策略. 一般来说,每次短期的迭代都有新的功能加入产品中,因此针对新功能的测试方法,在短期迭代周期中需要改进.不需要编写测试用例,直接基 ...
敏捷模式下的研发产能度量
最近与一些 X-Developer 试用申请者.使用者交流,针对开发者的绩效评估,需求的分解与度量依然是难点.客户认为,如果在需求上无法做到均匀,那么针对需求个数的统计就是不公平的,但是要做到需求的均 ...

《超越需求：敏捷思维模式下的分析》—第1章 1.2节交付价值

《超越需求：敏捷思维模式下的分析》—第1章 1.2节交付价值相关推荐

最新文章

热门文章