软考系统分析师·每日学习卡 | [日期：2025-08-28] | [今日主题：项目范围管理]

一、今日学了啥？

• 范围管理核心： 确定项目工作边界（做什么/不做什么）并管理范围变更，防止需求蔓延。
• 范围管理步骤： 编制计划 → 范围定义 → 创建WBS（工作分解结构） → 范围确认 → 范围控制。
• 关键概念区分： 产品范围（产品应包含的功能）是项目范围（为交付产品所必须做的所有工作）的基础。

---

二、重点/要记住的！

• 🔺 范围管理： 定义和控制项目的边界，包括做什么和不做什么。

• 🔺 产品范围 (Product Scope)： 产品、服务或成果所应包含的功能与特征。是否完成以产品要求为标准。

• 🔺 项目范围 (Project Scope)： 为交付产品所必须完成的所有工作。是否完成以范围基准为标准。

• 🔺 WBS (工作分解结构)： 将项目可交付成果和工作分解为更小、更易于管理的组件（工作包）的技术。是置顶向下、逐步分解的。

• 🔺 工作包 (Work Package)： WBS最底层的组件，可对其成本和持续时间进行估算和管理（不能再分解）。

• 🔺 范围基准 (Scope Baseline)： 由经批准的项目范围说明书、WBS和WBS词典组成，是衡量项目是否完成的依据。

• 🔺 范围蔓延 (Scope Creep)： 未对范围基准做控制就增加项目范围，是导致项目失败的主要原因之一。

• ❌ 产品范围 vs. 项目范围：

  • 产品范围关心的是技术规格和功能（例如：MES系统应具备生产调度、数据采集功能）。
  • 项目范围关心的是管理工作（例如：为开发MES系统需要做需求分析、编写文档、进行测试等）。
  • 简单记： 产品范围是“造什么”，项目范围是“怎么造”。

• ❌ WBS vs. 项目活动图：

  • WBS是范围基准，输出的是可交付成果（Deliverables），是名词（做什么）。
  • 活动图（如PERT图） 是时间管理工具，定义的是任务/活动（Activities）及其依赖关系，是动词（怎么做/何时做）。WBS是活动定义的基础。

---

三、今天的小收获/卡住的地方

1. 例题：项目范围管理中，范围定义的输入不包括？（原题简化）

• 解题思路： 此题考查过程组输入的机械记忆。范围定义的输入包括：项目章程、范围管理计划、组织过程资产、批准的变更请求。直接选择不属于上述列表的选项即可。
• 关键点： 理解“输入”即“做这件事的依据是什么”。范围定义需要依据高层级文件（项目章程）、计划（范围管理计划）、资产（组织过程资产）和已批准的变更。

2. 例题：创建WBS的主要用途是？

• 解题思路： 理解WBS的核心价值。WBS通过将复杂项目分解为工作包，使得范围清晰、易于估算和管理，从而有效防止需求蔓延（Scope Creep）。

• 关键点： 紧扣WBS的本质作用——“分解”以“明确和控制范围”。

• 从项目范围到工作包的分解思路：

  flowchart TD A["项目范围说明书<br>(Scope Statement)"] --> B["识别主要可交付成果<br>(Identify Deliverables)"] B --> C["分解可交付成果<br>(Decompose)"] C --> D{"是否足够详细？<br>（可估算、可管理）"} D -- 否 --> C D -- 是 --> E["制定WBS词典<br>（补充说明）"] E --> F["形成范围基准<br>（Scope Baseline）"] F --> G["✅ 用于规划、执行、监控"]

---

四、明天学啥？

明天学习甘特图&Pert图

---

像实干家一样思考问题，像思想家一样付诸行动。

愿你我共同进步！