集成的项目管理 + IPPD （IPM 3级）
成熟度第三级的项目管理类过程域
集成的项目管理(Integrated Project Management, IPM)的目的，是依据组织标准过程所定义而成之集成的已定义过程，来建立和管理项目，以及相关的干系人的参与。
IPPD 补充
对于集成的产品与过程开发(IPPD)，集成的项目管理(IPPD)也涵盖建立项目共同愿景，以及建立集成团队来实现项目的目标。
集成的项目管理包含下列事项：
• 定义组织标准过程，以建立项目已定义过程。
• 使用项目已定义过程管理项目。
• 根据组织工作环境标准，建立项目的工作环境。
• 使用组织过程资产，并对其产生贡献。
• 在产品的开发过程中，使相关干系人所关心的事均被识别、考虑及适当的处理。
• 确保相关干系人以协调及实时的态度执行工作：(1)处理产品与产品组件需求、计划、目标、议题及风险；(2)实现他们的承诺；以及(3)识别、追踪及解决议题。
IPPD 补充
集成的项目管理(IPPD)包含下列事项：
•由项目建立及为项目建立的共同愿景。
•建立负有达成项目目标任务的集成团队。
由组织标准过程调整而来之集成及定义的过程称为项目已定义过程。
项目工作量、成本、进度、人员、风险及其它因素的管理，与项目已定义过程的工作项目息息相关。项目已定义过程的实施与管理，通常描述于项目计划中，而某些活动可能包含于影响项目的其它子计划，诸如质量保证计划、风险管理策略及配置管理计划。
因为每个项目的已定义过程均从组织标准过程定义而来，项目间的相异性通常会减少，且项目可以更容易分享过程资产、数据及学习心得。
此过程域同时也规范所有与项目相关活动的协调，举例如下：
• 开发活动，例如：需求开发、设计及验证
• 服务活动(例如，交付、服务台、营运及客户联络)
• 采购活动(例如，招标、合同监控及移转至营运)
• 支持活动(例如：配置管理、文档、营销及培训)
规划与管理项目内部或外部相关干系人间的工作接口与互动，以确保整体项目的质量与产品的完整性。定义项目已定义过程与项目计划时，相关的干系人可适当参与。与这些相关干系人定期的进行审查与交流，并适当的注意协调的问题，以确保参与项目的每个人，适当的了解项目的状态、计划及活动。(相关干系人的定义，请参考词汇)定义项目已定义过程时，依需要建立正式的接口，以确保适当的协调与合作。
本过程域适用于任何组织架构，包括如线性组织、矩阵组织或集成团队。此术语应该在合适的组织架构中，适当地加以解释。
有关规划项目，请参考项目策划过程域，以获得更多信息。
有关监控项目，请参考项目监控过程域，以获得更多信息。
有关识别干系人及其适当的参与项目，请参考项目策划过程域，以获得更多信息。
有关同行评审，请参考验证过程域，以获得更多信息。
有关组织过程资产及工作环境标准，请参考组织过程定义过程域，以获得更多信息。
有关定义一个度量与分析的过程，请参考度量与分析过程域，以获得更多信息。
IPPD 补充有关创立组织规则及指导，请参考组织过程定义+IPPD 过程域，以获得更多信息。
SG 1 使用项目的已定义过程
SP 1.1 建立项目的已定义过程
SP 1.2 使用组织过程资产规划项目活动
SP 1.3 建立项目工作环境
SP 1.4 集成计划
SP 1.5 使用集成计划管理项目
SP 1.6 贡献组织过程资产
SG 2 与干系人协调与合作
SP 2.1 管理干系人参与
SP 2.2 管理相互依存关系
SP 2.3 解决协调议题
IPPD 补充
SG 3 实行IPPD 原则
SP 3.1 建立项目共同愿景
SP 3.2 建立集成团队架构
SP 3.3 配置需求给集成团队
SP 3.4 建立集成团队
SP 3.5 确保接口团队间的合作
项目执行须使用组织标准过程所识别的流程。
项目已定义过程必须包含组织标准过程，该标准过程说明采购或开发与维护产品所需的所有过程。产品相关的生命周期过程，如制造与支持过程，与产品同步开发。
SP 1.1 建立项目的已定义过程
有关组织过程资产库，请参考组织过程定义过程域，以获得更多信息。
有关组织过程需求与目标，以及部署组织的标准过程至项目，请参考组织过程焦点过程域，以获得更多信息。
项目已定义过程由经过定义的过程所组成，提供项目形成一个集成的、连贯的生命周期。
IPPD 补充
项目的已定义过程以下列过程支持IPPD
•使集成的项目管理环境在组合或分布式团队时，更经得起考验。
•选择项目的集成团队架构
•分配有限的人力资源
•建立跨集成团队之间的沟通
项目已定义过程应该满足项目合同与经营上的需求、机会及限制，其设计是要提供最适合项目的需求。项目已定义过程以下列要素为基础：
• 客户需求
• 产品与产品组件需求
• 承诺
• 组织过程需求与目标
• 组织标准过程及定义指导
• 运作环境
• 经营环境
在项目一开始时，建立项目的已定义过程，有助于确保项目人员及干系人执行一套有效建立项目初步需求和计划所需的活动。当项目进行时，项目已定义过程会更详细说明并修订，更能符合项目需求及组织过程需要及目标。且当组织标准过程改变时，项目已定义过程可能需要随着修订。
典型的工作产品
1. 项目已定义过程
子实践
1. 从组织过程资产，挑选一个生命周期模型。
会影响生命周期模型选择的项目特性，举例如下：
• 项目大小
• 人员实施过程的经验及熟悉程度
• 周期时间及可接受的缺陷等级等限制
2. 从组织标准过程，挑选最适合项目需要的标准过程。
3. 依据定义指导，定义组织标准过程及其它的组织过程资产，产生项目的已定义过程。
有时候，可用的生命周期模型与标准过程不足以符合特定项目的需求，或项目不能产出需要的工作产品或度量。在此情况下，项目须征求偏离组织需求的核准。豁免权是为了这样的目的而提供。
4. 适当的使用组织过程资产库的其它成果。其它成果可能包括如下事项：
• 学习心得文档
• 样板
• 范例文档
• 估计模型
5. 记录项目的已定义过程。
项目已定义过程，涵盖项目所有的工程、管理及支持活动，以及与干系人间的接口。
项目活动，举例如下：
• 项目策划
• 项目监控
• 需求开发
• 需求管理
• 供应商管理
• 配置管理
• 质量保证
• 风险管理
• 决策分析与解决方案
• 产品开发与支持
• 招标
6. 对项目已定义过程，进行同行评审。
有关进行同行评审，请参考验证过程域，以获得更多信息。
7. 必要时，修订项目的已定义过程。
SP 1.2 使用组织过程资产规划项目活动
有关组织过程资产与组织度量资产库，请参考组织过程定义过程域，以获得更多信息。
典型的工作产品
1. 项目的估计值
2. 项目计划
子实践
1. 以项目已定义过程的工作项目与工作产品为基础，进行估计及规划活动。
了解项目已定义过程不同工作项目与工作产品之间的关系，以及了解干系人所扮演的角色，是开发实际计划的基础。
2. 使用组织度量资产库来估计项目的规划参数。
估计通常包含下列事项：
• 使用来自本项目或类似项目之适当的历史资料
• 说明并记录现行项目与引用历史资料之项目间的相似与不同处
• 独立验证历史资料
• 记录用以选择历史数据的原因、假设及理由
考量相似与不同处的参数，举例如下：
• 工作产品与工作项目属性
• 应用领域
• 设计方法
• 运作环境
• 人员经验
组织度量资产库所包括的数据，举例如下：
• 工作产品的规模大小或其它工作产品的属性值
• 工作量
• 成本
• 进度
• 人员配置
• 缺陷
• 响应时间
• 服务能量
• 供应商绩效
SP 1.3 建立项目工作环境
根据组织工作环境标准，建立与维护项目的工作环境。
一个项目的适当工作环境包括设施、工具与设备的基础建设，人员用以有效执行工作，以支持企业与项目目标。工作环境及其组件维持在组织工作环境标准中所指定之绩效与可靠度水平。当需要时，项目的工作环境或部分组件可以内部自行开发或购自外部的供应商。
IPPD 补充
有效的工作环境参考项目利用IPPD，使用组合或分布式集成团队去执行工作。双向沟通媒体应该让项目所有相关干系人易于使用。
项目工作环境可能包含产品集成、验证与确认的环境，或其可能为分立环境。
有关组织过程资产，尤其是组织度量资产库，请参考组织过程定义过程域，以获得更多信息。
有关建立及维护项目产品集成环境，请参考产品集成过程域的建立产品集成环境特定实践，以获得更多信息。
有关建立及维护项目验证环境，请参考验证过程域的建立验证环境特定实践，以获得更多信息。
有关建立及维护项目的确认环境，请参考确认过程域的建立确认环境实践，以获得更多信息。
典型的工作产品
1. 项目的设备及工具
2. 项目工作环境的安装、营运及维护手册
3. 使用者调查与结果
4. 使用、绩效及维护纪录
5. 项目工作环境的支持服务
子实践
1. 规划、设计及安装项目的工作环境。
如同其它产品一样，项目工作环境的关键点是需求导向。以任何其它产品开发相同的严格度探索工作环境的功能性及操作性。
绩效改进、成本及风险间可能须取舍，个别举例如下：
• 绩效改进可能包括及时沟通、安全、保密及可维护性。
• 成本可能包括资本费用、教育培训及支持架构、现有环境的拆卸及处置，以及环境的营运及维护。
•风险可能包括工作过程及项目瓦解。
设备及工具，举例如下：
• 办公软件
• 决策支持软件
• 项目管理工具
• 需求管理工具，设计工具
• 配置管理工具
• 评估工具
• 测试及（或）评估设备
2. 对项目工作环境提供持续的维护及营运支持。
工作环境的维护与支持可以用组织内部能力或外聘来达成。
维护及支持方法举例如下：
• 聘用人员来执行维护及支持
• 培训人员来执行维护及支持
• 维护及支持外包
• 开发所选用工具的专家使用者
3. 维护项目工作环境构成组件的资格。
组件包括软件、数据库、硬件、工具、测试设备，以及适当的文档。软件资格包括适当的检定，硬件及测试工具资格则包括分类与调校纪录以及分类标准的可追溯性。
4. 定期的审查工作环境符合项目需求及支持合作的程度，并适时采取行动。
可能采取的行动举例如下：
• 增加新的工具
• 采购额外的网络、设备、教育培训及支持
SP 1.4 集成计划
有关建立及维护项目计划，请参考项目策划过程域，以获得更多信息。
有关组织过程资产，特别是组织度量库，请参考组织过程定义过程域，以获得更多信息。
有关识别度量及度量活动并使用分析技术，请参考度量与分析过程域，以获得更多信息。
有关定义及分析风险，请参考风险管理过程域，以获得更多信息。
有关组织过程需要与目标，请参考组织过程焦点过程域，以获得更多信息。
本特定实践延伸为建立及维护项目计划的特定实践，以陈述额外的规划活动，例如纳入项目已定义过程、与相关干系人协调、使用项目过程资产、纳入同行评审计划，以及建立工作目标性的入口及出口准则。
项目计划的开发应适当说明组织、客户、供应商及最终使用者之当前和期望的需要、目标与需求。
IPPD 补充
集成团队的计划包括在本集成计划中。如果要部署一个复杂、多层次的集成团队架构，开发完整的项目计划与及项目已定义过程可能需要反复多次的努力。
典型工作产品
1. 集成计划
子实践
1. 集成其它影响项目的计划。
影响项目的其它计划可能包括：
• 质量保证计划
• 配置管理计划
• 风险管理策略
• 文档管理计划
2. 将用来管理项目的度量定义与度量活动，纳入项目计划。
被纳入的度量，举例如下：
• 组织的共性度量
• 附加的项目特定度量
3. 识别并分析产品与项目接口的风险。
产品与项目接口的风险，举例如下：
• 不完整的界面描述
• 无法取得工具或测试设备
• 无法取得的现成品组件
• 不适当或无效的团队接口
4. 安排工作顺序时，考虑关键性开发因素与项目风险。
进度安排时的考量因素，举例如下：
• 工作项目的规模大小与复杂度
• 集成与测试议题
• 客户与最终使用者的需求
• 关键资源的可用性
• 关键人物的可用性
5. 将对工作产品执行同行评审的已定义过程，纳入计划。
有关同行评审，请参考验证过程域，以获得更多信息。
6. 在项目的培训计划中，纳入执行项目已定义过程所需的培训。
这项工作通常包含与提供支持的组织培训团队协商。
7. 建立客观的入口与出口准则，以授权工作分解结构(WBS)所描述之工作的启动与完成。
有关工作分解结构，请参考项目策划过程域，以获得更多信息。
8. 确保项目计划与相关干系人的计划相容。通常会审查计划与计划变动的兼容性。
9. 识别如何解决相关干系人之间的冲突。
SP 1.5 使用集成计划管理项目
有关组织过程资产，请参考组织过程定义过程域，以获得更多信息。
有关组织过程需求及目标，以及与组织的其它单位协调过程改进活动，请参考组织过程焦点过程域，以获得更多信息。
有关管理风险，请参考风险管理过程域，以获得更多信息。
有关项目监控，请参考项目监控过程域，以获得更多信息。
典型的工作