能力级别和过程属性

在能力级别1上，目标是实现过程的目的。因此，评估人员判断过程的结果是否与项目的背景相关，包括所有结果的实现。

在能力级别2上，所有导致过程和能力级别2本身目的的活动(例如，评审)都必须被计划和控制，所有产生的工作产品都必须考虑到配置管理和质量保证。

此外，在能力级别2上，必须为评估过程规划的活动的目标(例如，规划目标)必须记录在案。此外，必须定义每个过程的所有相关工作产品的需求。这些要求包括内容和结构(如目录)、历史、布局等信息。通常情况下，工作产品的需求被记录为工作产品模板，包括模板使用的说明。如果使用了工具，应该记录工具必须如何使用，例如，哪些字段是必须的，哪些字段是可选的。

项目管理(MAN.3)和过程属性2.1绩效管理之间有很强的依赖性。对于过程属性2.2工作产品管理，对质量保证(sup1)和配置管理(sup8)有很强的依赖性。

也就是说项目上基本活动被完全执行，并且现在以一种被管理的方式(计划、监视和调整)实现，它的工作产品被适当地建立、控制和维护，是能力2级关注的重点。

PA 2.1性能管理流程属性

对于过程属性2.1来说，重要的是确定规划的目标(例如规划目标或里程碑条件)。这并不要求在组织级别上进行描述。然而，如果目标是在组织级别上描述的，这可能支持能力级别2上的实践。

GP2.1.1 确定过程性能的目标

过程绩效目标定义如下:

• 为了实现过程目的，需要考虑有关必要活动和任务的要求。这可能包括: 保持里程碑和/或截止日期, 工作量，处理周期时间或频率，指标，使用合格的人力和确定的基础设施资源的，过程质量标准考虑了
• 假设和约束条件，例如: 遵守内部标准遵守客户标准、规范或法律
• 考虑涉众需求

GP 2.1.2 计划过程的绩效以实现确定的目标

为了确保实施过程的适当计划，在充分考虑已确定的过程性能目标(来自GP 2.1.1)时，必须涵盖以下方面:

• 为了实现过程目的而需要的所有活动都被定义了，
• 定义了过程性能属性的估计(例如，努力、持续时间、工作产品的大小等)，并且是可重复的，
• 需要活动的顺序也被定义了
• 一个包含关键里程碑和所需活动的时间表被定义，并且符合涉众的需求。此外，应该考虑bug修复、休假和计划缓冲的时间。
• 确定活动的计划/时间表必须要么包括截止日期、工作量、分配的资源和每个所需活动的责任(通常为工程活动完成)，或在某段时间内，相当于全职人员的可用时间的百分比或绝对数字(通常为项目管理(MAN.3)或辅助活动(例如，质量保证活动(sup1))
• 工作产品评审(如GP 2.2.1所要求的)是计划的一部分
• 必须提供规划的证据，例如: 作为项目计划的一部分，作为过程特定文件(如会议计划、审核计划)，作为待办事项、任务板、看板板等，作为开放项目列表的一部分

GP 2.1.3 根据计划监视过程的性能

为了根据计划(根据GP 2.1.2定义)监控过程的性能，必须监控以下方面:

• 过程按计划执行
• 持续收集有关已定义的流程性能属性的数据
• 实际数据不断与规划值进行比较(这也意味着规划数据和实际数据的粒度是相似的): 通过比较GP 2.1.2在给定时间/持续时间/努力下的实际结果，通过比较每个成本中心的预定工作量与GP 2.1.2的计划值
• 规划数据与实际数据的比较应:显示进度的当前状态，确保实现计划的结果，或者找出与计划的偏差，以适当的频率进行(例如，如果每8周交付一次，每4周监测和比较一次，则频率较高即可)
• 监测活动的文件记录，例如:状态报告会议记录

GP 2.1.4 调整流程的性能

为了调整该过程的性能，必须涵盖以下几个方面:

• 必须在偏差的基础上确定性能问题(根据GP 2.1.3的要求，从对持续监视过程的持续监测中确定)
• 如果确定了与定义的过程性能属性(例如，到期日、工作量估计、资源使用情况)有关的偏差对偏差进行分析并确定原因要么采取纠正措施使绩效与计划保持一致，要么计划必须以这样的方式进行调整，使计划更改仍然与涉众的需求保持一致。

GP 2.1.5 定义执行流程的职责和权限

以下方面需要在项目中涵盖并充分记录:

• 执行项目过程活动的职责(例如raci的活动定义)、承诺和权限(例如访问权、预算发布、工作产品发布)需要定义、分配、沟通并达成一致。
• 验证过程工作产品的职责和权限需要被定义、分配、沟通和同意(例如，对于每个定义了验证措施的工作产品，它应该被定义，谁负责验证，谁有相应的权限(例如高级工程师、独立的质量保证、管理人员)
• 定义了过程性能经验、知识和技能的需求。需求可以是过程特定的(例如方法或工具培训)，也可以是项目特定的(例如客户flash工具)。

GP 2.1.6 根据计划确定、准备并提供可用的资源来执行过程

这些措施包括以下几个方面:

• 确定、提供、分配和使用执行过程(根据GP 2.1.2)所需的人力和基础设施资源。资源规划是可理解的(例如，利用率是透明的，假期和培训被考虑到，在矩阵组织或分布式开发中规划的程序被定义)。应提供实际使用的资源和目标资源的比较。
• 如果过程的目标或约束在定义的项目生命周期中发生变化，则需要重新规划执行过程
• 所必需的人力和基础设施资源执行和管理过程的个人通过培训、指导或指导来执行他们的职责(根据GP 2.1.5)。应进行资格匹配/差距分析。

GP 2.1.7 管理参与各方之间的接口

确定参与过程性能的个人和团体。管理接口应包括信息和工作产品的交换，并应包括以下方面:

• 分配当事人的责任。它应该被定义谁传递什么，谁是接收者。
• 管理相关方之间的接口。有证据表明，会议是有计划或定期召开的定义了会议的参与者(取决于职责、任务或过程)定义了通信路径(例如，协议，到基线的链接)，定义了触发器建立分发清单(如会议记录)
• 有关各方之间的沟通是有保证和有效的。证据是定期或计划的会议按计划进行接口按定义使用主动(如通过邮件或状态转换)和/或被动(信息刚刚可用)通信被定义通信被记录(议程、会议记录、开放项目列表)保证对未处理项目进行后续处理

下图显示了GP 2.1之间的关系。X个通用实践以及它们与某些过程的基本实践的关系:

PA 2.1 工作产品管理

过程的相关工作产品是完全实现能力级别1所需的，另外，证明过程属性2.1和2.2的成功实现的证据(工作产品)。工作产品不仅可以是文档，还可以是工具中的记录或数据库条目(例如，在工作流工具中实现的更改请求或问题报告也是工作产品)。

不包括在术语“工作产品”中的所有与过程相关的文档，如过程描述、过程、方法描述或角色描述。处理这些与内容无关的流程资产的任何弱点(例如，不适当的版本控制)都不能反映在所调查流程的流程属性2.2中。然而，如果组织过程文档可用，它们可以支持过程属性2.2的实现。

GP 2.2.1 定义工作产品的要求

工作产品的要求包括:

• 定义内容和结构的标准，例如:关于结构的信息，如布局，历史，目录技术内容(例如，需求规格说明，体系结构描述)，项目内容(例如，计划、会议记录、开放点清单)，指南(例如，编程或建模指南)，标准模板和工具的使用说明(例如，必填项、可选项、如何填写)
• 适当的审查和批准标准，例如:定义工作产品是需要显式评审还是只需要隐式评审，通过分发它们并在没有反馈的情况下接受它们(例如，会议记录、开放点列表、报告等)。关于评审方法、评审范围(包括评审理由)、评审频率(包括评审理由)和评审参与者的定义
• 品质标准(基于a或b方面)，或例如源自ISO/IEC 25010标准的品质标准，包括“效率”、“兼容性”、“可靠性”、“可维护性”和“可移植性”。

GP 2.2.2 定义工作产品的文件编制和控制要求

必须为所有相关的工作产品定义有关文档和控制的某些要求。这些需求必须为每个已确定的工作产品建立，并且必须符合整体配置和变更请求管理策略。

文件和控制的要求应至少包括:

• 工作产品及其依赖性的标识(包括它们之间的可追溯性)
• 命名约定
• 所有权
• 访问权限(至少读写权限)
• 工作产品生命周期包括状态模型、批准和发布程序版本控制规则(包括依赖于工作产品类型的基线机制)
• 存储介质(例如，项目驱动、配置管理工具)
• 分发渠道(发布和变更的沟通机制)

GP 2.2.3 识别、记录和控制工作产品

所有已识别的工作产品必须按其要求(指标GP 2.2.2)进行记录和控制(指标GP 2.2.3)。

• 确定要控制的工作产品
• 为工作产品建立变更控制
• 根据需求对工作产品进行记录和控制
• 工作产品的版本根据情况分配给产品配置
• 工作产品通过适当的访问机制
• 可用工作产品的修订状态可能很容易确定

GP 2.2.4评审和调整工作产品以满足定义的要求

• 根据计划的安排，根据定义的需求评审工作产品，工作产品版本修订，评审日期，评审人员姓名，使用的标准，评审发现，评审结果(例如:“通过”、“有条件通过”、“不通过/需要重新覆核”)
• 从工作产品评审中产生的问题得到解决，如何处理、定义、监视和跟踪发现直至结束(见sup .9)

下图显示了GP 2.2之间的关系。X个通用实践以及它们与某些过程的基本实践的关系:

质量保证(sup1)分别配置管理(sup8)和过程属性pa2.2“工作产品管理”之间有很强的依赖性。