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

> 课程：软件项目管理（154431006）｜ 广东金融学院 计算机学院
> 章节：第 2 章 软件项目启动 —— 某大型连锁超市智能库存管理系统案例
> 学时：2 学时（90 分钟）｜ 教材：宋莹莹等《软件项目管理与实践》（第 3 版），清华大学出版社 2025
> 配套课件：`lecture2/2.1.html` ~ `2.28.html`（28 页）
> 本讲重点：干系人分析、项目可行性研究的内容与方法、制定项目章程的关键要素
> 本讲难点：实际场景中如何系统开展项目可行性分析；项目章程的拟定与各方权责的界定

---

## 一、教学目标

| 维度 | 目标 |
|---|---|
| 知识 | 能说出项目启动的全流程；能写出项目建议书与可行性研究的要点；能比较三类组织结构；能列出项目章程的 11 项核心内容 |
| 能力 | 能识别一个项目的关键干系人；能对给定项目做可行性分析提纲；能起草一份项目章程框架 |
| 素质（思政） | 以"依法合规立项、实事求是做可研、第三方独立评估"为主线，树立**遵纪守法、程序合规、科学严谨、客观公正**的职业操守 |

## 二、时间分配总表

| 时段 | 页码 | 内容 | 分钟 |
|---|---|---|---|
| 第 1 节 | 2.1–2.2 | 封面、目录、上节回顾 | 3 |
| 第 1 节 | 2.3–2.4 | 案例导入：智能库存管理系统（含思考题） | 10 |
| 第 1 节 | 2.5–2.6 | 01 软件项目启动概述 · 全流程五环节 | 8 |
| 第 1 节 | 2.7–2.9 | 02 项目立项 · 四阶段 · 项目建议书 | 14 |
| 第 1 节 | 2.10–2.11 | 可行性研究：五个维度 · 两个阶段与报告结构 | 10 |
| —— | —— | **课间休息 10 分钟** | —— |
| 第 2 节 | 2.12 | 项目评估与决策（第三方评估·依法合规） | 4 |
| 第 2 节 | 2.13–2.17 | 03 项目准备工作：项目经理 · 三类组织结构 | 16 |
| 第 2 节 | 2.18–2.19 | 04 识别干系人（内部 5 类＋外部 5 类） | 7 |
| 第 2 节 | 2.20–2.24 | 05 制定项目章程：定义·依据·方法·结果 | 12 |
| 第 2 节 | 2.25–2.28 | 06 启动大会 · 会议纪要 · 本章小结与作业 | 6 |
| 第 2 节 | —— | 课堂练习穿插于 2.11、2.17、2.19、2.24 页 | （含在内） |

> 时间紧张时的裁剪顺序：2.11（报告结构表，改为课后阅读）→ 2.23（章程方法只讲专家判断与访谈）→ 2.27（纪要模板，布置为课后作业）。

---

## 三、逐页讲稿

### 【2.1】封面（0.5 分钟）

> **口播**：同学们好，上节课我们建立了整门课的"地图"——项目、软件项目、生命周期、过程组、十大知识领域、八大绩效域。今天开始，我们按这条线，从**项目生命周期的第一步**讲起：**软件项目启动**。
>
> 一句话说明这一章的分量：**启动阶段是项目的"第一粒扣子"。立项严不严谨、章程清不清楚，决定了项目后面 90% 的日子好不好过。**

---

### 【2.2】今天学什么（2.5 分钟）

> **口播**：今天六块内容：
> **01 软件项目启动概述**——启动到底包含哪些动作；
> **02 项目立项**——要不要干？建议书、可行性研究、评估与决策；
> **03 项目准备工作**——谁来当项目经理、用哪种组织结构；
> **04 识别干系人**——谁影响项目、谁被项目影响；
> **05 制定项目章程**——启动阶段最正式的一份文档；
> **06 项目启动大会**——把项目"官宣"给全体相关方。
>
> **学习目标**：能说明启动全流程；能写出项目建议书与可行性研究要点；能比较三类组织结构；能识别干系人并制定项目章程。
>
> **上节回顾（30 秒）**：问一句——**项目的五大特征是什么？**（目、独、临、约、不）记住就好，今天我们会反复用到"临时性、独特性、不确定性"。

---

### 【2.3】案例背景：某大型连锁超市智能库存管理系统（5 分钟）

> **口播**：先看案例。
> **背景**：某大型连锁超市面临三个头疼问题——**库存管理效率低、库存成本上升、商品过期损耗严重**。公司决定全面升级库存管理系统，引入**智能预测算法**和**自动化补货机制**，实现库存的精准管理和优化。
> **启动过程**：项目团队按标准流程编制了《项目建议书》和《可行性分析报告》，论证了系统升级的经济效益与社会效益；**高层领导迅速决策并批准启动项目**。
>
> 到这儿为止，一切看起来都很规范，对吧？但接下来请看两个对比：
> - **做得对的**：按流程编制建议书与可行性报告；论证经济与社会效益；高层快速决策。
> - **埋下隐患的**：启动时**未充分考虑技术可行性**——智能预测算法的准确性要求、数据集成技术难度、自动化补货机制的技术实现方案，**都缺乏深入的分析和调研**。
>
> **提问**：同学们先想一想——"可行性报告都写了，为什么还会埋隐患？"（停顿 5 秒，不急着回答，先记着这个问题）

---

### 【2.4】案例描述（续）与思考（5 分钟）

> **口播**：继续看后面的发展。
> **风险暴露**：项目经理具备**网站开发**的丰富经验，但这个项目涉及**跨领域技术整合与多部门协作**，超出了传统网站开发的范畴——管理风险未充分识别，启动阶段就出现了**沟通不畅、决策滞后**。
> **开发阶段**：团队与业务部门沟通偏差，对超市实际运营场景与库存管理需求理解不一致；智能预测算法、自动化补货的技术方案研究不足，集成测试阶段遇到较多技术难题与性能瓶颈，**项目出现延误**。
>
> **互动（3 分钟）**：两道思考题，四人小组讨论 2 分钟，然后请一组代表发言：
> **Q1** 项目启动存在哪些具体问题？
> **Q2** 针对上述问题，如何有效解决？
>
> **教师归纳（写在板书右侧"案例诊断"区）**：
> - 问题：① 技术可行性论证不足（算法准确性、数据集成难度）；② 干系人识别不充分（业务部门需求未对齐）；③ 沟通规划缺失；④ 风险识别缺位（用不熟悉领域的项目经理、未识别跨领域风险）；⑤ 启动大会"开了但没开透"（目标理解停留在表面，实施步骤、任务分配、风险认知不足）。
> - 对策：**立项阶段补足技术可研＋干系人分析＋沟通计划＋风险清单＋启动会做深做实**——这五条，就是今天六节课的内容主线。
>
> **过渡**：带着这五个"坑"，我们进入第一块：启动到底该做哪些事。

---

### 【2.5】分区页：01 软件项目启动概述（0.5 分钟）

---

### 【2.6】软件项目启动：关键环节全流程（7.5 分钟）

> **口播**：软件项目启动是**项目生命周期中的第一步**，主要通过一系列活动为项目的成功执行打下基础。五个关键环节，请务必背下来：
> ① **项目建议书的编写**：明确项目的背景、目标和预期成果，为立项提供依据；
> ② **可行性研究（初步＋详细）**：评估项目的技术、经济、资源可行性，确保项目具备实施条件；
> ③ **项目评估与决策**：基于可行性研究结果对项目进行全面评估，最终决定是否立项；
> ④ **立项后基础工作**：制定项目章程、指派项目经理、识别干系人——确保项目目标、范围和资源分配明确；
> ⑤ **启动大会收尾**：与团队和干系人就目标、需求、时间安排达成一致，为项目推进奠定基础。
>
> **一句话记忆**：**建议书（想干什么）→ 可研（能不能干）→ 决策（干不干）→ 基础工作（谁来干、怎么干）→ 启动会（大家一起认）**。
>
> **【思政落点 1】**（1 分钟）
> 这里我要特别强调"**程序**"二字。为什么启动要一步一步走流程、留文档、做评估？不是为了增加手续，而是因为——**程序是最可靠的"防错机制"**。现实中很多项目出问题，追根溯源就是"该走的程序没走、该论证的没论证、该签字的人没签字"。
> 对我们将来的职业来说，**依法合规、按程序办事**，既是保护项目，也是保护自己。这也是今天这条案例主线的落点：**合规不是束缚，是护栏。**

---

### 【2.7】分区页：02 项目立项（0.5 分钟）

> **口播**：第二部分，项目立项——回答一个问题：**这个项目，到底该不该干？**

---

### 【2.8】项目立项管理四个阶段（3 分钟）

> **口播**：项目立项是**项目启动前的关键环节**，决定了项目是否能够正式进入实施阶段，也为后续的项目章程制定、团队组建、资源分配等环节提供基础。
> 立项管理分四个阶段：
> ① **项目建议与立项申请**；
> ② **初步可行性研究**；
> ③ **详细可行性研究**；
> ④ **项目评估与决策**。
>
> **一个重要例外**：小型项目可以**合并**初步和详细可行性研究阶段，但**详细可行性研究不可或缺**——这句话考试爱考，实务上也最容易被"省掉"，省掉就要还债。
>
> **回扣案例**：超市项目"高层迅速决策批准启动"——快是好事，但如果**技术可行性这一步没做扎实**，快就等于把风险往后推。

---

### 【2.9】项目建议书（立项申请）（3.5 分钟）

> **口播**：项目建议书是**项目建设单位向上级主管部门提交的关键文件**。它基于国民经济趋势、国家及地方规划、产业政策、市场需求、项目所在地条件及本单位战略等，对拟建项目提出**总体设想**。
> **核心内容四块**：
> ① **项目背景和必要性**——项目为何开展、解决什么问题；
> ② **市场分析与预测**——市场现状、未来趋势；
> ③ **预期成果与市场定位**——产出什么、面向谁；
> ④ **实施所需必要条件**——资源、技术、资金。
>
> **注意它的定位**：建议书是"**申请**"，语气是"我建议做这个事"，还**不等于批准**。批准的依据，是接下来的可行性研究。
>
> **提问**：如果让你为"校园二手交易平台"写一份建议书，第①块你会怎么写？（请 1 位同学说 30 秒，教师点评：要点出"痛点＋受益面＋必要性"）

---

### 【2.10】项目可行性研究：五个维度（4.5 分钟）

> **口播**：可行性研究要回答的不是"想不想干"，而是"**能不能干成**"。五个维度：
>
> | 维度 | 核心要点 |
> |---|---|
> | **技术可行性** | 现有技术能否支持项目目标，并在规定时间内完成。例：当前技术水平下开发特定功能的可能性 |
> | **经济可行性** | 成本效益核算：支出、收益、投资回报期、敏感性分析 |
> | **社会效益可行性** | 对组织内部（品牌形象、竞争力）与社会（就业、环保）的影响 |
> | **运行环境可行性** | 用户管理体制、人员素质、数据资源等是否适配。例：员工操作能力能否满足新系统要求 |
> | **其他可行性** | 法律可行性（是否合法合规）、政策可行性（是否契合政策导向） |
>
> **回到案例**：超市项目倒在哪儿？**技术可行性**——智能预测算法的准确性要求、数据集成的难度、自动化补货的实现方案，都没有深入论证。**一份"看起来齐全"的可研报告，如果关键维度是空心的，它就是一张通行证而非保险单。**
>
> **【思政落点 2】**（0.5 分钟）
> 做可行性研究，最忌讳"**为了通过而论证**"。实事求是、数据说话、不回避风险——**这是专业精神，也是职业诚信**。写虚了，坑的是团队、公司，最后是用户。
>
> **课堂练习（1 分钟）**：请快速判断，下面哪项**属于经济可行性**？
> A．新系统上线后员工能否熟练操作　B．投资回报期是否可接受　C．是否符合《数据安全法》　D．现有技术能否实现毫秒级响应
> **答案：B**（A 属运行环境可行性，C 属法律可行性，D 属技术可行性）。

---

### 【2.11】可行性研究：两个阶段与报告结构（5 分钟）

> **口播**：
> **两个阶段**：
> ① **初步可行性研究**：初步评估项目必要性、周期、资源等，**判断是否值得投入更多资源深入研究**；
> ② **详细可行性研究**：全面深入分析技术方案、市场、投资、风险等，**为项目决策提供详实依据**。
>
> **详细可行性研究报告的结构（表 2-2）**，请对照屏幕记几个关键块：
> 项目背景 → 可行性研究结论 → 技术背景与发展现状 → 市场调查分析 → 客户现行系统情况调查 → 项目总体目标 → 实施进度计划 → 投资估算 → 项目组人员组成 → 项目风险 → 经济效益预测 → 社会效益分析 → 结论与附件。
>
> **怎么用这张表**：它就是一份"**可研报告目录模板**"。将来你写可研，照着这个目录填，就不会漏项。特别注意两块——**项目风险**和**社会效益**，很多同学写可研时最容易漏，而它们恰恰是评审专家最爱问的。
>
> *（时间紧张时，此页可布置为课后阅读：请同学课后按表 2-2 目录，为小组项目列一份可研提纲。）*

> **下课提醒**：休息 10 分钟。回来我们讲"评估与决策"，以及项目启动里最实际的三块——**选项目经理、定组织结构、识干系人**。

---

### 【2.12】项目评估与决策（4 分钟）

> **口播**：可行性研究做完了，谁说了算？三个要点：
> ① **项目评估**：由**第三方**依据国家政策、法规、行业标准等，从**国民经济、社会影响、组织业务**角度全面评估项目可行性，最终输出《项目评估报告》；
> ② **报告内容**：项目概况（基本情况＋综合评估结论，如是否批准项目或建议贷款的明确意见）；详细评估意见（技术可行性、经济可行性、市场需求等）；总结与建议（点明重大问题和潜在风险，提出改进措施）；
> ③ **决策**：基于评估结果，决定项目是否立项。
>
> **关键词是"第三方"**——为什么必须第三方？因为**申报方和评估方不能是同一方**，否则就是"自己给自己打分"。
>
> **【思政落点 3】**（1 分钟）
> 这一页，思政点非常硬核：**依法合规、客观公正、独立评审**。国家政策、法规、行业标准是评估的依据——这意味着立项不是"领导拍脑袋"，而是**在制度和法律框架内做决策**。
> 大家将来在工作中，可能会遇到"先把项目立了，手续后补"的诱惑。请记住今天这句：**程序合规是底线，科学决策是能力，独立客观是品格。**

---

### 【2.13】分区页：03 项目准备工作（0.5 分钟）

> **口播**：项目批准了，接下来两件事最关键：**选对人、搭对架子**。

---

### 【2.14】项目经理指派：来源 · 能力 · 职责 · 权力（5 分钟）

> **口播**：
> **1. 来源**：**内部选拔**（部门推荐、PMO 指派、高层指定、人才计划选拔）——优势是熟悉组织文化与流程、有内部经验；**外部招聘**（公开招聘、猎头、合同聘用、伙伴推荐）——适用于需要特定领域经验或高技术要求的项目。
> **2. 能力**：① 项目管理技能；② 战略与商务技能；③ 领导力；④ 技术能力。**注意顺序**——技术能力排最后，说明**项目经理不是"技术最强的人"，而是"最能带成事的人"**。
> **3. 职责**：项目规划与目标设定、团队建设与管理、进度/资源/预算管理、沟通与协调、风险与质量管理、问题解决与决策支持、项目交付与收尾。
> **4. 权力类型**：按管理职责分——决策权、组织权、指挥权、人事权、经济权；按来源作用分——**职位权力、奖赏权力、惩罚权力、专家权力、参照权力**。
>
> **回扣案例**：超市项目派了一位"网站开发经验丰富"的经理，去管一个"跨领域技术整合＋多部门协作"的项目——**这是典型的"人岗不匹配"**。选项目经理，要先看项目特征，再看人的能力组合。
>
> **提问**：五种权力里，哪一种**不需要职位**也能有影响力？（答：专家权力与参照权力——靠专业与人品赢得追随）

---

### 【2.15】组织结构 1｜职能型（3 分钟）

> **口播**：**核心定义**：按专业职能划分，各部门负责特定领域业务（财务、人力、市场、技术等）。
> **适用场景**：稳定的业务环境和重复性工作的组织。
> **优点**：① 人员配置灵活，技术专家可为多个项目提供支持；② 部门内专业人员便于交流，促进技术问题解决；③ 职能部门确保技术连续性，员工有清晰晋升路径。
> **缺点**：① 项目支持不足、责任分散，执行力可能下降；② 跨部门沟通困难，容易忽视项目整体目标；③ 项目人员积极性较低，缺乏归属感。
>
> **一句话**：**职能型＝"部门说了算"**，适合小项目、技术导向任务。

---

### 【2.16】组织结构 2｜项目型（3 分钟）

> **口播**：**核心定义**：以项目为核心，项目经理**全权负责**，拥有调动资源的权力。
> **适用场景**：大型工程或复杂研发项目。
> **优点**：① 项目经理能快速决策，项目组聚焦单一目标，灵活控制进度、成本和质量；② 每个成员只有一个领导，避免多重领导冲突，沟通顺畅。
> **缺点**：① 项目组独占资源，可能造成项目间资源共享不足、效率降低；② 项目经理与成员依赖性强，跨部门沟通困难；③ 项目结束后成员缺乏归属感，影响职业发展。
>
> **一句话**：**项目型＝"经理说了算"**，适合大项目、紧急攻关。

---

### 【2.17】组织结构 3｜矩阵型（4 分钟）

> **口播**：**核心定义**：结合职能型与项目型的特点，员工**同时隶属**职能部门和项目团队，**项目经理与职能经理共享管理权**，资源调度更高效，促进跨部门合作。
> **适用场景**：需要**同时管理多个复杂项目**的组织（跨国企业、高科技公司、大型研发机构）。
> **优点**：① 充分利用各部门的技术、人才和设备；② 促进成员学习与知识交流；③ 提升对客户需求的关注。
> **缺点**：① **多重领导和复杂汇报关系**增加管理难度；② 多个项目间进度、费用和质量的平衡可能影响效率；③ 项目与职能部门之间**责权划分不清**，可能导致执行混乱。
>
> **互动（1.5 分钟）**：请判断下列场景更适合哪种结构？
> ① 一家 20 人的小软件公司，常年做同一类外包项目；
> ② 某公司要集中 80 人攻关一个为期 2 年的核心系统；
> ③ 一家高科技企业同时推进 6 个客户项目，需要复用各部门的算法专家。
> **参考答案**：① 职能型；② 项目型；③ 矩阵型。
>
> **小结**：三种结构**没有绝对优劣**——按项目规模、稳定性、协作需求取舍。判断口诀：**小项目看职能、大攻关看项目型、多项目并行看矩阵。**

---

### 【2.18】分区页：04 识别干系人（0.5 分钟）

---

### 【2.19】识别项目干系人：分类与关键角色（6.5 分钟）

> **口播**：**定义**：项目干系人是指**所有能影响项目或受项目影响的组织/个人**，涵盖内部/外部、主动参与/被动关联者。
>
> | 类别 | 关键角色 | 核心职责 |
> |---|---|---|
> | **内部** | 发起人 | 高层领导（如 CEO），项目发起者 |
> | | 项目经理 | 整体管理与推进 |
> | | 团队成员 | 直接执行核心任务 |
> | | 职能经理 | 资源分配与管理（职能/矩阵型组织） |
> | | PMO | 提供支持、规范流程 |
> | **外部** | 客户 | 提出需求、验收成果 |
> | | 最终用户 | 使用项目成果 |
> | | 供应商 | 提供资源/技术/服务 |
> | | 监管机构 | 确保合规 |
> | | 股东 | 项目投资方 |
>
> **回扣案例**：超市项目的干系人里，**业务部门（门店运营）**没有被充分识别和参与——结果"对超市实际运营场景和库存管理需求的理解不一致"，直接导致开发返工和延误。**漏掉一个关键干系人，后面要多付十倍的沟通成本。**
>
> **课堂练习（1 分钟）**：校园二手交易平台项目中，"学校信息安全主管部门"属于哪类干系人？其核心诉求是什么？
> **参考**：外部/监管类（校内则为内部监管）干系人；诉求是**合规与数据安全**——这类干系人常常"平时不出现、验收时一票否决"，必须提前纳入。

---

### 【2.20】分区页：05 制定项目章程（0.5 分钟）

---

### 【2.21】项目章程：定义与作用（3 分钟）

> **口播**：**定义**：项目章程是项目启动阶段的一份**正式文档**，全面记录**商业需求、项目论证及对顾客需求的理解**，明确新产品、服务或成果的交付目标，确保干系人在**主要可交付成果、关键里程碑及项目参与者角色与职责**上达成共识。该过程通常在项目启动时开展，**项目章程一旦被批准，就标志着项目的正式启动**。
> **四大作用**：① 任命项目经理并明确其权责；② 赋予项目**合法地位**；③ 设定项目**总体目标**；④ 明确项目与**组织战略目标**之间的直接关联。
>
> **一句话理解**：章程既是"**授权书**"（给你权力调资源），也是"**责任书**"（目标、边界、里程碑、审批要求白纸黑字）。

---

### 【2.22】制定项目章程的依据（3 分钟）

> **口播**：制定章程要看四类依据：
> ① **立项管理文件**：含商业需求、成本效益分析等，为决策提供依据（**项目经理无权直接修改，可提调整建议**）；
> ② **合同**：外部客户项目的法律框架，明确目标、范围、交付要求、付款条款等；
> ③ **事业环境因素**：内部（组织文化、结构、设施、IT 工具、资源可用性、员工能力）＋外部（市场、法律法规、行业标准、财务环境）；
> ④ **组织过程资产**：标准化政策/流程/程序、监督与报告机制、模板（如项目章程模板）、历史数据与经验教训库。
>
> **两个提醒**：一是项目章程是**连接项目执行与需求的纽带**，确保项目与组织战略及日常运营相符；二是**应尽早任命项目经理**，最好在制定章程时就确认——章程批准后，项目经理才获得调配资源的正式权力。
>
> **上节呼应**：第③④条正是上节课讲的"事业环境因素"与"组织过程资产"——**同一个概念，在启动阶段就要用起来。**

---

### 【2.23】制定项目章程的方法（2.5 分钟）

> **口播**：五种常用方法与工具：
> ① **专家判断**——有经验的人给出专业判断；
> ② **头脑风暴**——团队集思广益，短时间产生大量想法；
> ③ **焦点小组**——结构化讨论，收集关于目标、需求、风险、成功标准的深度意见；
> ④ **访谈**——与干系人/专家一对一沟通，收集高层级需求、假设条件、制约因素、审批标准；
> ⑤ **人际关系与团队技能**——通过冲突管理、引导等，确保章程实际可行且各方需求得到考虑。
>
> **快速记忆**：**专家、脑暴、焦点、访谈、人际技能**。
> **提示**：这五种方法在后面的范围、进度、风险各章还会反复出现——它们是项目管理的"通用工具箱"。

---

### 【2.24】制定项目章程的结果（3.5 分钟）

> **口播**：章程的产出有两样：
>
> **1. 项目章程（11 项核心内容）**——请跟着数：
> ① 项目目的；② 可测量的项目目标和成功标准；③ 高层级需求与描述；④ 整体项目风险；⑤ 总体里程碑进度计划；⑥ 预先批准的财务资源；⑦ 关键项目干系人名单；⑧ 项目审批要求；⑨ 项目退出标准；⑩ 项目经理及其职责和职权；⑪ 发起人或其他批准人员信息。
>
> **2. 假设日志**——记录项目生命周期中的**假设条件**和**制约因素**（如预算上限、交付周期限制等）。
>
> **自检五问**（讲完全班一起念）：
> **目的清不清？目标能不能量？风险列没列？里程碑有没有？谁批谁管写没写？**
>
> **课堂练习（1 分钟）**：请判断下列内容**是否属于项目章程**：
> A．"本项目须在 2027 年 6 月 30 日前上线"　B．"第 3 周完成数据库详细设计"　C．"项目经理有权调配 5 人以内开发资源"　D．"采用 Vue 3 ＋ Spring Boot 技术栈"
> **答案**：A 属于（总体里程碑）；C 属于（经理职权）；**B 不属于**（属详细进度计划，是后续计划文件）；**D 不属于**（属技术方案，通常在项目管理计划/技术文档中）。**章程要"高层级"，不写细活。**

---

### 【2.25】分区页：06 项目启动大会（0.5 分钟）

---

### 【2.26】项目启动大会：人员 · 流程 · 结论（3 分钟）

> **口播**：项目启动会议是项目生命周期中的**关键环节**，标志着项目正式步入实施阶段，由**项目经理主导**，确保各方干系人对项目目标、范围、需求、背景及各自职责有清晰认识。
>
> **1. 参会人员**
> **内部**：项目经理、团队成员、公司领导、PMO 代表、变更控制委员会（CCB）成员、相关职能部门负责人；
> **外部**：客户代表、供应商代表等关键干系人（**名单由项目经理审核**）。
>
> **2. 会议流程**
> ① **会前筹备**：确认汇报材料、议程、人员名单，完成通知与签到；
> ② **核心环节**：项目经理介绍项目（目标、里程碑、分工、风险等）→ 答疑澄清 → 公司领导动员；
> ③ **会后输出**：生成会议纪要（记录主题、结论、待办等，作为跟踪依据）。
>
> **3. 关键会议结论**：团队对项目基本信息、目标、计划有全面了解；明确风险识别清单及初步应对措施；确定总体分工及下阶段任务；**增强团队凝聚力和士气**。
>
> **回扣案例**：超市项目"启动了，但没启动透"——启动会上团队对整体目标只有初步理解，**具体实施步骤、任务分配、风险挑战的认知仍较薄弱**。这就是"形式启动了、实质没启动"。判断一次启动会成不成功，看三件事：**目标是否对齐、分工是否清楚、风险是否上桌。**

---

### 【2.27】启动大会：待办事项与会议纪要（2 分钟）

> **口播**：**4. 待办事项**：① 根据会议内容编制《项目启动会议纪要》，确保所有相关责任人收到；② 相关责任人按纪要要求开展各自工作，确保项目顺利推进。
>
> **表 2-4 项目启动会议纪要模板**：会议名称、会议主题/时间/地点、记录人/审核人、参会人员、会议内容（① 记录讨论事项 ② 分项罗列具体问题）、会议结论（① 记录讨论结果 ② 针对具体问题得出讨论结论）、待办事项（① 待解决问题 ② 待跟进事项）。
>
> **强调**：**纪要不是"会议流水账"，而是"责任清单＋跟踪依据"**。每一项待办都要有**责任人和期限**，否则纪要等于没写。

---

### 【2.28】本章小结与作业（4 分钟）

> **口播**：今天我们用一张全景图收口：
> - **01 启动概述**：建议书 → 可行性研究 → 评估决策 → 章程/经理/干系人 → 启动大会；
> - **02 项目立项**：四阶段流程；可行性研究五维度；评估由第三方完成；
> - **03 准备工作**：项目经理的来源/能力/职责/权力；职能型 vs 项目型 vs 矩阵型；
> - **04–06 干系人·章程·启动会**：识别干系人（内 5 ＋ 外 5）；章程 11 项核心内容＋假设日志；启动会三环节。
>
> **【思政落点 4·本讲总结】**（1 分钟）
> 今天有一条贯穿始终的线：**依法合规、实事求是、客观公正**。
> 立项与招投标要**遵纪守法、程序合规**；可行性研究要**实事求是、科学严谨**，不能"为通过而论证"；第三方评估要**独立客观**，不能既当运动员又当裁判。
> 这既是项目管理的要求，也是我们将来做软件这一行的**职业操守底线**。**把项目做对，先要把人做正。**
>
> **作业布置（计入平时成绩，学习通提交）**：
> ① 项目建议书的作用是什么？
> ② 项目可行性研究内容有哪些？
> ③ 项目可行性研究阶段包括哪些？
> ④ 项目经理需要哪些能力？
> ⑤ 对于给定的软件项目案例，请分析其在项目启动过程中所出现的问题。
> ⑥ **（思政思考题）** 结合政府采购或企业招标中的一个真实案例，分析"围标串标""最低价中标忽视质量"等现象对项目的影响，谈谈采购与立项环节坚守诚信底线、依法合规的重要性。（300 字以内）
>
> **下节课预告**：第 3 章 **软件项目采购管理**——项目要买的东西怎么买？招投标怎么组织？评分表怎么编制？合同怎么签、怎么管？
> **提前思考**：如果一个项目**必须外包**，你最担心什么？
>
> 下课，同学们再见！

---

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

```
┌──────────────────────────────────────────────────────────────┐
│  软件项目管理　第2章 项目启动　　　　　　　　　　　　　　　　│
│                                                              │
│  启动五环节：建议书→可研→决策→基础工作→启动会               │
│                                                              │
│  可研五维度：技术·经济·社会·运行环境·其他（法律/政策）        │
│                                                              │
│  组织结构：职能型(部门说了算) / 项目型(经理说了算) /          │
│            矩阵型(共享管理权·责权要清)                        │
│                                                              │
│  章程：11 项内容＋假设日志（授权书＋责任书）                  │
│  自检：目的清不清·目标能量化吗·风险列了吗·里程碑有吗·          │
│        谁批谁管写了吗                                        │
│                                                              │
│  案例诊断区：①技术可研空心 ②干系人漏识别 ③沟通无规划          │
│              ④风险未识别 ⑤启动会没开透                        │
└──────────────────────────────────────────────────────────────┘
```

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

| 学生可能问 | 应答要点 |
|---|---|
| 小项目也要写章程吗？ | 形式上可简化，但"**授权＋目标＋责任人**"三件事必须有，否则后期扯皮无据可依 |
| 可行性研究谁来做？ | 一般由申报单位组织编制，**评估环节须第三方独立完成**；重大项目的可研可委托有资质机构 |
| 矩阵型"两个领导"不会冲突吗？ | 会——所以必须**明确责权边界与优先级规则**，这也是它的主要缺点 |
| 启动大会和项目例会有什么区别？ | 启动会是**一次性、标志性**的（宣布立项、对齐目标）；例会是**周期性**的（跟踪进展、解决问题） |
| 章程批准了还能改吗？ | 重大变更需经**发起人或批准人**同意并走变更流程；章程本身不做日常修改 |

## 六、时间控制预案

- **进度落后 5 分钟**：2.11（表 2-2）改为"课后按目录自列提纲"，课上只讲两个阶段；2.27 快速带过。
- **进度落后 10 分钟**：2.23（章程方法）压成一句话列举；课堂练习只做 2.19 与 2.24 两处。
- **进度提前**：加练——给出"校园二手交易平台"背景，请各组现场草拟**干系人清单（≥8 类）**与**章程前 5 项内容**，抽一组分享。

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

1. **启动全流程处**：程序是防错机制——**合规不是束缚，是护栏**；
2. **可行性研究处**：实事求是、数据说话，反对"为通过而论证"；
3. **项目评估与决策处**：依法合规、**第三方独立客观**，不能既当运动员又当裁判；
4. **本章小结处**：把项目做对，先要把人做正——遵纪守法、诚信守约是职业底线。

---

## 附：与本讲配套的课堂练习参考答案速查

| 页码 | 练习 | 答案 |
|---|---|---|
| 2.10 | 属经济可行性的是 | B（投资回报期） |
| 2.17 | 三种场景的组织结构 | ① 职能型　② 项目型　③ 矩阵型 |
| 2.19 | 校园平台"信息安全主管部门" | 监管类干系人，诉求＝合规与数据安全 |
| 2.24 | 哪些属于项目章程 | A、C 属于；B、D 不属于（细化计划/技术方案） |