《超越需求：敏捷思维模式下的分析》—第2章 2.3节结果和产出

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

2.3 结果和产出
当团队针对IT项目期望满足的需要形成了共识时，也就有效地理解了项目的预期结果。结果是IT项目带来的组织变化和利益相关者行为的变化。直到你交付了一些东西才能知道IT项目的结果——交付的东西，即产出——并观察产出如何影响组织和利益关系者。产出就是团队交付的IT项目中的任何内容，这包括软件、文档、流程和其他用来衡量项目进展的事物。

问题是IT项目或任何工作的目的不是为了构建产出，而是为了达到一个特定的结果。实际上，正如在1.2节所述，一个成功的IT项目寻求以最小的产出取得最大的结果。为什么要这么做？你想取得最大的结果是因为这代表你希望看到在组织中或利益相关者的行为上出现变化（或者如Jeff Patton在《用户故事地图》（User Story Mapping）一书中所说，你想看到世界的变化）。同时希望最小化产出，因为这意味着更少的工作来构建产出，更少的工作来维护产出，释放你去交付其他结果。这和敏捷原则“保持简洁——尽可能简化工作量的技艺——极为重要”相关。

正如1.2节所述，你想改变方式来定义并衡量进展和最终的成功。不再基于产出的多少来衡量进展（例如交付的特性、速度以及类似的产出），而是衡量达到预期结果的程度。这更加困难，因为结果并非总是那么容易衡量。目的和目标对此有所帮助，就如同先见性指标（leading indicator）一样有帮助，这将在3.4节讨论。

从另一个角度来看，满足利益相关者的需要正是你寻求的结果，而满足这些需要所交付的解决方案就是用来达成预期结果的产出。

如何用增长的思维做提效？ 本文将讨论一种尚未被实践过的方法论，即能否将“增长黑客”理论作用到研发过程的改进上，从而实现更可靠的定向效能优化？
领域建模-指标梳理工具-阶段性体验/调研认知输出 本文基于笔者的经历，简要介绍了其基于大数据在供应链行业应用思维转变的3个阶段：零碎供应链场景数据分析-数据资产治理-面向对象数据建模
思维体系---技术思维、业务数据思维、产品思维、复合思维 工作已有四年有余，从最初的亚信 到现在的 阿里。。总结了下思维模式，以个人的视角，供各位干代码的小伙伴们参考，能够深入无论 技术还是业务还是产品的本质。发现其中的规律，更好地把握自己的方向及未来。那么总的来说，我分为四种思维模式： 一、技术思维 卧槽！干代码！出bug了！没错，这就是你进步的源头。
《伟大的小细节：互联网产品设计中的微创新思维》——2.3 预期操作权衡 本节书摘来自华章计算机《伟大的小细节：互联网产品设计中的微创新思维》一书中的第2章，第2.3节，作者：文哲著， 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
《程序员度量：改善软件团队的分析学》一有价值的数据 本节书摘来华章计算机《程序员度量：改善软件团队的分析学》一书中的第2章 ，Jonathan Alexander 著 张燎原 周峰 张刚 宋励奋 译更多章节内容可以访问云栖社区“华章计算机”公众号查看。
《超越需求：敏捷思维模式下的分析》—第1章 1.9节总结 我不是一夜之间想出这些指导原则的。这些原则来自于多年的经验和试错。最初引起我想创建一个清单的事件是后来称为敏捷项目领导力网络（APLN）的一次创立会议。
《超越需求：敏捷思维模式下的分析》—第2章 2.4节发现和交付 第三种对分析分类的方法根据我们何时进行分析来分类。划分活动常常很有用，这可能是人们喜欢基于计划的方法所描述的各种阶段（分析、设计、开发和测试）的原因之一。
异步社区 异步社区(www.epubit.com)是人民邮电出版社旗下IT专业图书旗舰社区，也是国内领先的IT专业图书社区，致力于优质学习内容的出版和分享，实现了纸书电子书的同步上架，于2015年8月上线运营。公众号【异步图书】，每日赠送异步新书。