项目管理师基础之项目管理计划和项目文件及组织过程资产、事业环境因素

左直拳

已于 2025-04-11 23:36:13 修改

阅读量3.7k

点赞数 6

分类专栏：项目管理学习笔记文章标签：学习笔记项目管理师

于 2023-08-12 22:49:29 首次发布

本文链接：https://blog.csdn.net/leftfist/article/details/132177915

版权

学习笔记同时被 2 个专栏收录

263 篇文章

订阅专栏

项目管理

32 篇文章

订阅专栏

项目管理过程中，会使用并产生两大类文件：项目管理计划和项目文件。内容一般如下：
在这里插入图片描述

整个项目生命周期需要收集、分析和转化大量的数据。从各个过程收集项目数据，并在项目团队内共享。在各个过程中所收集的数据经过结合相关背景的分析、汇总，并加工成项目信息。信息通过口头形式进行传达，或以各种格式的报告存储和分发。

一、项目文件

1、活动属性

活动属性是指每项活动所具有的多重属性，用来扩充对活动的描述。

活动属性随时间演进：
在项目初始阶段，活动属性包括唯一活动标识 (ID)、WBS 标识和活动标签或名称；
在活动属性编制完成时，活动属性可能包括活动描述、紧前活动、紧后活动、逻辑关系、提前量和滞后量、资源需求、强制日期、制约因素和假设条件。

活动属性可用于识别开展工作的地点、编制开展活动的项目日历，以及相关的活动类型。活动属性还可用于编制进度计划。根据活动属性，可在报告中以各种方式对计划进度活动进行选择、排序和分类。

2、活动清单

活动清单包含项目所需的进度活动，包括每个活动的标识及工作范围详述，使项目团队成员知道需要完成什么工作。

对于使用滚动式规划或敏捷技术的项目，活动清单会在项目进展过程中得到定期更新。
在这里插入图片描述

3、假设日志

假设日志用于记录整个项目生命周期中的所有假设条件和制约因素。

高层级的战略和运营假设条件与制约因素，在项目启动之前，进行可行性研究和论证时，即开始识别，然后纳入项目章程；低层级的，在项目开展期间生成。

假设日志基于当前被认为正确、真实的信息，提出这些制约因素，让相关方的期望趋于合理。如天气的影响，下雨将导致项目不能正常进行。只有尽早澄清这些假设日志，才不会让相关方觉得这种情况项目没有进行是可接受的。

特点：假设日志越多，项目风险越大。

在这里插入图片描述

4、估算依据

估算依据说明不同估算是如何得出的，用于决定如何应对偏差。

项目管理中包含进度估算、成本估算和资源估算三种类型，估算依据是在项目估算当中，所用依据的一个支持性的文件。包含假设条件、制约因素、详细级别、估算区间和置信水平。

置信水平是指特定个体对待特定命题真实性相信的程度，也就是概率，是对个人信念合理性的量度。（令人难以置信）
在这里插入图片描述

在这里插入图片描述

5、变更日志

变更日志用于记录项目期间发生的变更。十大知识领域都有可能发生变更。
在这里插入图片描述

在这里插入图片描述

6、成本估算

成本估算所需的支持信息的数量和种类，因应用领域而异，不论其详细程度如何，支持性文件都应该清晰、完整地说明成本估算是如何得出的。

成本估算的支持信息可包括：
关于估算依据的文件（如估算是如何编制的）；
关于全部假设条件的文件；
关于各种已知制约因素的文件；
有关已识别的、在估算成本时应考虑的风险的文件；
对估算区间的说明（如“10,000美元 ±10%”就说明了预期成本的所在区间）；
对最终估算的置信水平的说明。
在这里插入图片描述

7、持续时间估算

持续时间估算是对完成某项活动、阶段或项目所需的工作时段数的定量评估，其中并不包括任何滞后量，但可指出一定的变动区间。例如：

2 周 ± 2 天，表明活动至少需要 8 天，最多不超过 12 天（假定每周工作 5 天）；
超过 3 周的概率为 15%，表明该活动将在 3 周内（含 3 周）完工的概率为 85%。

8、问题日志

问题日志。作为实施风险应对过程的一部分,已识别的问题会被记录到问题日志中。用于记录和监督问题的解决。
在这里插入图片描述

问题日志强调的是干系人对项目上的关注和关心（concern），这些关注和关心的英文是“Issue”，这些“issue”可能是项目的问题（Problem）也可能是项目的风险（risk）。

PM在和关键干系人沟通时会借助问题日志进行沟通，例如针对这个issue已经提出了变更请求或者已经作为风险进行应对了等等，这些都是针对该issue的解决措施。
在这里插入图片描述
答案是：A/A/A

9、经验教训登记册

就是行动指南，操作说明书。常常作为项目管理过程的输入项。
在这里插入图片描述
经验教训登记册可以记录遇到的挑战、问题、意识到的风险和机会，或其他适用的内容。

经验教训登记册在项目早期创建，作为本过程的输出。因此，在整个项目期间，它可以作为很多过程的输入，也可以作为输出而不断更新。参与工作的个人和团队也参与记录经验教训。可以通过视频、图片、音频或其他合适的方式记录知识，确保有效吸取经验教训。

在项目或阶段结束时，把相关信息归入经验教训知识库，成为组织过程资产的一部分。

10、里程碑清单

里程碑是项目中的重要时点或事件，里程碑清单列出了所有项目里程碑，并指明每个里程碑是强制性的（如合同要求的）还是选择性的（如根据历史信息确定的）。里程碑的持续时间为零，因为它们代表的是一个重要时间点或事件。
在这里插入图片描述

11、物质资源分配单

实物资源分配单记录了项目将使用的材料、设备、用品、地点和其他实物资源。

在这里插入图片描述

12、项目日历

在项目日历中规定可以开展进度活动的可用工作日和工作班次，它把可用于开展进度活动的时间段（按天或更小的时间单位）与不可用的时间段区分开来。在一个进度模型中，可能需要采用不止一个项目日历来编制项目进度计划，因为有些活动需要不同的工作时段。因此，可能需要对项目日历进行更新。
在这里插入图片描述

13、项目沟通记录

项目沟通记录包含绩效报告、可交付成果的状态，以及项目生成的其他信息。
在这里插入图片描述

14、项目进度计划

项目进度计划亦称“进度计划”。包括每一具体活动的计划开始日期和期望完成日期。可用摘要“主进度计划”形式或详细形式表示。又可用表格形式，但更常以图示法表示。
在这里插入图片描述

15、项目进度网络图

表示项目进度活动之间的逻辑关系（也叫依赖关系）的图形。
如单代号网络图、双代号网络图。
项目进度管理

16、项目范围说明书

在进行范围确定前，一定要有范围说明书，因为范围说明书详细说明了为什么要进行这个项目，明确了项目的目标和主要的可交付成果，是项目班子和任务委托者之间签订协议的基础，也是未来项目实施的基础，并且随着项目的不断实施进展，需要对范围说明进行修改和细化，以反映项目本身和外部环境的变化。在实际的项目实施中，不管是对于项目还是子项目，项目管理人员都要编写其各自的项目范围说明书。

内容包括：
1）项目的合理性说明。
2）项目目标
3）项目可交付成果清单
在这里插入图片描述

17、项目团队派工单

项目团队派工单是记录团队成员及其在项目中的角色和职责的表单。

在这里插入图片描述

项目团队派工单是如何产生的？

项目团队派工单（或工作分配单）是在项目执行过程中产生的，它的产生是在项目管理团队确定了项目计划并开始实施工作的阶段。这通常发生在“指导和管理项目工作”和“管理项目知识”这些过程中，这些过程是项目整合管理知识领域的一部分。

18、质量控制测量结果

控制质量的测量结果是对质量控制活动的结果的书面记录，证明符合质量要求。应以质量管理计划所确定的格式加以记录。是质量控制的输出之一。
在这里插入图片描述

19、质量测量指标

质量测量指标专用于描述项目或产品属性，以及控制质量过程将如何验证符合程度。质量测量指标的例子包括按时完成的任务的百分比、以CPI 测量的成本绩效、故障率、识别的日缺陷数量、每月总停机时间、每个代码行的错误、客户满意度分数，以及测试计划所涵盖的需求的百分比（即测试覆盖度）。
在这里插入图片描述

在这里插入图片描述

20、质量报告

质量报告可能是图形、数据或定性文件，其中包含的信息可帮助其他过程和部门采取纠正措施，以实现项目质量期望。质量报告的信息可以包含团队上报的质量管理问题，针对过程、项目和产品的改善建议，纠正措施建议（包括返工、缺陷/漏洞补救、100%检查等），以及在控制质量过程中发现的情况的概述。

测试完成度：结合测试执行率与通过率进行统计。
在这里插入图片描述
产品完成度：采用功能点通过率做为统计。

产品质量：统计缺陷密度、严重级别分布、类型分布。
在这里插入图片描述

研发过程质量：统计缺陷生存周期、二次故障率、依据稳定性。
在这里插入图片描述

计划偏离度：着重统计进度偏离。

在这里插入图片描述

质量趋势：结合缺陷到达率和遗留率进行统计。
在这里插入图片描述

以上就是选取了一些便于采集的数据（并非所有），制作的质量度量报告，规模并不算大，适宜做为月或者周报告。

如果是总体报告，那么可以考虑采集更多数据，丰富报告的内容。

再者，质量报告以报告产品质量为目的，不同于测试总结报告。因此并未包含人员安排、问题罗列、风险预估和未来计划等内容，如果需要综合汇报可以添加整合进去。

软件质量报告模板-产品质量度量

21、需求文件

在这里插入图片描述

22、需求跟踪矩阵

在这里插入图片描述

23、资源分解结构

资源分解结构（RBS）是按照资源种类和形式而划分的资源层级结构，它是项目分解结构的一种，通过它可以在资源需求细节上制定进度计划，并可以通过汇总的方式向更高一层汇总资源需求和资源可用性。
在这里插入图片描述

24、资源日历

资源日历是在项目日历上定义的工作时间和休息日，是每个资源或资源组的默认工作时间。换句话说，资源日历初始确定为项目日历。
识别了每种具体资源可用时的工作日、班次、正常营业的上下班时间、周末和公共假期。
在这里插入图片描述

25、资源需求

资源需求识别了项目所需的材料、设备、用品和其他资源。

在这里插入图片描述

26、风险登记册

注意，针对的是单个项目风险。

风险登记册记录已识别单个项目风险的详细信息。随着实施定性风险分析、规划风险应对、实施风险应对和监督风险等过程的开展，这些过程的结果也要记进风险登记册。取决于具体的项目变量（如规模和复杂性），风险登记册可能包含有限或广泛的风险信息。

当完成识别风险过程时，风险登记册的内容可能包括（但不限于）：

1）已识别风险的清单

在风险登记册中，每项单个项目风险都被赋予一个独特的标识号。要以所需的详细程度对已识别风险进行描述，确保明确理解。可以使用结构化的风险描述，来把风险本身与风险原因及风险影响区分开来。

2）潜在风险责任人

识别风险时，识别出潜在风险责任人，在定性风险分析过程中确认。

3）潜在风险应对措施清单

如果已在识别风险过程中识别出某种潜在的风险应对措施，就要把它记录到风险登记册中。随后将由规划风险应对过程进行确认。

4）其他

根据风险管理计划规定的风险登记册格式，可能还要记录关于每项已识别风险的其他数据，包括：简短的风险名称、风险类别、当前风险状态、一项或多项原因、一项或多项对目标的影响、风险触发条件（显示风险即将发生的事件或条件）、受影响的 WBS组件，以及时间信息（风险何时识别、可能何时发生、何时可能不再相关，以及采取行动的最后期限）。

实施风险应对的输出，项目文件更新有三个，分别是问题日志、经验教训登记册、风险登记册。这三个输出文件经常会搞混，我们需要分辨一下这三个输出有什么区别。

应对出现了新问题，更新问题日志；
风险应对结束，更新经验教训登记册；
风险应对措施改变了，更新风险登记册。
在这里插入图片描述

在这里插入图片描述

27、风险报告

注意，面向的是整体项目风险。

（一）风险报告内容概述
风险报告提供关于整体项目风险的信息，以及关于已识别的单个项目风险的概述信息。

（二）风险报告详细内容
在完成识别风险过程时，风险报告的内容可能包括（但不限于）：

整体项目风险的来源

说明哪些是整体项目风险敞口的最重要驱动因素。

关于已识别单个项目风险的概述信息（简要的结论）

（1）已识别的威胁与机会的数量

（2）风险在风险类别中的分布情况

（3）测量指标和发展趋势

（4）风险的概率和影响（11.3.1 实施定性风险分析）

所有已识别风险的优先级列表（11.3.1 实施定性风险分析）

28、进度数据

项目进度模型中的进度数据是用以描述和控制进度计划的信息集合。进度数据至少包括进度里程碑、进度活动、活动属性，以及已知的全部假设条件与制约因素，而所需的其他数据因应用领域而异。

经常可用作支持细节的信息包括（但不限于）：

按时段计列的资源需求，往往以资源直方图表示；
备选的进度计划，如最好情况或最坏情况下的进度计划、经资源平衡或未经资源平衡的进度计划、有强制日期或无强制日期的进度计划；
使用的进度储备。

进度数据还可包括资源直方图、现金流预测，以及订购与交付进度安排等其他相关信息。

在这里插入图片描述

29、进度预测

进度更新即进度预测，指根据已有的信息和知识，对项目未来的情况和事件进行的估算或预计。

随着项目执行，应该基于工作绩效信息，更新和重新发布预测。这些信息基于项目的过去绩效，并取决于纠正或预防措施所期望的未来绩效，可能包括挣值绩效指数，以及可能在未来对项目造成影响的进度储备信息。
在这里插入图片描述

30、干系人登记册

干系人登记册是识别干系人管理过程的成果。应该让干系人尽早参与项目。识别干系人在项目早期就应该开始，并贯穿于整个项目生命周期，需要反复进行。而且在项目进行的过程中，一旦发现相关方的变化，第一件事情就是更新相关方登记册，为什么？因为相关方变化之后，要重新分析相关方的期望和影响。项目经理在项目管理中非常非常重要的事情是分析，在采取任何行动之前都要先分析。
在这里插入图片描述

31、团队章程

团队章程是为团队创建团队价值观、共识和工作指南的文件。团队章程可能包括（但不限于）：
团队价值观；
沟通指南；
决策标准和过程；
冲突处理过程；
会议指南；
团队共识。

团队章程对项目团队成员的可接受行为确定了明确的期望。尽早认可并遵守明确的规则，有助于减少误解，提高生产力；讨论诸如行为规范、沟通、决策、会议礼仪等领域，团队成员可以了解彼此重要的价值观。由团队制定或参与制定的团队章程可发挥最佳效果。所有项目团队成员都分担责任，确保遵守团队章程中规定的规则。可定期审查和更新团队章程，确保团队始终了解团队基本规则，并指导新成员融入团队。

在这里插入图片描述