摘要：本文简要介绍项目集管理第二个绩效域，项目集收益实现的内容，从收益实现背后逻辑到具体使用中的步骤模板。
本文是项目集管理的第三篇文章，前两篇文章可点击：
项目集管理_1 项目集管理综述
项目集管理_2 项目集战略一致性
本文讲项目集管理的第二个绩效域——收益实现，也是我觉得项目集管理中最重要的一个绩效域。
什么是项目集收益实现
项目集，之所以以这种方式来管理，就是希望获得单个项目无法得到的收益，实现1+1>2的效果。所以说收益实现时项目集的根本目标并不为过。
项目集的收益，从下往上看，是各个组件的收益之和；从上往下看，是组织战略的具体实现，并分解到各个组件之中。其可以由组件的分别交付而迭代产生，也可以是等到项目集结束之后才统一交付（如工程项目集）。
项目集如何实现收益
我们抛开项目集管理标准的做法来看收益实现这件事情。我们可以看到一个简单而通用的逻辑，即
确定目标、提出需求-〉分析、计划需求实现过程-〉执行计划、监控、交付成果-〉结束并移交成果-〉持续维护
这个简单的过程可以套用在很多方法论的生命周期上，比如项目管理、系统工程、软件工程、ITIL等等。
项目集也不例外。我们套用一下。
- 项目集的目标是什么？-〉通过实现收益满足组织的战略需要，项目集战略一致性
- 上面目标中提到的收益是什么？-〉需要在项目集中定义，即项目集收益识别
- 这些收益有什么特点？-〉项目集收益分析
- 如何实现这些收益？-〉项目集收益规划
- 执行计划-〉项目集组建执行各自计划
- 监控进度-〉监控组建
- 交付成果-〉收益交付
- 结束并移交成果-〉收益移交
- 持续维护-〉收益维持
如此，我们便并不难理解项目集收益管理的框架，如下图：
图片来源：PMI- The Standard of Program Management 3rd Edition
上图可以看出，1) 项目集收益管理贯穿整个项目集生命周期；2) 项目集收益管理包含五个过程：
- 收益识别
- 收益分析与规划
- 收益交付
- 收益移交
- 收益维持
其背后的逻辑也在上文中叙述了。
项目集收益实现过程
我们深入看每个过程。
收益识别很容易联想到需求获取的过程。每一个识别出来目标收益，可以看成一个需求，需要在整个项目集过程中实现。但收益更加高层次，通常会是一个大的目标，进而可以在组件层面分解成很多小的需求。
其输入可以包括商业论证等文件，输出则是收益登记册。
收益分析与规划，则主要分析收益需要以什么样的方式，需要启动哪些组件来获得。所以这个过程的输出之一是项目集架构，即项目集旗下有多少组建及其各自目标。其余两个输出为收益实现计划和收益登记册更新。
收益交付是收益的具体实现过程。收益的具体实施会下方到组件层面，项目集在此过程的目标是监控并保证组件按计划交付收益。在此过程中，我们可以很轻易的想到会存在很多的大的变更，如引入新的组件、停止不再符合目标的组件等等等。
输出就是组件实现的收益，更新收益登记册。
收益移交很好理解，项目集交付的收益需要移交给其他组织以便持续运营。项目集管理需要保证移交的收益符合目标和标准。
最后一个收益维持。实际上收益维持应该是被移交组织执行的工作，但是项目集需要在移交之前规划收益持续计划以帮助运营部门识别风险，规划流程、评估方法的标准等。
项目集收益实现使用文档
我们最后来看看两个比较重要的文档
收益登记册：
每个收益全周期的登记、跟踪文档
主要记录收益的描述、责任人、实现方式、状态等等
图片来源：https://catalogue.nla.gov.au/Record/4807728
收益实现计划
具体阐述收益的实现方法、评估方法&KPI、监控汇报方法等待
图片来源：http://www.dtf.vic.gov.au/Publications/Investment-planning-and-evaluation-publications/Investment-management/Benefit-management-plan-template-Initiative