项目文件涉及到的内容信息介绍

StickToForever

已于 2025-02-13 09:59:44 修改

阅读量777

点赞数 29

分类专栏：系统集成项目管理工程师第三版文章标签：职场和发展经验分享学习笔记

于 2025-02-08 13:21:50 首次发布

本文链接：https://blog.csdn.net/qq_33824022/article/details/145513732

版权

系统集成项目管理工程师第三版专栏收录该内容

75 篇文章

订阅专栏

在这里插入图片描述

1.假设日志

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

2.问题日志

问题日志是一种记录和跟进所有问题的项目文件。

需要记录和跟进的内容可能包括：
① 问题类型；
② 问题提出者和提出时间；
③ 问题描述；
④ 问题优先级；
⑤ 由谁负责解决问题；
⑥ 目标解决日期；
⑦ 问题状态；
⑧ 最终解决情况。

3.经验教训登记册

经验教训登记册可以包含情况的类别和描述，还可以包括与情况相关的影响、建议和行动方案。经验教训登记册可以记录遇到的挑战、问题、意识到的风险和机会，或其他适用的内容。

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

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

4.需求文件

需求文件描述各种单一需求将如何满足项目相关的业务需求。一开始可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。只有明确的(可测量和可测试的)、可跟踪的、完整的、相互协调的，且主要干系人愿意认可的需求，才能作为基准。需求文件的格式多种多样，既可以是一份按干系人和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。

需求的类别一般包括：
(1) 业务需求。
(2) 干系人需求。
(3) 解决方案需求。
(4) 过渡和就绪需求。
(5) 项目需求。
(6) 质量需求。

5.需求跟踪矩阵

需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵，把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有业务价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能实现并交付。最后，需求跟踪矩阵还为管理产品范围变更提供了框架。

跟踪需求的内容包括：
①业务需要、机会、目的和目标；
②项目目标；
③项目范围和WBS可交付成果；
④产品设计；
⑤产品开发；
⑥测试策略和测试场景；
⑦高层级需求到详细需求等。

6.项目范围说明书

项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。它记录了整个范围(包括项目和产品范围)，详细描述了项目的可交付成果，代表项目干系人之间就项目范围所达成的共识。
项目范围说明书描述要做和不要做的工作的详细程度，决定着项目管理团队控制整个项目范围的有效程度。

详细的项目范围说明书包括：
(1)产品范围描述。
(2)可交付成果。
(3)验收标准。
(4)项目的除外责任。

7.活动清单

活动清单包含项目所需的进展活动。对于使用滚动式规划或敏捷技术的项目，活动清单会在项目进展过程中得到定期更新。活动清单包括每个活动的标识及工作范围详述，使项目团队成员知道需要完成什么工作。

8.活动属性

活动属性是指每项活动所具有的多重属性，用来扩充对活动的描述。活动属性随着项目进展情况演进并更新。在项目初始阶段，活动属性包括唯一活动标识 (ID)、WBS 标识和活动标签或名称；在活动属性编制完成时，活动属性可能包括活动描述、紧前活动、紧后活动、逻辑关系、提前量和滞后量、资源需求、强制日期、制约因素和假设条件 。活动属性可用于识别开展工作的地点、编制开展活动的项目日历，以及指明相关的活动类型。活动属性还可用于编制进度计划。根据活动属性，可在报告中以各种方式对计划进度活动进行选择、排序和分类。

9.里程碑清单

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

10.项目进度网络图

项目进度网络图是表示项目进度活动之间的逻辑关系(也叫依赖关系) 的图形。

11.持续时间估算

持续时间估算是对完成某项活动、阶段或项目所需的工作时段数的定量评估，其中并不包括任何滞后量，但可指出一定的变动区间。例如，2 周2 天，表明活动至少需要 8 天，最多不超过 12 天(假定每周工作 5 天)。

12.估算依据

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

持续时间估算的支持信息可包括：
① 关于估算依据的文件(如估算是如何编制的)；
② 关于全部假设条件的文件；
③ 关于各种已知制约因素的文件；
④ 对估算区间的说明(如“士10%”)，以指出预期持续时间的所在区间；
⑤ 对最终估算的置信水平的说明；
⑥ 有关影响估算的单个项目风险的文件等。

13.项目进度计划

项目进度计划是进度模型的输出，为各个相互关联的活动标注了计划日期、持续时间、里程碑和所需资源等。项目进度计划中至少要包括每个活动的计划开始日期与计划完成日期。即使在早期阶段就进行了资源规划，但在未确认资源分配和计划开始与完成日期之前，项目进度计划都只是初步的。项目进度计划可以是概括的或详细的。虽然项目进度计划可以采用列表形式，但图形方式更直观，可以采用的图形方式包括横道图、里程碑图、项目进度网络图。

14.进度数据

项目进度模型中的进度数据是用以描述和控制进度计划的信息集合。进度数据至少包括进度里程碑、进度活动、活动属性，以及已知的全部假设条件与制约因素，而所需的其他数据因应用领域的不同而不同。
经常可用作支持细节的信息包括：
① 按时段列出的资源需求，往往以资源直方图表示；
② 备选的进度计划，如最好情况或最坏情况下的进度计划、经资源平衡或未经资源平衡的进度计划、有强制日期或无强制日期的进度计划；
③ 使用的进度储备等。
进度数据还可以包括资源直方图、现金流预测，以及订购与交付进度安排等其他相关信息。

15.项目日历

在项目日历中规定可以开展进度活动的可用工作日和工作班次，它把可用于开展进度活动的时间段(按天或更小的时间单位划分) 与不可用的时间段区分开来。

16.进度预测

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

17.成本估算

成本估算包括完成项目工作可能需要的成本、应对已识别风险的应急储备。

18.估算依据

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

成本估算的支持信息可包括：
① 关于估算依据的文件(如估算是如何编制的)；
② 关于全部假设条件的文件；
③ 关于各种已知制约因素的文件；
④ 有关已识别的、在估算成本时应考虑的风险的文件；
⑤ 对估算区间的说明 (如“10 000元士10%”就说明了预期成本的所在区间)
⑥ 对最终估算的置信水平的说明等。

资源估算的支持信息包括：估算方法；用于估算的资源，如以往类似项目的信息；与估算有关的假设条件；已知的制约因素；估算范围；估算的置信水平；有关影响估算的已识别风险的文件等。

19.质量测量指标

质量测量指标专用于描述项目或产品属性，以及控制质量过程将如何验证符合程度。

20.质量报告

质量报告可能是图形、数据或定性文件，其中包含的信息可帮助其他过程和部门采取纠正措施，以实现项目质量目标。质量报告的信息可以包含团队上报的质量管理问题，针对过程、项目和产品的改善建议、纠正措施建议，以及在控制质量过程中发现的情况的概述。

21.测试与评估文件

可基于行业需求和组织模板创建测试与评估文件。它们是控制质量过程的输入，用于评估质量目标的实现情况。这些文件可能包括专门的核对单 (又称检查单)和详尽的需求跟踪矩阵。

22.控制质量的测量结果

控制质量的测量结果是对质量控制活动的结果的书面记录，应以质量管理计划所确定的格式加以记录。

23.团队章程

团队章程是为团队创建团队价值观、共识和工作指南的文件。
团队章程包括：团队价值观、沟通指南、决策标准和过程、冲突处理过程、会议指南、团队共识。
团队章程对项目团队成员的可接受行为确定了明确的期望，尽早认可并遵守明确的规则，有助于减少误解，提高生产力；讨论诸如行为规范、沟通、决策、会议礼仪等领域，团队成员可以了解彼此重要的价值观。

24.资源需求

资源需求识别了各个工作包或工作包中每个活动所需的资源类型和数量，可以汇总这些需求，以估算每个工作包、每个 WBS 分支以及整个项目所需的资源。资源需求描述的细节数量与具体程度因应用领域而异，而资源需求文件也可包含为确定所用资源的类型、可用性和所需数量所做的假设。

25.资源分解结构

资源分解结构是资源依类别和类型的层级展现。资源类别包括(但不限于) 人力、材料、设备和用品，资源类型则包括技能水平、要求证书、等级水平或适用于项目的其他类型。在估算活动资源过程中，资源分解结构用于指导项目的分类活动。在这一过程中，资源分解结构是一份完整的文件，用于获取和监督资源。