2.1 创造价值

可以单独或共同使用多种组件（例如项目组合、项目集、项目、产品和运营）以创造价值。这些组件共同组成了一个符合组织战略的价值交付系统。图 2-1 显示了价值交付系统的一个示例，该系统有两个项目组合，它们包含了多个项目集和项目。该系统还显示了一个包含多个项目的独立项目集以及与项目组合或项目集无关的多个独立项目。任何项目或项目集都可能会包括产品。运营可以直接支持和影响项目组合、项目集和项目以及其他业务职能，例如工资支付、供应链管理等。项目组合、项目集和项目会相互影响，也会影响运营。

如图 2-2 所示，价值交付系统是组织内部环境的一部分，该环境受政策、程序、方法论、框架、治理结构等制约。内部环境存在于更大的外部环境中，包括经济、竞争环境、法律限制等。第 2.4 节提供了与内部和外部环境相关的更多详细信息。

价值交付系统中的组件创建了用于产出成果的可交付物。成果是某一过程或项目的最终结果或后果。聚焦成果、选择和决策强调了项目的长期绩效。成果可带来收益，收益是组织实现的利益。收益继而可创造价值，而价值是具有作用、重要性或实用性的事物。

本章中的信息提供了价值交付、治理、项目职能、项目环境和产品管理的背景信息。

可以单独或共同使用多种组件（例如项目组合、项目集、项目、产品和运营）以创造价值。这些组件共同组成了一个符合组织战略的价值交付系统。图 2-1 显示了价值交付系统的一个示例，该系统有两个项目组合，它们包含了多个项目集和项目。该系统还显示了一个包含多个项目的独立项目集以及与项目组合或项目集无关的多个独立项目。任何项目或项目集都可能会包括产品。运营可以直接支持和影响项目组合、项目集和项目以及其他业务职能，例如工资支付、供应链管理等。项目组合、项目集和项目会相互影响，也会影响运营。

如图 2-2 所示，价值交付系统是组织内部环境的一部分，该环境受政策、程序、方法论、框架、治理结构等制约。内部环境存在于更大的外部环境中，包括经济、竞争环境、法律限制等。第 2.4 节提供了与内部和外部环境相关的更多详细信息。

价值交付系统中的组件创建了用于产出成果的可交付物。成果是某一过程或项目的最终结果或后果。聚焦成果、选择和决策强调了项目的长期绩效。成果可带来收益，收益是组织实现的利益。收益继而可创造价值，而价值是具有作用、重要性或实用性的事物。

该标准由三个部分组成：引论、价值交付系统和项目管理原则。

“引论”部分包括与项目管理相关的关键术语和概念。这些信息大部分与以前的版本一致。

“价值交付系统”部分的内容借鉴了 PMI 基础标准的内容以及与收益实现管理和组织敏捷性相关的研究。这些内容在呈现时聚焦于交付价值，其中还包含有创造价值的各种方式。

在整个开发和验证过程中“项目管理原则”部分始终在不断演变。这些原则的初步概念是通过先前讨论的研究确定的。开发团队的成员采取个人研究与协同努力相结合的方式开展工作，以确定潜在的原则，然后将它们归入相近的类别。开发团队对每个类别进一步分析和分解，将与每个类别相关的关键词列表包含进来。潜在的类别和关键词先被编入初稿，然后由整个开发团队审核和评论，以确保各项原则的意图会在草案中得到体现。

必须指出的是，这些原则具有广泛的基础。这些原则中的任何内容都不是教条，不具有限制性或规定性。这些原则与《 PMI 道德与专业行为规范》中的内容一致，但并非重复该文件。

由于每个项目和组织都不尽相同，所以不可能产生“正确的原则”。因此，这些原则旨在设计成为项目工作人员的指南。项目专业人士和其他项目工作者可以努力与这些原则保持一致，但这些原则并非旨在为管理项目提供操作指南。

转向长期运作、基于产品的环境的组织可以利用多种策略来调整和协调产品管理。三种策略包括但不限于（另请参见图 X4-3）：

长期团队比短期团队还能更好地增强市场意识、客户洞察力和客户同理心。这有助于维持以客户为中心和客户忠诚度，并建立竞争优势。当人们知道他们将负责维护和增强某一产品时，他们不太可能走捷径来准备产品发布。因此，长期服务的团队比开发后即移交产品的团队，更能提升产品的质量、可维护性和可扩展性。这些因素反过来又有助于创造价值并持续价值交付。

在客户现场开发和部署初始产品的合作伙伴或承包商，他们应该进行有效的变更管理，以确保客户能够在产品移交后有能力维护产品。作为移交规划的一部分，可能要包括关于在接收组织内建立一个团队的讨论，以便在产品的整个生命周期内支持和发展产品。

与风险投资类似，对交付的价值进行定期评审可将资金直接投向提供预期价值的产品，并减少或缩减对业绩不佳的举措的投资。这种提供资金模式使各组织能够寻求新的市场机会并利用成功开展的工作，同时对不可避免的新举措失败的百分比，降低风险敞口。

《项目集管理标准》可应对优先级排序的持续变更，具体如下“项目和项目集之间的主要区别在于，项目集内部认识到，随着组件的成果分别实现，可能需要自适应地优化交付收益的策略。交付项目集收益的最佳机制最初可能模糊不清或不确定。”

对许多管理产品交付的组织而言，接受这种对前期不确定性、适应需要、聚焦于收益和更长的时间框架，可能使项目集比项目更适合。

许多传统的产品行业（如基础设施、航空航天和汽车）都使用项目集管理指南和框架。这些行业利用项目集来统一方向和整合各个组件的活动（项目集、子项目集和项目的活动）。例如，针对整个生命周期内最大化平台投资回报率的功能，拥有技术平台的组织可以使用项目集管理和产品管理进行优先级排序和监督。稳定且有连续性的开发团队能够开展以客户为中心的增值特性和功能的工作。然后，项目团队对设备升级，并与新系统或增强后的系统相连接。运营团队可以对用户接口问题进行故障排除，并帮助客户适应新的特性。当组织中已经存在项目集结构时，转向这些产品管理结构并不要求每个人形成新的思维方式或采用新的工作方式。

对项目管理和产品管理采用整合视角的组织，可将审视项目集管理框架作为基石，进而从中受益。项目集接受前期不确定性、适应需要、聚焦于收益和更长的时间框架，能够与产品思维更好地保持一致性。

对于许多企业而言，不确定性加大、变革速度加快、竞争愈发激烈以及客户赋能增加意味着它们需要在日益复杂的环境中创造价值。实施新战略举措和快速变革的能力正在成为一个关键的差异化因素。这些变革也正在对 PMO 产生更大的压力，以展示它们对收益实现和价值创造的贡献PMO 通过以下方式不断演变，以应对这些挑战：

对于许多企业而言，不确定性加大、变革速度加快、竞争愈发激烈以及客户赋能增加意味着它们需要在日益复杂的环境中创造价值。实施新战略举措和快速变革的能力正在成为一个关键的差异化因素。这些变革也正在对 PMO 产生更大的压力，以展示它们对收益实现和价值创造的贡献PMO 通过以下方式不断演变，以应对这些挑战：

转向长期运作、基于产品的环境的组织可以利用多种策略来调整和协调产品管理。三种策略包括但不限于（另请参见图 X4-3）：

长期团队比短期团队还能更好地增强市场意识、客户洞察力和客户同理心。这有助于维持以客户为中心和客户忠诚度，并建立竞争优势。当人们知道他们将负责维护和增强某一产品时，他们不太可能走捷径来准备产品发布。因此，长期服务的团队比开发后即移交产品的团队，更能提升产品的质量、可维护性和可扩展性。这些因素反过来又有助于创造价值并持续价值交付。

在客户现场开发和部署初始产品的合作伙伴或承包商，他们应该进行有效的变更管理，以确保客户能够在产品移交后有能力维护产品。作为移交规划的一部分，可能要包括关于在接收组织内建立一个团队的讨论，以便在产品的整个生命周期内支持和发展产品。

与风险投资类似，对交付的价值进行定期评审可将资金直接投向提供预期价值的产品，并减少或缩减对业绩不佳的举措的投资。这种提供资金模式使各组织能够寻求新的市场机会并利用成功开展的工作，同时对不可避免的新举措失败的百分比，降低风险敞口。

《项目集管理标准》可应对优先级排序的持续变更，具体如下“项目和项目集之间的主要区别在于，项目集内部认识到，随着组件的成果分别实现，可能需要自适应地优化交付收益的策略。交付项目集收益的最佳机制最初可能模糊不清或不确定。”

对许多管理产品交付的组织而言，接受这种对前期不确定性、适应需要、聚焦于收益和更长的时间框架，可能使项目集比项目更适合。

许多传统的产品行业（如基础设施、航空航天和汽车）都使用项目集管理指南和框架。这些行业利用项目集来统一方向和整合各个组件的活动（项目集、子项目集和项目的活动）。例如，针对整个生命周期内最大化平台投资回报率的功能，拥有技术平台的组织可以使用项目集管理和产品管理进行优先级排序和监督。稳定且有连续性的开发团队能够开展以客户为中心的增值特性和功能的工作。然后，项目团队对设备升级，并与新系统或增强后的系统相连接。运营团队可以对用户接口问题进行故障排除，并帮助客户适应新的特性。当组织中已经存在项目集结构时，转向这些产品管理结构并不要求每个人形成新的思维方式或采用新的工作方式。

对项目管理和产品管理采用整合视角的组织，可将审视项目集管理框架作为基石，进而从中受益。项目集接受前期不确定性、适应需要、聚焦于收益和更长的时间框架，能够与产品思维更好地保持一致性。

该标准由三个部分组成：引论、价值交付系统和项目管理原则。

“引论”部分包括与项目管理相关的关键术语和概念。这些信息大部分与以前的版本一致。

“价值交付系统”部分的内容借鉴了 PMI 基础标准的内容以及与收益实现管理和组织敏捷性相关的研究。这些内容在呈现时聚焦于交付价值，其中还包含有创造价值的各种方式。

在整个开发和验证过程中“项目管理原则”部分始终在不断演变。这些原则的初步概念是通过先前讨论的研究确定的。开发团队的成员采取个人研究与协同努力相结合的方式开展工作，以确定潜在的原则，然后将它们归入相近的类别。开发团队对每个类别进一步分析和分解，将与每个类别相关的关键词列表包含进来。潜在的类别和关键词先被编入初稿，然后由整个开发团队审核和评论，以确保各项原则的意图会在草案中得到体现。

必须指出的是，这些原则具有广泛的基础。这些原则中的任何内容都不是教条，不具有限制性或规定性。这些原则与《 PMI 道德与专业行为规范》中的内容一致，但并非重复该文件。

由于每个项目和组织都不尽相同，所以不可能产生“正确的原则”。因此，这些原则旨在设计成为项目工作人员的指南。项目专业人士和其他项目工作者可以努力与这些原则保持一致，但这些原则并非旨在为管理项目提供操作指南。