PMP-5.1 指导与管理项目工作

#########################################################

下面我们开始执行过程组的第一章内容：指导与管理项目工作

主要就是对变更、工作绩效数据内容的介绍，这两个也是在执行过程组需要持续关注的内容。

#########################################################

一、指导与管理项目工作基础内容

0. 涉及领域：ALL

1. 指导与管理项目工作阶段需参照文档

(1)变更日志

变更日志记录所有变更请求的状态。

(2)经验教训登记册

经验教训用于改进项目绩效，以免重犯错误。

登记册有助于确定针对哪些方面设定规则或指南，以使团队行动保持一致。

(3)里程碑清单

里程碑清单列出特定里程碑的计划实现日期。

(4)项目沟通记录

项目沟通记录包含绩效报告、可交付成果的状态，以及项目生成的其他信息。

(5)项目进度计划

进度计划至少包含工作活动清单、持续时间、资源，以及计划的开始与完成日期。

(6)需求跟踪矩阵

需求跟踪矩阵把产品需求连接到相应的可交付成果，有助于把关注点放在最终结果上。

(7)风险登记册

风险登记册提供可能影响项目执行的各种威胁和机会的信息。

(8)风险报告

风险报告提供关于整体项目风险来源的信息，以及关于已识别单个项目风险的概括信息。

2. 指导与管理项目工作的定义

指导与管理项目工作是为实现项目目标而

(1)领导和执行项目管理计划中所确定的工作

(2)并实施已批准变更的过程。 

3. 指导与管理项目工作的作用

本过程的主要作用是，对项目工作和可交付成果开展综合管理，以提高项目成功的可能性。

4. 指导与管理项目工作的执行时间

本过程需要在整个项目期间开展。

5. 指导与管理项目工作阶段可影响的领域/文件

领域：ALL

项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。

项目管理计划的任一组成部分都可在本过程中通过变更请求加以更新。

文件

(1)活动清单

为完成项目工作，可以通过增加或修改活动来更新活动清单。

(2)假设日志 ​

可以增加新的假设条件和制约因素，也可以更新或关闭已有的假设条件和制约因素。

(3)经验教训登记册

任何有助于提高当前或未来项目绩效的经验教训都应得到及时记录。

(4)需求文件

在本过程中可以识别新的需求，也可以适时更新需求的实现情况。

(5)风险登记册

在本过程中可以识别新的风险，也可以更新现有风险。风险登记册用于在风险管理过程中记录风险。

(6)相关方登记册

如果在本过程中收集到了现有或新相关方的更多信息，则记录到相关方登记册中。 

二、指导与管理项目工作主要内容

 指导与管理项目工作包括：执行 计划的项目活动，以完成项目可交付成果并达成既定目标。

1. 本过程需要 分配 可用资源并管理其有效使用

2. 也需要 执行 因分析工作绩效数据和信息而提出的项目计划 变更

3. 管理项目内的各种技术接口和组织接口

4. 批准的变更请求(4.6.3.1)

指导与管理项目工作过程会受项目所在应用领域的直接影响，按项目管理计划中的规定，开展相关过程，完成项目工作，并产出可交付成果。
指导与管理项目工作还要求回顾所有项目变更的影响，并实施已批准的变更，包括

(1) 批准变更人

<1> 准的变更请求是实施整体变更控制过程的输出，包括经项目经理审查和批准的变更请求

<2> 必要时可经变更控制委员会 (CCB) 审查和批准。

(2)批准的变更请求分类

批准的变更请求可能是

<1> 纠正措施

<2> 预防措施

<3> 缺陷补救

(3)变更影响 ​

可能对项目或项目管理计划的任一领域产生影响，还可能导致修改正式受控的项目管理计划组件或项目文件。

6. 在项目执行过程中，收集工作绩效数据并传达给合适的控制过程做进一步分析。

通过分析工作绩效数据，得到关于可交付成果的完成情况以及与项目绩效相关的其他细节。

工作绩效数据也用作监控过程组的输入，并可作为反馈输入到经验教训库，以改善未来工作包的绩效。

三、输出文件

 (一)工作绩效数据

1. 定义 ​

工作绩效数据是在执行项目工作的过程中，从每个正在执行的活动中收集到的原始观察结果和测量值。

2. 数据提取步骤 ​

(1)数据通常是最低层次的细节，将交由其他过程从中提炼出信息。 ​

(2)在工作执行过程中收集数据，再交由控制过程做进一步分析。

3. 工作绩效数据包括 ​

(1)  已完成的工作

(2) 关键绩效指标 (KPI)

(3) 技术绩效测量结果

(4) 进度活动的实际开始日期和完成日期

(5) 已完成的故事点

(6) 可交付成果状态

(7) 进度进展情况

(8) 变更请求的数量

(9) 缺陷的数量

(10)实际发生的成本

#########################################################

关于工作绩效数据，每个公司每个部门都有响应的考量方式和方法，与最终项目奖金、年终奖挂钩。

这些都是公司层面的，那项目经理能做的，在公司的依据下，可以对项目组成员进行季度、年度的评级进行调整，但要做到有理有据，不然无法服众。

依据公司要求进行定级，是常用手段，也是项目经理对项目组成员调整、激励的手段，除了公司层面的，其实可以建立组内的考量指标，因为公司都需要协助，可能会赶很多不属于单个成员的工作。

对于上面的情况，该如何激励呢？目前看到比较好的办法是--资源池。

每个人都有对应的积分，如果你忙不开，可以积分悬赏其他人做，积分响应转移。

最终按照积分去分配，分配的资金来源可以是公司、可以是销售、可以区域领导，需要项目经理为去争取，可能金额不多、一千两千对于项目组成员来说，也是一个向上牵引的好办法。

#########################################################

(二)问题日志

问题日志是一种记录和跟进所有问题的项目文件；在整个项目生命周期应该随同监控活动更新问题日志。

​所需记录和跟进的内容可能包括：

1. 问题类型

2. 问题提出者和提出时间

3. 问题描述

4. 问题优先级

5. 由谁负责解决问题

6. 目标解决日期

7. 问题状态

8. 最终解决情况

#########################################################

问题日志，在项目开始前就要记录，并且不能删除，只能迭代和标记已完成，这是后面经验库的来源。

项目经理定期更新，并记录解决办法，长期项目下来就会越来越顺利。

对于好多项目经理认为这是附加的动作内容，但长久做下来，除了当项目经理，也会专家方向可以发展，靠脑子记，遇到了再靠感觉和回忆，提升的效率太慢了。

#########################################################

(三)变更请求

一旦完成了可交交付成果的第一个版本，就应该执行变更控制。

用配置管理工具和程序来支持对可交付成果(如文件、软件和构件)的多个版本的控制

1. 变更请求定义

变更请求是关于修改任何文件、可交付成果或基准的正式提议

2. ​变更请求范围(没有范围)

(1)项目政策或程序

(2)项目成本或预算

(3)项目进度计划

(4)项目或产品结果的质量进行修改

(5)其他变更请求包括必要的用来防止以后的不利后果的措施

<1> 预防措施

<2> 纠正措施

​3. 变更请求控制过程

变更请求，应该通过实施整体变更控制过程对变更请求进行审查和处理。

4. 变更请求内容

​变更请求源自项目内部或外部，是可选或由法律(合同)强制的。
​变更请求可能包括：

(1)纠正措施

为使项目工作绩效重新与项目管理计划一致，而进行的有目的的活动。

(2)预防措施

为确保项目工作的未来绩效符合项目管理计划，而进行的有目的的活动。

(3)缺陷补救

为了修正不一致产品或产品组件的有目的的活动。

(4)更新

对正式受控的项目文件或计划等进行的变更，以反映修改或增加的意见或内容。

(四)可交付成果

1. 定义 ​

可交付成果是在某一过程、阶段或项目完成时，必须产出的任何独特并可核实的产品、成果或服务能力。

2. 作用 ​

它通常是为实现项目目标而完成的有形的组成部分，并可包括项目管理计划的组成部分。

3. 关联过程及文件

(1)需求跟踪表

　　需求跟踪矩阵将产品需求从其来源连接到能满足需求的可交付成果。

(2)定义范围

　　产品分析可用于定义产品和服务，包括针对产品或服务提问并回答，以描述要交付的产品的用途、特征及其他方面(优势)。

　　每个应用领域都有一种或几种普遍公认的方法，用以把高层级的产品或服务描述转变为有意义的可交付成果。

(3)项目范围说明书

　　为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力，可交付成果也包括各种辅助成果，如项目管理报告和文件。

　　对可交付成果的描述可略可详。

　　验收标准==项目相关方之间就项目范围所达成的共识。可交付成果通过验收前必须满足的一系列条件。

(4)创建WBS

　　把每个可交付成果或组件分解为最基本的组成部分，即可核实的产品、服务或成果。

　　分解就是将可交付成果逐步细化，变成工作包。

(5)项目沟通记录

　　项目沟通记录中包含可交付成果的状态。

(6)实施整体变更控制

　　重点关注可交付成果。

(7)控制质量

　　可交付成果指的是在某一过程、阶段或项目完成时，必须产出的任何独特并可核实的产品、成果或服务能力。

　　作为指导与管理项目工作过程的输出的可交付成果将得到检查，并与项目范围说明书定义的验收标准作比较。

4. 核实可交付成果

(1)定义

　　核实的可交付成果是指已经完成，并被控制质量过程检查为正确的可交付成果。　　

(2)关联过程--控制质量

控制质量过程的一个目的就是确定可交付成果的正确性。

开展控制质量过程的结果是核实的可交付成果，后者又是确认范围过程的一项输入，以便正式验收。

如果存在任何与可交付成果有关的变更请求或改进事项，可能会执行变更、开展检查并重新核实。

5. 验收的可交付成果

(1)确认范围

　　是正式验收已完成的项目可交付成果的过程 .

　　而验收的可交付成果是确认范围过程的输出之一，由获得授权的相关方正式签字批准。

(2)符合验收标准的可交付成果应该由客户或发起人正式签字批准。

　　应该从客户或发起人那里获得正式文件，证明相关方对项目可交付成果的正式验收。 ​

　　这些文件将提交给结束项目或阶段过程。

(3)验收的可交付成果可包括(结束项目或阶段)

1. 批准的产品规范

2. 交货收据

3. 工作绩效文件

4. 对于分阶段实施的项目或提前取消的项目，还可能包括部分完成或中间的可交付成果

(五)组织过程资产更新

可在本过程更新任何组织过程资产。

#########################################################

愿各位在进步中安心！

2023.09.13 禾木

#########################################################