# 《软件项目管理》第 1 章 讲稿（第 1 周 · 90 分钟）

> 课程：软件项目管理（154431006）｜ 广东金融学院 计算机学院
> 章节：第 1 章 软件项目管理概述 —— 华为鸿蒙 OS 开发项目管理实践案例
> 学时：2 学时（90 分钟）｜ 教材：宋莹莹等《软件项目管理与实践》（第 3 版），清华大学出版社 2025
> 配套课件：`lecture1/1.1.html` ~ `1.52.html`（52 页）
> 本讲重点：项目与软件项目的概念、项目生命周期
> 本讲难点：软件项目及项目的特征、项目管理过程

---

## 一、教学目标

| 维度 | 目标 |
|---|---|
| 知识 | 能说出项目与软件项目的定义及特征；能解释组织过程资产与事业环境因素；能画出"生命周期—过程组—知识领域—绩效域"框架 |
| 能力 | 能判断一件事是不是项目；能区分过程组与项目阶段；能初步为不同项目选择开发方法 |
| 素质（思政） | 以长征精神与华为鸿蒙"自主可控"案例，认识软件人的家国责任、集体协作与科技自立自强 |

## 二、时间分配总表

| 时段 | 页码 | 内容 | 分钟 |
|---|---|---|---|
| 第 1 节 | 1.1–1.4 | 封面、课程导学、破冰互动 | 8 |
| 第 1 节 | 1.5–1.10 | 案例导入：华为鸿蒙 OS（含失败案例对比） | 12 |
| 第 1 节 | 1.11–1.15 | 1.1 项目与软件项目 | 10 |
| 第 1 节 | 1.16–1.24 | 1.2 软件项目管理（定义·成败·环境） | 15 |
| —— | —— | **课间休息 10 分钟** | —— |
| 第 2 节 | 1.25–1.29 | 随堂练习（环境因素/过程资产）＋职业认证 | 12 |
| 第 2 节 | 1.30–1.37 | 1.3 价值驱动知识体系（五要素·生命周期） | 15 |
| 第 2 节 | 1.38–1.47 | 开发模型选型、知识框架、十大领域、绩效域 | 13 |
| 第 2 节 | 1.48–1.52 | 课堂练习三题、本章小结、作业预告 | 5 |

> 时间紧张时的裁剪顺序：1.10（失败案例对比，可改为课后阅读）→ 1.34（三条规律中只讲"风险与变更"）→ 1.46（绩效域章节落点可课后自看）。

---

## 三、逐页讲稿

### 【1.1】封面（1 分钟）

> **口播**：同学们好，这学期我们一起来学《软件项目管理》。先自我介绍一下，我是这门课的老师周宇文，我的电话和微信是 13580390715，课程上的任何问题随时找我。
>
> 今天这一节，我们不急着背定义。我先给大家讲一个真实的项目故事——一个"被卡脖子"之后，用五年时间把操作系统做出来的故事。听完你就明白：为什么软件要讲"管理"。

**板书**：`软件项目管理`（课题）＋ 右上角预留"案例区"

---

### 【1.2】今天学什么（2 分钟）

> **口播**：这是今天的地图，四件事：
> 第一，**案例导入**——华为鸿蒙 OS。先看真实项目，再学管理语言。
> 第二，**1.1 项目与软件项目**——什么是项目？项目的五大特征，软件项目又特殊在哪里。
> 第三，**1.2 软件项目管理**——为什么 70% 的项目会失败？成功要看哪五个维度？还有两个特别容易考糊的概念：组织过程资产、事业环境因素。
> 第四，**1.3 价值驱动的知识体系**——生命周期、过程组、十大知识领域、八大绩效域，这是全书的"地图"。
>
> 这门课的教材是宋莹莹老师等编写的《软件项目管理与实践》第 3 版，清华大学出版社 2025 年版。

---

### 【1.3】课程导学：学时、考核与地图（3 分钟）

> **口播**：先把"游戏规则"讲清楚，大家才好安排学习。
>
> - **学时学分**：32 学时、2 学分，纯理论，16 周每周一次课、每次 2 学时，期末第 18 周统一考试，120 分钟闭卷。
> - **考核**：平时 30% ＝ 作业 20% ＋ 课堂讨论和练习 10%；期末闭卷 70%。题型是选择、填空、判断、简答、案例分析——**案例分析和计算题是拿分大头，也是拉开差距的地方**。
> - **课程地图**：第 1 章概述（今天）→ 第 2 章启动 → 采购 → 范围 → 进度 → 成本 → 质量 → 资源 → 干系人与沟通 → 风险 →（第 16 周）整合串讲＋综合案例复习。
>
> 一句话记住这门课的逻辑：**先会"想清楚"（范围、进度、成本），再会"管住它"（质量、资源、风险、沟通）。**

**【思政落点 1】**（0.5 分钟）
> 顺便说说，为什么我们要学"管理"？长征途中，红军面对的是几十倍于己的敌人和几乎没有后勤保障的绝境，靠的不是某一个人的勇猛，而是**严密的组织、清晰的目标、坚决的执行和全局的协同**——这就是最朴素也最伟大的"项目管理"。今天我们学项目，学的也是这种**把大目标拆成可执行步骤、把一群人拧成一股绳**的本事。

---

### 【1.4】破冰互动：下面哪些是"项目"？（2 分钟）

> **互动**：先不看书，凭直觉判断。以下四件事，哪些是"项目"？
> A．为双 11 大促开发"临时优惠系统"，11 月 12 日下线
> B．学校机房日常运维与值班
> C．开发并上线"超市智能库存管理系统"
> D．部门每周例会
>
> （举手/点名 2–3 人回答，先不给答案）
> **不公布答案，卖个关子**：等我们讲完"项目的五大特征"，你自己就能判了——就在 1.13 页。

---

### 【1.5】分区页：案例｜华为鸿蒙 OS（1 分钟）

> **口播**：先看一个真实的大项目，再学管理术语。
> 2019 年，华为被列入"实体清单"，安卓系统受限——一个年出货量上亿台的终端厂商，突然被"断了腿"。华为怎么把一个操作系统项目做成功的？带着这个问题，我们开始今天的学习。

---

### 【1.6】案例背景：2019 年的"卡脖子"（3 分钟）

> **口播**：**风暴来临**：2019 年，美国将华为列入实体清单，限制其使用安卓系统，智能设备业务遭遇巨大冲击，海外市场一度被迫"按暂停键"。
> **华为的回应**：没有屈服，而是迅速启动**鸿蒙 OS 研发项目**——目标不止"活下去"，而是**自主可控**。
> **战略性质**：这不只是"写代码"，是"建生态"。
> 结果是：鸿蒙 OS 在中国智能移动设备市场的份额已经**超越 iOS，成为第二大移动操作系统**。
>
> 请大家注意三个关键词：**实体清单、自主可控、生态**。这三个词，决定了这个项目的范围、风险和资源投入。

**【思政落点 2】**（1 分钟）
> 这一页我想多说一句。被"卡脖子"的时候，华为能拿出一个操作系统，不是靠一时的运气，而是靠**长期的技术积累和成千上万工程师的集体攻关**。作为学软件的同学，你们将来写的每一行代码、做的每一个系统，都可能成为国家某个领域"不被卡住"的一块砖。**科技自立自强，不是口号，是具体到一个个项目里的**。

---

### 【1.7】三阶段推进：把大目标切成可执行节奏（3 分钟）

> **口播**：一个大项目最怕什么？最怕"一口吃成胖子"。华为把鸿蒙拆成三个阶段：
> **第一阶段**：优先适配现有硬件，确保业务连续性——先活下来、稳市场。
> **第二阶段**：拓展到智能家居与工业应用——生态向外扩。
> **第三阶段**：实现跨设备无缝连接，打造全场景生态。
>
> **管理启示**：分步推进＝在有限时间内高效完成任务，同时**降低技术与市场风险**。这就是我们后面要学的"渐进明细"和"滚动式规划"的雏形。

---

### 【1.8】关键策略与资源投入（3 分钟）

> **口播**：面对"技术复杂＋时间紧迫"的双重挑战，华为用了四个策略：
> ① **技术路线多样化＋快速迭代**，不押注单一方案；
> ② **微内核架构＋开源技术**，降低开发难度；
> ③ **分阶段交付核心功能**，实现快速上线；
> ④ **联合软硬件厂商与开发者**，提供工具、资金、技术指导，降低生态门槛。
>
> 投入的底数：数万名研发工程师、数千亿元资金、上万家合作伙伴。组织保障：公司资源整合＋跨部门高效协作＋高层战略支持。
>
> **划重点**：注意最后一句"**高层战略支持**"——后面讲项目失败原因时，它是九大原因之一。

---

### 【1.9】案例思考（2 分钟）

> **互动**：两个问题，同桌讨论 1 分钟：
> Q1 面对技术变化和市场风险，华为采用了哪些有效的项目管理策略？
> Q2 在软件项目管理中，如何确保项目按计划推进并达到既定目标？
>
> （请 1 位同学回答，教师归纳）
> **参考答案要点**：Q1＝三阶段分步推进＋分阶段交付核心功能（降低风险）、技术路线多样化＋快速迭代、微内核＋开源（降低难度）、生态联合（工具/资金/指导）、高投入与高层支持。
> Q2＝**计划 → 执行监控 → 变更控制 → 绩效度量**——这正是我们这门课要学的知识体系。
>
> 追问一句留作悬念：**如果让你带 3000 人开发 3 年，你最怕哪三件事？** 先记下你的答案，1.19 页"失败 9 大原因"我们逐条对照。

---

### 【1.10】对比案例：那些输掉的大项目（2 分钟，可压缩/课后阅读）

> **口播**：项目管理不到位，再大的公司也会翻车。
> **IBM OS/360**（1960 年代操作系统项目）：规模被严重低估，进度拖期、预算超支。总工程师布鲁克斯因此写下《人月神话》——"**向进度落后的项目加人，只会更落后**"。
> **微软 Windows Vista**：曾被称"史上最大软件项目之一"，Longhorn 计划中途废弃，功能蔓延＋安全大改造成约 5 年延期，发布后兼容性差、口碑崩盘。
> **苹果 Newton / Lisa**：Newton 押注手写识别过早、体验翻车；Lisa 定位超前却定价近万美元，均商业失败——**技术先进 ≠ 市场买单**。
>
> 对照鸿蒙：它赢在**分阶段交付、技术路线多样化、生态联合、高层支持**。

**过渡语**：案例看完了。现在我们把这些故事"翻译"成管理语言。

---

### 【1.11】分区页：1.1 项目与软件项目（0.5 分钟）

> **口播**：先定义"项目"。一句话定义 ＋ 五大特征 → 软件项目的特殊之处 → 回头把破冰题判了。

---

### 【1.12】什么是"项目"：与日常运营对照（3 分钟）

> **口播**：书上给的定义是：
> **项目是为创造独特的产品、服务或成果而进行的临时性工作。**
>
> 三个关键词，逐个抠：
> - **独特**：以前没做过，或者做法不一样；
> - **临时**：有明确的开始和结束，不是常年干；
> - **工作**：要投入人力、时间、资源。
>
> **项目 ≠ 日常运营**。运营是"持续、重复、维持现状"；项目是"临时、独特、实现变化"。比如：机房每天值班是运营；把机房整体搬迁并做一次系统升级，是项目。

**板书**：左写"项目：独特／临时／目标"，右写"运营：重复／持续／维持"，中间画竖线对比。

---

### 【1.13】项目的 5 大特征（3 分钟）

> **口播**：项目有五个显著特点，请边听边在书上标出来：
> ① **目的性**：项目有一个明确的目标或成果；
> ② **独特性**：每个项目都是独一无二的；
> ③ **临时性**：有明确的开始和结束时间；
> ④ **资源约束性**：在预算、人力、时间等资源限制下进行；
> ⑤ **不确定性**：执行过程中面临一定的风险和不确定性。
>
> **记忆口诀**：**目、独、临、约、不**。
>
> **回到破冰题**：A（双 11 临时系统，限时上线下线）和 C（开发并上线库存系统）是**项目**；B（机房日常运维）和 D（每周例会）是**运营**。判断线索就是我们刚讲的：临时性、独特性、明确目标、资源约束、不确定性。

---

### 【1.14】随堂速判：哪一项不属于项目特征？（1.5 分钟）

> **互动**：快速抢答——下列哪一项**不属于**项目特征？
> （读完选项后请同学举手，10 秒内作答）
> **点评**：区分"项目的特征"与"项目管理的特征"；区分"临时性"与"周期长"。周期长也可以是项目，只要它有明确的终点。

---

### 【1.15】软件项目：定义与 3 大特点（3 分钟）

> **口播**：软件项目是为了**开发、交付和维护符合特定需求和质量标准的软件产品或服务**而进行的临时性工作。
> 除了项目的五大特征，软件项目还有三个"自己的特点"：
> ① **渐进明细性**：需求和目标往往是逐步明确的——所以软件项目最怕"一开始就想把所有需求定死"；
> ② **学科复杂性**：涉及计算机科学、数学、工程学等多学科知识；
> ③ **智力密集型**：主要依赖团队成员的智力和创意——所以"人"的管理在软件项目里格外重要。
>
> **一句话小结**：软件项目的特殊性在于——**需求会变、技术很杂、靠脑子吃饭**。后面学的范围管理、进度管理、资源管理，都是冲着这三点去的。

**过渡语**：知道什么是软件项目了，下一个问题更扎心：**为什么这么多项目会失败？**

---

### 【1.16】分区页：1.2 软件项目管理（0.5 分钟）

---

### 【1.17】软件项目管理：定义与内容范围（2 分钟）

> **口播**：软件项目管理，就是用科学的方法，对软件项目的**范围、进度、成本、质量、资源、风险、沟通**等进行计划、组织、协调和控制，最终**实现项目价值**。
> 关键词是最后四个字：**价值驱动**。不是"把活干完"就算成功，而是"干出价值"。

---

### 【1.18】成败：现实很残酷（2 分钟）

> **口播**：行业统计反复告诉我们一个事实：相当比例的项目**延期、超支、甚至被取消**；而失败的原因，绝大多数**不是技术不行，而是管理没做好**。
> 这句话请记在心里：**技术决定你能不能做出来，管理决定你能不能按时、按质、按预算交出来。**

---

### 【1.19】失败 9 大原因（4 分钟）

> **口播**：导致项目失败的深层次原因主要有九个，我们一条条看，同时回想你刚才"最怕的三件事"：
> ① 整合管理不足；
> ② 目标和需求管理不当；
> ③ 客户协作障碍；
> ④ 时间和成本不可控；
> ⑤ 沟通不畅与团队低效；
> ⑥ 资源和人员管理不足；
> ⑦ 技术和质量把控不足；
> ⑧ 风险和外部依赖管理不足；
> ⑨ 缺乏高层支持。
>
> **观察一下**：九条里面，只有第 ⑦ 条跟"技术"沾边，其余八条全是"管理"。这就是这门课存在的理由。
>
> **互动**：刚才让大家想的"最怕的三件事"，对照这九条，你怕的落在哪几条？（点名 2 人，快速回应）

---

### 【1.20】成功看什么：5 个衡量维度（2 分钟）

> **口播**：反过来，项目成功不只"按时交付"这一条。五个维度：
> ① **时间**：按时完成，未延误关键节点；
> ② **成本**：在预算内完成，投入产出比高；
> ③ **质量**：符合功能和性能要求，稳定可维护；
> ④ **价值实现**：推动业务目标达成，创造实际价值；
> ⑤ **客户满意度**：客户满意甚至超出预期，协作得到认可。
>
> **提一句**：传统的"铁三角"是范围—时间—成本；现代项目管理更强调**价值与干系人满意**。这一点在第 16 周综合案例里会反复用到。

---

### 【1.21】回看鸿蒙：把案例对照到失败 9 因（2 分钟）

> **口播**：现在回看鸿蒙，对照九大失败原因，华为是怎么"逐条拆弹"的？
> - 整合管理：公司级资源整合、跨部门协作；
> - 目标与需求：三阶段目标清晰、分阶段交付；
> - 客户协作：以用户体验和生态伙伴需求为导向；
> - 时间与成本：快速迭代，高投入但节奏可控；
> - 沟通与团队：数万工程师协同机制；
> - 资源与人员：人才与资金集中投入；
> - 技术与质量：微内核＋开源，双路线降风险；
> - 风险与外部依赖：技术路线多样化，不押单点；
> - 高层支持：公司战略级项目，最高层直接推动。
>
> **这就是第一个"闭环"**：案例 + 理论，互为注解。

---

### 【1.22】1.2.2 内外部运行环境：两个核心概念（2 分钟）

> **口播**：项目不是活在真空里。有两个概念每年考试都爱考，也最容易混：
> - **组织过程资产**：组织**内部积累下来的、可以拿来用的"家底"**——流程、模板、历史数据、经验教训；
> - **事业环境因素**：项目**所处环境的客观条件**——组织文化、市场、法规、行业标准等，通常是项目团队**难以直接改变的**。
>
> **一句口诀**：**过程资产是"自家的工具箱"，事业环境是"外面的天气"。**

---

### 【1.23】组织过程资产：5 类（2 分钟）

> **口播**：组织过程资产包含五类：
> ① **过程资产**：政策、流程、程序、模板；
> ② **治理文件**：制度、授权、监督机制；
> ③ **数据资产**：历史项目数据、度量数据；
> ④ **知识资产**：经验教训库、知识库；
> ⑤ **安保与安全措施**：信息安全与保密要求。
>
> **举例**：学院给的"项目章程模板""上学期某系统的进度数据""上次项目踩坑记录"——都是组织过程资产。**会用它，等于站在别人的肩膀上。**

---

### 【1.24】事业环境因素：组织内部 6 项＋外部 8 项（3 分钟）

> **口播**：
> **组织内部**六项：组织文化、结构与治理；设施与资源的物理分布；基础设施；信息技术软件；资源可用性；员工能力。
> **组织外部**八项：市场条件；社会与文化因素；监管环境；商业数据库；学术研究；行业标准；财务考虑因素；物理环境因素。
>
> **记忆抓手**：内部看"人、事、物、软件、资源、能力"；外部看"市场、社会、监管、数据、学术、标准、财务、物理"。
> **关键区别再强调一次**：事业环境因素往往**不可控**，只能适应和利用；组织过程资产是**可复用的组织积累**。

---

### 【1.25–1.26】随堂练习：事业环境因素 / 组织过程资产（4 分钟）

> **互动**：两道题，各 2 分钟，同桌讨论后举手回答。
> 题目一（事业环境因素）：下列哪些属于事业环境因素？——行业监管规定、市场上同类产品价格、公司现有的开发工具与网络基础设施、本项目专用的需求文档模板。
> 题目二（组织过程资产）：下列哪些属于组织过程资产？——项目章程模板、经验教训登记册、上一次项目的缺陷数据、政府新出台的数据安全法。
>
> **答案与辨析**：
> - 题一：**监管规定、市场价格、开发工具与网络基础设施**属事业环境因素；"本项目专用需求文档模板"如果来自组织标准模板库，则属组织过程资产。
> - 题二：**项目章程模板、经验教训登记册、历史缺陷数据**属组织过程资产；"政府新出台的数据安全法"属**事业环境因素**（外部监管环境）。
> **易错提醒**：判断的关键不在"是不是文件"，而在**"是组织积累下来的可复用资产"（过程资产）还是"外部/客观环境条件"（环境因素）**。

---

### 【1.27】职业认证①：PMP（国际）（2 分钟）

> **口播**：PMP（Project Management Professional）由美国项目管理协会（PMI）颁发，是全球权威的项目管理认证。它的价值：提升国际化项目管理能力、增强职场竞争力、拓展职业发展机会、提升全球职业认可度、增强企业资质与市场竞争力。

---

### 【1.28】职业认证②：软考（国内·职称）（2 分钟）

> **口播**：计算机技术与软件专业技术资格（**软考**）由**中国人力资源和社会保障部与工业和信息化部**联合组织，是国家级权威认证考试。它不仅具有**职业资格证书**效力，还兼具**职称资格证书**效力，是国内 IT 领域含金量最高的认证之一。
> 对大家最实用的三点：**助力职称评定、提升职场竞争力、促进岗位晋升**；另外在**招投标资质**上也有作用——这一点在做政府/企业项目时非常实际。

**【思政落点 3】**（0.5 分钟）
> 顺便说：软考是我们国家自己的职业能力评价体系，从标准到考试都由国内组织。**用中国标准评价中国工程师的能力**——这也是行业自主的一种体现。

---

### 【1.29】PMP × 软考：一张表看清（1 分钟）

> **口播**：一张表对比：
> - **PMP**：国际、PMI 颁发、全球认可、偏通用项目管理；
> - **软考**：国内、人社部＋工信部、职业资格＋职称、偏信息系统工程与国内实务。
>
> **选哪个**：想做国际化项目或进外企，PMP 加分；想在国内体制内、国企或评职称，软考更直接。**两者不冲突，也可以都考。**

> **下课提醒**：我们休息 10 分钟，回来讲第三部分——全书最重要的一张"地图"。

---

### 【1.30】分区页：1.3 价值驱动的软件项目管理知识体系（0.5 分钟）

---

### 【1.31】知识体系：以价值为核心的五要素（3 分钟）

> **口播**：价值驱动的软件项目管理知识体系，**以实现价值为核心**，涵盖五个要素：
> ① 项目绩效域；
> ② 项目生命周期；
> ③ 过程组；
> ④ 十大知识领域；
> ⑤ 价值交付系统。
>
> 它们不是五个孤立的模块，而是**一个紧密相连的整体框架**：生命周期回答"项目分几个阶段"，过程组回答"每个阶段怎么管"，知识领域回答"管哪些方面"，绩效域回答"关注什么结果"，价值交付系统回答"最终为组织创造什么"。

---

### 【1.32】五要素怎么配合：谁回答什么问题（2 分钟）

> **口播**：用一句话串起来：
> **生命周期**＝项目从生到死的时间轴；**过程组**＝在时间轴上的管理动作；**知识领域**＝管理动作覆盖的专业面；**绩效域**＝关注的结果区域；**价值交付系统**＝项目与组织战略的接口。
>
> 记住这个层次，后面每学一章，你都问自己一句：**它在五要素里的哪个位置？**

---

### 【1.33】1.3.1 项目生命周期：4 个阶段＋核心成果（3 分钟）

> **口播**：项目生命周期指的是**项目从启动到完成所经历的一系列阶段**。标准结构四段：
> ① **启动项目**——立项、授权、章程；
> ② **组织与准备**——组队、计划、资源就位；
> ③ **执行项目工作（含监控）**——干活、跟踪、纠偏；
> ④ **结束项目**——验收、移交、收尾、复盘。
>
> **核心成果**：每个阶段都要有明确的交付物和决策点（里程碑）。**注意**：阶段之间可能重叠，不一定严格串行——这一点和"过程组"要区分开，下一节专门讲。

---

### 【1.34】生命周期的 3 条规律（曲线会说话）（3 分钟）

> **口播**：三条规律，考试爱考，实务更重要：
> ① **成本与人力投入**：项目初期低、中期达到峰值、收尾下降——"中间高、两头低"；
> ② **风险与不确定性**：**前期最高，随进展逐步下降**；而**变更的代价**恰恰相反——**越往后改，代价越大**；
> ③ **干系人的影响力**：项目早期最大，越往后越小。
>
> **管理启示**：**风险要早识别、需求要早确认、问题要早暴露**。这也是我们第 1 章就要讲"启动"和"范围"的原因——**越早做对，越省成本**。
>
> **思政点缀**：这跟"凡事预则立，不预则废"是一个道理。**真正的高手，是把问题解决在它还没发生的时候。**

---

### 【1.35】开发生命周期：5 种模型总览（3 分钟）

> **口播**：开发生命周期指**产品从概念到交付的开发方式**，常见五种：
> ① **预测型（计划驱动型/瀑布型）**：开始就把计划做详尽，阶段顺序推进；
> ② **迭代型**：重复规划—设计—开发—测试，逐步逼近目标；
> ③ **增量型**：把产品切成多个功能模块，逐块交付；
> ④ **适应型（敏捷型/变更驱动型）**：小步快跑、持续反馈、适应性计划；
> ⑤ **混合型**：预测型与适应型的组合，不同阶段用不同方式。
>
> **别死记名字，记"什么情况下用"**：需求稳定、合规严格 → 预测型；需求不清、需要快速验证 → 迭代/增量；需求变化快、要持续交付 → 适应型。

---

### 【1.36】迭代 / 增量 / 适应：怎么区分（2 分钟）

> **口播**：三个词最容易混，用一个比方：
> - **迭代**：像"反复打磨一幅画"——每一轮都让整体更完整、更精细；
> - **增量**：像"拼装一台机器"——每次交付一个可用的部件，最后组装成整机；
> - **敏捷（适应型）**：像"边聊边改地装修"——按反馈快速调整，拥抱变化。
>
> 强调一句：**迭代和增量经常一起用**（每一轮迭代交付一个增量），敏捷则是"迭代＋增量＋快速反馈＋自组织团队"的综合体。

---

### 【1.37】表 1-1：三类生命周期特点对比（2 分钟）

> **口播**：请大家看表 1-1，抓四个对比维度：**需求明确度、交付节奏、变更成本、适用场景**。
> - 预测型：需求一开始就要求清晰，一次交付，后期变更代价最高，适合需求稳定的项目；
> - 迭代/增量型：需求可逐步明确，分批交付，变更代价中等，适合中大型、可分解的项目；
> - 适应型（敏捷）：需求持续变化，持续交付，变更代价最低，适合创新型、市场不确定性高的项目。
>
> **记住这个结论**：**没有最好的生命周期，只有最合适的。**

---

### 【1.38】选型互动：这套系统该用哪种生命周期？（2 分钟）

> **互动**：三种场景，请判断该用哪种生命周期：
> ① 某银行的**核心结算系统**，监管要求严格、需求已明确、上线后改动风险极高；
> ② 面向大学生的**校园二手交易 App**，用户需求不断变化，希望三个月先上线最小可用版本；
> ③ **大型政务平台**，前期需求相对明确，但要分三期交付，每期上线后根据反馈优化。
>
> **参考答案**：① 预测型（瀑布）；② 适应型（敏捷）；③ 混合型（或增量＋迭代）。
> **点评**：判断的两个抓手——**需求是否清晰**、**能否分批交付/能否承受变更**。

---

### 【1.39】1.3.2 项目管理知识框架：出处与两大构件（2 分钟）

> **口播**：这一页讲框架的"出处"和两个构件。项目管理知识框架源自国际项目管理知识体系（PMBOK），由**五大过程组**和**十大知识领域**构成，以矩阵形式展现每个过程组在各知识领域的具体活动与流程。
>
> - **知识领域**：按**专业知识内容**划分的管理范畴，每个领域包括相关的过程、实践、输入、输出，以及工具与技术；
> - **过程组**：对项目管理过程进行**逻辑划分**的方式，用来帮助实现项目的特定目标。

---

### 【1.40】五大过程组：职责一句话（2 分钟）

> **口播**：五大过程组，一句话记住它们干什么：
> ① **启动**：授权项目、明确目标与干系人；
> ② **规划**：定计划、定基准（范围/进度/成本）；
> ③ **执行**：按计划干活、产出交付物；
> ④ **监控**：比计划、找偏差、提变更；
> ⑤ **收尾**：验收、移交、归档、复盘。
>
> **口诀**：**启、规、执、监、收**。
> **重要提醒**：过程组是**逻辑划分**，不是时间顺序——一个项目的每个阶段内部，都可能再走一遍这五个过程。

---

### 【1.41】过程组 ≠ 项目阶段（高频易错点）（2 分钟）

> **口播**：**这是本章最高频的易错点，也是考点**：
> - **项目阶段**（生命周期阶段）：是**时间上的分段**——启动、组织准备、执行、结束；阶段有先后、有里程碑。
> - **过程组**：是**管理工作类型的分组**——启动、规划、执行、监控、收尾；它**可以反复出现**，在每一个阶段里循环。
>
> **一句话**：**阶段是"时间轴上的格子"，过程组是"每个格子里都要做的五类动作"。**

---

### 【1.42】表 1-2：软件项目管理知识框架（10 领域 × 5 过程组）（2 分钟）

> **口播**：这张表是**全书的地图**。横着看是五大过程组，竖着看是十大知识领域——整门课 10 章内容，就是对这张表的逐个展开。
>
> **十大知识领域**：整合、范围、进度、成本、质量、资源、沟通、风险、采购、干系人。

---

### 【1.43】表 1-2 怎么读：一行知识域的"旅程"（1.5 分钟）

> **口播**：挑一行读给大家看——比如"**成本管理**"：
> 规划阶段：规划成本管理、估算成本、制定预算；执行/监控阶段：控制成本。**一行读完，就是这一章的全部骨架。**
>
> 再比如"**范围管理**"：规划范围管理 → 收集需求 → 定义范围 → 创建 WBS → 确认范围 → 控制范围。
>
> **学法建议**：以后每学一章，先回到这张表，看它在这一行里的位置，知识就不会散。

---

### 【1.44】十大知识领域：一句话速记（2 分钟）

> **口播**：十大领域，各记一句话：
> **整合**——把各部分捏成一个整体；**范围**——做什么、不做什么；**进度**——什么时候做完；**成本**——花多少钱；**质量**——做到什么标准；**资源**——谁来干、怎么带团队；**沟通**——信息怎么传；**风险**——可能出什么岔子；**采购**——哪些买、怎么买；**干系人**——谁关心、怎么让他满意。
>
> **口诀**：**整范进成质，资沟风采干**（整合、范围、进度、成本、质量、资源、沟通、风险、采购、干系人）。

---

### 【1.45】1.3.3 项目绩效域：8 大领域总览（2 分钟）

> **口播**：绩效域是**一组对有效交付项目成果至关重要的活动和关注领域**，共八个：
> 干系人绩效域、团队绩效域、开发方法与生命周期绩效域、规划绩效域、项目工作绩效域、交付绩效域、度量绩效域、不确定性绩效域。
>
> **与知识领域的区别**：知识领域回答"**管什么**"，绩效域回答"**要出什么结果**"——它更强调**整体协同与价值交付**。

---

### 【1.46】八大绩效域 × 章节落点（全书的另一条线索）（1.5 分钟）

> **口播**：这八个绩效域会散落在后面各章：
> - 干系人绩效域 → 第 9 章；
> - 团队绩效域 → 第 8 章；
> - 开发方法和生命周期绩效域 → 第 5 章；
> - 规划绩效域 → 贯穿范围/进度/成本；
> - 交付绩效域 → 第 4、7 章；
> - 度量绩效域 → 第 6、7 章；
> - 不确定性绩效域 → 第 10 章。
>
> **好处**：知识领域是"竖着切"，绩效域是"横着切"，**两条线索交叉，你就不会漏掉重点**。

---

### 【1.47】绩效域带来什么：整合的价值（1 分钟）

> **口播**：绩效域的价值在于**整合**：项目不是一个部门一个部门地"各干各的"，而是要在干系人、团队、计划、交付、度量、风险之间**动态平衡**。这也是为什么"整合管理"能在十大领域里排第一。

---

### 【1.48】课堂练习（一）：选择题①——哪种生命周期？（1.5 分钟）

> **互动**：某团队开发一款面向不确定市场的创新产品，需求可能随时调整，希望每两周交付一个可用版本。最适合的生命周期是？
> A．预测型　B．迭代型　C．适应型（敏捷）　D．瀑布型
> **答案：C**。判据：需求不明确＋持续交付＋快速反馈。

---

### 【1.49】课堂练习（二）：选择题②——哪一阶段改错最贵？（1.5 分钟）

> **互动**：根据生命周期规律，哪一阶段修改需求或设计缺陷的代价**最高**？
> A．启动阶段　B．规划阶段　C．执行阶段　D．收尾/交付阶段
> **答案：D**。因为变更代价随项目推进**指数上升**；这也解释了为什么"风险要早识别、需求要早确认"。

---

### 【1.50】课堂练习（三）：本讲要点自测——填空题（1.5 分钟）

> **互动**：填空。
> ① 项目的五大特征是：目的性、独特性、____、资源约束性、不确定性。（临时性）
> ② 组织过程资产是组织内部可复用的"____"；事业环境因素是项目所处环境的"____"。（工具箱／天气或客观条件）
> ③ 五大过程组是启动、规划、执行、____、收尾。（监控）
> ④ 项目生命周期的四条规律中最重要的一条是：风险前期最高，而____的代价越往后越大。（变更）
>
> *（答案在最后一页小结里回顾）*

---

### 【1.51】本章小结：一张图串起全书（2 分钟）

> **口播**：今天的内容，用一张图收口：
> - **一个案例**：华为鸿蒙 OS——自主可控、三阶段推进、生态建设；
> - **两个定义**：项目（独特＋临时的工作）与软件项目（渐进明细、学科复杂、智力密集）；
> - **两组概念**：组织过程资产（自家工具箱）与事业环境因素（外面的天气）；生命周期阶段（时间格子）与过程组（五类动作）；
> - **一个框架**：价值驱动——生命周期 × 五大过程组 × 十大知识领域 × 八大绩效域。
>
> **本讲金句**：**技术决定能不能做出来，管理决定能不能按时、按质、按预算交出来。**

---

### 【1.52】作业与下节课预告（1.5 分钟）

> **作业（计入平时成绩，学习通提交）**：
> ① 分别列举**三个项目活动的例子**和一个**不属于项目活动的例子**，并说明理由；
> ② 找出一个**失败的软件项目**的例子，分析其失败的原因（对照"失败 9 大原因"逐条说明）；
> ③ 项目管理与一般管理有何不同？
>
> *（学有余力的同学可加做：以鸿蒙 OS 为例，说明"分阶段交付"如何降低项目风险，300 字以内。）*
>
> **下节课预告**：第 2 章 **软件项目启动**——我们会用一个"智能库存管理系统"的真实失败案例，讲清楚**立项、可行性研究、项目章程、干系人识别和启动大会**。提前想一个问题：**一个新项目要上马，先干什么、谁说了算？**
>
> 下课，同学们再见！

---

## 四、板书设计（建议）

```
┌──────────────────────────────────────────────────────────────┐
│  软件项目管理 　第1章 概述 　　　　　　　　　　　　　　　　　│
│                                                              │
│  项目：独特·临时·目标         │  运营：重复·持续·维持        │
│  5特征：目独临约不            │  软件项目3特点：渐进明细/    │
│                               │  学科复杂/智力密集           │
│                                                              │
│  组织过程资产 = 自家工具箱     │  事业环境因素 = 外面的天气   │
│                                                              │
│  生命周期阶段（时间格子）≠ 过程组（启规执监收）              │
│                                                              │
│  地图：生命周期 × 5过程组 × 10知识领域 × 8绩效域              │
│  口诀：整范进成质，资沟风采干                                │
└──────────────────────────────────────────────────────────────┘
```

## 五、常见学生疑问与应答

| 学生可能问 | 应答要点 |
|---|---|
| 项目管理是不是就是"开会、写文档"？ | 不是。管理的产出是**决策与协调**：定范围、排优先级、控变更、解冲突。文档只是载体 |
| 敏捷是不是就不要计划了？ | 敏捷不是不要计划，而是**计划更短、更频繁、更强调反馈** |
| 过程组为什么要反复走？ | 因为每个阶段内部都要"定目标—做计划—干活—检查—收尾"，监控是贯穿的 |
| 鸿蒙的数据准确吗？ | 课件数据用于教学说明，**具体市场份额请以最新公开数据为准**，重点是理解管理逻辑 |

## 六、时间控制预案

- **进度落后 5 分钟**：压缩 1.10（失败案例对比）与 1.34（三条规律只讲"风险—变更"）。
- **进度落后 10 分钟**：1.46（绩效域章节落点）改为课后阅读，课堂只点一句"绩效域是横着切的另一条线索"。
- **进度提前**：补充提问——"如果你来带鸿蒙项目，第一个月你会先做哪三件事？"

## 七、思政落点小结（本讲共 3 处）

1. **课程导学处**：长征精神——严密组织、清晰目标、坚决执行、全局协同；
2. **鸿蒙案例处**：科技自立自强与集体攻关——代码也是国家竞争力；
3. **职业认证处**：软考体现中国自主的职业能力评价体系。