📜 项目章程等六大核心文档

项目启动 · 范围管理 · 团队建设 · 风险管控 · 沟通协作 | 软考高项教材原文精解

📖 学习说明

本文内容全部来自《信息系统项目管理师》教材原文，按逻辑顺序归纳整理。

📋 一、项目章程（Project Charter）

📜项目章程

Project Charter

📘 项目章程记录了关于项目和项目预期交付的产品、服务或成果的高层信息：

1. 项目目的；
2. 可测量的项目目标和相关的成功标准；
3. 高层级需求、高层级项目描述、边界定义以及主要可交付成果；
4. 整体项目风险；
5. 总体里程碑进度计划；
6. 预先批准的财务资源；
7. 关键干系人名单；
8. 项目审批要求
   
   （例如，评价项目成功的标准，由谁对项目成功下结论，由谁签署项目结束）；
9. 项目退出标准
   
   （例如，在何种条件下才能关闭或取消项目或阶段）；
10. 委派的项目经理及其职责和职权；
11. 发起人或其他批准项目章程的人员的姓名和职权等。

💡 核心作用：项目章程确保干系人在总体上就主要可交付成果、里程碑以及每个项目参与者的角色和职责达成共识。

📝 项目章程示例（CRM软件开发）

📐 二、项目范围说明书（Project Scope Statement）

📐项目范围说明书

Project Scope Statement

📘项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。它记录了整个范围，包括：项目和产品范围；详细描述了项目的可交付成果；代表项目干系人之间就项目范围所达成的共识。为便于管理干系人的期望，项目范围说明书可明确指出哪些工作不属于本项目范围。

项目范围说明书帮助项目团队进行更详细的规划，在执行过程中指导项目团队工作，并为评价变更请求或额外工作是否超过项目边界提供基准。

📋 项目范围说明书详细描述要做和不要做的工作的详细程度，决定着项目管理团队控制整个项目范围的有效程度。详细的项目范围说明书包括内容有（直接列出或参引其他文件）：

• 产品范围描述：
  
  逐步细化在项目章程和需求文件中所述的产品、服务或成果特征。
• 可交付成果：
  
  为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力，可交付成果也包括各种辅助成果，如项目管理报告和文件。对可交付成果的描述可略可详。
• 验收标准：
  
  可交付成果通过验收前必须满足的一系列条件。
• 项目的除外责任：
  
  识别排除在项目之外的内容。明确说明哪些内容不属于项目范围，有助于管理干系人的期望及减少范围蔓延。

⚖️ 对比分析：项目章程 vs 项目范围说明书

📊 核心差异对比

💡 “虽然项目章程和项目范围说明书的内容存在一定程度的重叠，但它们的详细程度完全不同。项目章程包含高层级的信息，而项目范围说明书则是对范围组成部分的详细描述，这些组成部分需要在项目过程中渐近明细。“

📊 三、范围基准（Scope Baseline）

📊范围基准

Scope Baseline

📘 范围基准是经过批准的范围说明书、WBS 和相应的 WBS 词典，只有通过正式的变更控制程序才能进行变更，它被用作比较的基础。范围基准是项目管理计划的组成部分。

📋 范围基准：包括项目范围说明书、WBS 和 WBS 字典的详细信息，可用于成本估算和管理。

范围基准：在确定适用于项目的质量标准和目标时，以及在确定要求质量审查的项目可交付成果和过程时，需要考虑 WBS 和项目范围说明书中记录的可交付成果。范围说明书包含可交付成果的验收标准，用以界定可能导致质量成本并进而导致项目成本的显著升高或降低，满足所有验收标准意味着满足干系人的需求。

⚠️ 重要提示

范围基准 = 项目范围说明书 + WBS + WBS词典

只有通过正式的变更控制程序才能进行变更，它被用作比较的基础。

👥 四、团队章程（Team Charter）

👥团队章程

Team Charter

📘 团队章程是为团队创建团队价值观、共识和工作指南的文件。团队章程包括：团队价值观、沟通指南、决策标准和过程、冲突处理过程、会议指南和团队共识。

💡 核心作用：

团队章程对项目团队成员的可接受行为确定了明确的期望，尽早认可并遵守明确的规则，有助于减少误解，提高生产力；借助诸如行为规范、沟通、决策、会议礼仪等方面的讨论，团队成员可以了解彼此重要的价值观。

由团队制定或参与制定的团队章程可发挥最佳效果，所有项目团队成员都分担责任，确保遵守团队章程中规定的规则；可定期审查和更新团队章程，确保团队成员始终了解团队基本规则，并指导新成员融入团队。

🧠 团队章程包含要素

⚠️ 五、风险报告（Risk Report）

⚠️风险报告

Risk Report

📘 

❶ 基本定义：

风险报告：记录并提供了关于整体项目风险和单个风险的信息。

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

❷ 管理质量的依据：

风险报告：管理质量过程使用风险报告识别整体项目风险的来源以及整体风险敞口的最重要的驱动因素，这些因素能够影响项目的质量目标。

风险报告：提供关于整体项目风险的来源的信息，以及关于已识别的单个项目风险的概括信息。这些信息应传达给风险责任人及其他受影响的干系人。

📋 风险报告的主要内容：

风险报告提供关于整体项目风险的信息，以及关于已识别的单个项目风险的概述信息。在项目风险管理过程中，风险报告的编制是一项渐进式的工作。随着实施定性风险分析、实施定量风险分析、规划风险应对、实施风险应对和监督风险过程的完成，这些过程的结果也需要记录在风险登记册中。完成识别风险过程时，风险报告内容主要包括：

• 整体项目风险来源：
  
  说明哪些是整体项目风险的最重要的因素。
• 关于已识别的单个项目风险的概括信息：
  
  例如，已识别的威胁与机会的数量、风险在风险类别中的分布情况、测量指标和发展趋势。

根据风险管理计划中规定的报告要求，风险报告中可能还包含其他信息。

📈 风险报告的动态更新

• 实施定性风险分析：

  以记录最重要的单个项目风险(通常为概率和影响最高的风险)、所有已识别风险的优先级列表以及简要的结论。

• 实施定量风险分析：

  (1) 对整体项目风险最大可能性的评估结果。

  (2) 项目详细概率分析的结果：应急储备、风险来源清单、风险驱动因素。

  (3) 单个项目风险优先级清单。（敏感性分析）

  (4) 定量风险分析结果的趋势。

  (5) 风险应对建议。

• 规划风险应对：
  
  记录针对当前整体项目风险敞口和高优先级风险的经商定的应对措施，以及实施这些措施之后的预期变化。
• 实施风险应对：
  
  反映开展整个风险应对过程所导致的整个风险入口的已商定的应对措施的任何变更。
• 监督风险：
  
  应随着监督风险过程生成的新信息更新风险报告，以反映重要单个项目风险的当前状态，以及整体项目风险的当前级别。风险报告还可能包括有关的详细信息，诸如最高优先级单个项目风险、已商定的应对措施和责任人，以及结论与建议。风险报告也可收录风险审计给出的关于风险管理过程有效性的结论。

⚖️ 对比分析：风险报告 vs 风险登记册

📊 核心差异对比

📄 风险报告包含：

• 整体项目风险来源
• 单风险概括信息
• 风险评估结果
• 风险应对策略概要
• 最高优先级风险
• 结论与建议

📝 风险登记册包含：

• 已识别单个风险
• 风险责任人
• 商定的应对策略
• 具体的应对措施
• 症状和预警信号
• 残余及次生风险

💬 六、沟通记录（Communication Records）

💬沟通记录

Communication Records

📘 ❶ 产生阶段

管理沟通阶段输出 → 沟通记录：提供已开展的沟通的信息，包括整个项目期间所有的沟通。

❷ 创建依据：

项目沟通记录：根据沟通管理计划和干系人参与计划与干系人开展的项目沟通记录。

❸ 内容组成：

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

📋 项目沟通记录主要包括：

• 绩效报告
• 可交付成果的状态
• 进度进展
• 产生的成本
• 演示
• 以及干系人需要的其他信息

🗂️ 七、六大核心文档知识框架

📊 文档分类总览

✅ 高频考点速记

1. 项目章程包含11大要素
   
   目的→目标→需求→风险→里程碑→财务资源→干系人名单→审批要求→退出标准→项目经理委派→发起人职权
2. 项目章程 vs 范围说明书
   
   章程是高层级信息，范围说明书是详细描述（两者存在重叠但详细程度不同）
3. 范围基准三件套
   
   范围说明书 + WBS + WBS词典
4. 团队章程六要素
   
   价值观、沟通指南、决策标准、冲突处理、会议指南、团队共识
5. 风险报告特点
   
   渐进式编制、持续更新、向干系人汇报
6. 风险报告 vs 风险登记册
   
   报告重整体+概述，登记册重个体+细节
7. 沟通记录内容
   
   绩效报告、状态、进度、成本、演示等

📌 本文基于《信息系统项目管理师》教材原文整理

建议结合真题练习加深理解 💪