课程：软件项目管理（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（纪要模板，布置为课后作业）。
口播：同学们好，上节课我们建立了整门课的"地图"——项目、软件项目、生命周期、过程组、十大知识领域、八大绩效域。今天开始，我们按这条线，从项目生命周期的第一步讲起：软件项目启动。
一句话说明这一章的分量：启动阶段是项目的"第一粒扣子"。立项严不严谨、章程清不清楚，决定了项目后面 90% 的日子好不好过。
口播：今天六块内容： 01 软件项目启动概述——启动到底包含哪些动作； 02 项目立项——要不要干？建议书、可行性研究、评估与决策； 03 项目准备工作——谁来当项目经理、用哪种组织结构； 04 识别干系人——谁影响项目、谁被项目影响； 05 制定项目章程——启动阶段最正式的一份文档； 06 项目启动大会——把项目"官宣"给全体相关方。
学习目标：能说明启动全流程；能写出项目建议书与可行性研究要点；能比较三类组织结构；能识别干系人并制定项目章程。
上节回顾（30 秒）：问一句——项目的五大特征是什么？（目、独、临、约、不）记住就好，今天我们会反复用到"临时性、独特性、不确定性"。
口播：先看案例。 背景：某大型连锁超市面临三个头疼问题——库存管理效率低、库存成本上升、商品过期损耗严重。公司决定全面升级库存管理系统，引入智能预测算法和自动化补货机制，实现库存的精准管理和优化。 启动过程：项目团队按标准流程编制了《项目建议书》和《可行性分析报告》，论证了系统升级的经济效益与社会效益；高层领导迅速决策并批准启动项目。
到这儿为止，一切看起来都很规范，对吧？但接下来请看两个对比：
- 做得对的：按流程编制建议书与可行性报告；论证经济与社会效益；高层快速决策。
- 埋下隐患的：启动时未充分考虑技术可行性——智能预测算法的准确性要求、数据集成技术难度、自动化补货机制的技术实现方案，都缺乏深入的分析和调研。
提问：同学们先想一想——"可行性报告都写了，为什么还会埋隐患？"（停顿 5 秒，不急着回答，先记着这个问题）
口播：继续看后面的发展。 风险暴露：项目经理具备网站开发的丰富经验，但这个项目涉及跨领域技术整合与多部门协作，超出了传统网站开发的范畴——管理风险未充分识别，启动阶段就出现了沟通不畅、决策滞后。 开发阶段：团队与业务部门沟通偏差，对超市实际运营场景与库存管理需求理解不一致；智能预测算法、自动化补货的技术方案研究不足，集成测试阶段遇到较多技术难题与性能瓶颈，项目出现延误。
互动（3 分钟）：两道思考题，四人小组讨论 2 分钟，然后请一组代表发言： Q1 项目启动存在哪些具体问题？ Q2 针对上述问题，如何有效解决？
教师归纳（写在板书右侧"案例诊断"区）：
- 问题：① 技术可行性论证不足（算法准确性、数据集成难度）；② 干系人识别不充分（业务部门需求未对齐）；③ 沟通规划缺失；④ 风险识别缺位（用不熟悉领域的项目经理、未识别跨领域风险）；⑤ 启动大会"开了但没开透"（目标理解停留在表面，实施步骤、任务分配、风险认知不足）。
- 对策：立项阶段补足技术可研＋干系人分析＋沟通计划＋风险清单＋启动会做深做实——这五条，就是今天六节课的内容主线。
过渡：带着这五个"坑"，我们进入第一块：启动到底该做哪些事。
口播：软件项目启动是项目生命周期中的第一步，主要通过一系列活动为项目的成功执行打下基础。五个关键环节，请务必背下来： ① 项目建议书的编写：明确项目的背景、目标和预期成果，为立项提供依据； ② 可行性研究（初步＋详细）：评估项目的技术、经济、资源可行性，确保项目具备实施条件； ③ 项目评估与决策：基于可行性研究结果对项目进行全面评估，最终决定是否立项； ④ 立项后基础工作：制定项目章程、指派项目经理、识别干系人——确保项目目标、范围和资源分配明确； ⑤ 启动大会收尾：与团队和干系人就目标、需求、时间安排达成一致，为项目推进奠定基础。
一句话记忆：建议书（想干什么）→ 可研（能不能干）→ 决策（干不干）→ 基础工作（谁来干、怎么干）→ 启动会（大家一起认）。
【思政落点 1】（1 分钟） 这里我要特别强调"程序"二字。为什么启动要一步一步走流程、留文档、做评估？不是为了增加手续，而是因为——程序是最可靠的"防错机制"。现实中很多项目出问题，追根溯源就是"该走的程序没走、该论证的没论证、该签字的人没签字"。 对我们将来的职业来说，依法合规、按程序办事，既是保护项目，也是保护自己。这也是今天这条案例主线的落点：合规不是束缚，是护栏。
口播：第二部分，项目立项——回答一个问题：这个项目，到底该不该干？
口播：项目立项是项目启动前的关键环节，决定了项目是否能够正式进入实施阶段，也为后续的项目章程制定、团队组建、资源分配等环节提供基础。 立项管理分四个阶段： ① 项目建议与立项申请； ② 初步可行性研究； ③ 详细可行性研究； ④ 项目评估与决策。
一个重要例外：小型项目可以合并初步和详细可行性研究阶段，但详细可行性研究不可或缺——这句话考试爱考，实务上也最容易被"省掉"，省掉就要还债。
回扣案例：超市项目"高层迅速决策批准启动"——快是好事，但如果技术可行性这一步没做扎实，快就等于把风险往后推。
口播：项目建议书是项目建设单位向上级主管部门提交的关键文件。它基于国民经济趋势、国家及地方规划、产业政策、市场需求、项目所在地条件及本单位战略等，对拟建项目提出总体设想。 核心内容四块： ① 项目背景和必要性——项目为何开展、解决什么问题； ② 市场分析与预测——市场现状、未来趋势； ③ 预期成果与市场定位——产出什么、面向谁； ④ 实施所需必要条件——资源、技术、资金。
注意它的定位：建议书是"申请"，语气是"我建议做这个事"，还不等于批准。批准的依据，是接下来的可行性研究。
提问：如果让你为"校园二手交易平台"写一份建议书，第①块你会怎么写？（请 1 位同学说 30 秒，教师点评：要点出"痛点＋受益面＋必要性"）
口播：可行性研究要回答的不是"想不想干"，而是"能不能干成"。五个维度：
维度 核心要点 技术可行性 现有技术能否支持项目目标，并在规定时间内完成。例：当前技术水平下开发特定功能的可能性 经济可行性 成本效益核算：支出、收益、投资回报期、敏感性分析 社会效益可行性 对组织内部（品牌形象、竞争力）与社会（就业、环保）的影响 运行环境可行性 用户管理体制、人员素质、数据资源等是否适配。例：员工操作能力能否满足新系统要求 其他可行性 法律可行性（是否合法合规）、政策可行性（是否契合政策导向） 回到案例：超市项目倒在哪儿？技术可行性——智能预测算法的准确性要求、数据集成的难度、自动化补货的实现方案，都没有深入论证。一份"看起来齐全"的可研报告，如果关键维度是空心的，它就是一张通行证而非保险单。
【思政落点 2】（0.5 分钟） 做可行性研究，最忌讳"为了通过而论证"。实事求是、数据说话、不回避风险——这是专业精神，也是职业诚信。写虚了，坑的是团队、公司，最后是用户。
课堂练习（1 分钟）：请快速判断，下面哪项属于经济可行性？ A．新系统上线后员工能否熟练操作 B．投资回报期是否可接受 C．是否符合《数据安全法》 D．现有技术能否实现毫秒级响应 答案：B（A 属运行环境可行性，C 属法律可行性，D 属技术可行性）。
口播： 两个阶段： ① 初步可行性研究：初步评估项目必要性、周期、资源等，判断是否值得投入更多资源深入研究； ② 详细可行性研究：全面深入分析技术方案、市场、投资、风险等，为项目决策提供详实依据。
详细可行性研究报告的结构（表 2-2），请对照屏幕记几个关键块： 项目背景 → 可行性研究结论 → 技术背景与发展现状 → 市场调查分析 → 客户现行系统情况调查 → 项目总体目标 → 实施进度计划 → 投资估算 → 项目组人员组成 → 项目风险 → 经济效益预测 → 社会效益分析 → 结论与附件。
怎么用这张表：它就是一份"可研报告目录模板"。将来你写可研，照着这个目录填，就不会漏项。特别注意两块——项目风险和社会效益，很多同学写可研时最容易漏，而它们恰恰是评审专家最爱问的。
（时间紧张时，此页可布置为课后阅读：请同学课后按表 2-2 目录，为小组项目列一份可研提纲。）
下课提醒：休息 10 分钟。回来我们讲"评估与决策"，以及项目启动里最实际的三块——选项目经理、定组织结构、识干系人。
口播：可行性研究做完了，谁说了算？三个要点： ① 项目评估：由第三方依据国家政策、法规、行业标准等，从国民经济、社会影响、组织业务角度全面评估项目可行性，最终输出《项目评估报告》； ② 报告内容：项目概况（基本情况＋综合评估结论，如是否批准项目或建议贷款的明确意见）；详细评估意见（技术可行性、经济可行性、市场需求等）；总结与建议（点明重大问题和潜在风险，提出改进措施）； ③ 决策：基于评估结果，决定项目是否立项。
关键词是"第三方"——为什么必须第三方？因为申报方和评估方不能是同一方，否则就是"自己给自己打分"。
【思政落点 3】（1 分钟） 这一页，思政点非常硬核：依法合规、客观公正、独立评审。国家政策、法规、行业标准是评估的依据——这意味着立项不是"领导拍脑袋"，而是在制度和法律框架内做决策。 大家将来在工作中，可能会遇到"先把项目立了，手续后补"的诱惑。请记住今天这句：程序合规是底线，科学决策是能力，独立客观是品格。
口播：项目批准了，接下来两件事最关键：选对人、搭对架子。
口播： 1. 来源：内部选拔（部门推荐、PMO 指派、高层指定、人才计划选拔）——优势是熟悉组织文化与流程、有内部经验；外部招聘（公开招聘、猎头、合同聘用、伙伴推荐）——适用于需要特定领域经验或高技术要求的项目。 2. 能力：① 项目管理技能；② 战略与商务技能；③ 领导力；④ 技术能力。注意顺序——技术能力排最后，说明项目经理不是"技术最强的人"，而是"最能带成事的人"。 3. 职责：项目规划与目标设定、团队建设与管理、进度/资源/预算管理、沟通与协调、风险与质量管理、问题解决与决策支持、项目交付与收尾。 4. 权力类型：按管理职责分——决策权、组织权、指挥权、人事权、经济权；按来源作用分——职位权力、奖赏权力、惩罚权力、专家权力、参照权力。
回扣案例：超市项目派了一位"网站开发经验丰富"的经理，去管一个"跨领域技术整合＋多部门协作"的项目——这是典型的"人岗不匹配"。选项目经理，要先看项目特征，再看人的能力组合。
提问：五种权力里，哪一种不需要职位也能有影响力？（答：专家权力与参照权力——靠专业与人品赢得追随）
口播：核心定义：按专业职能划分，各部门负责特定领域业务（财务、人力、市场、技术等）。 适用场景：稳定的业务环境和重复性工作的组织。 优点：① 人员配置灵活，技术专家可为多个项目提供支持；② 部门内专业人员便于交流，促进技术问题解决；③ 职能部门确保技术连续性，员工有清晰晋升路径。 缺点：① 项目支持不足、责任分散，执行力可能下降；② 跨部门沟通困难，容易忽视项目整体目标；③ 项目人员积极性较低，缺乏归属感。
一句话：职能型＝"部门说了算"，适合小项目、技术导向任务。
口播：核心定义：以项目为核心，项目经理全权负责，拥有调动资源的权力。 适用场景：大型工程或复杂研发项目。 优点：① 项目经理能快速决策，项目组聚焦单一目标，灵活控制进度、成本和质量；② 每个成员只有一个领导，避免多重领导冲突，沟通顺畅。 缺点：① 项目组独占资源，可能造成项目间资源共享不足、效率降低；② 项目经理与成员依赖性强，跨部门沟通困难；③ 项目结束后成员缺乏归属感，影响职业发展。
一句话：项目型＝"经理说了算"，适合大项目、紧急攻关。
口播：核心定义：结合职能型与项目型的特点，员工同时隶属职能部门和项目团队，项目经理与职能经理共享管理权，资源调度更高效，促进跨部门合作。 适用场景：需要同时管理多个复杂项目的组织（跨国企业、高科技公司、大型研发机构）。 优点：① 充分利用各部门的技术、人才和设备；② 促进成员学习与知识交流；③ 提升对客户需求的关注。 缺点：① 多重领导和复杂汇报关系增加管理难度；② 多个项目间进度、费用和质量的平衡可能影响效率；③ 项目与职能部门之间责权划分不清，可能导致执行混乱。
互动（1.5 分钟）：请判断下列场景更适合哪种结构？ ① 一家 20 人的小软件公司，常年做同一类外包项目； ② 某公司要集中 80 人攻关一个为期 2 年的核心系统； ③ 一家高科技企业同时推进 6 个客户项目，需要复用各部门的算法专家。 参考答案：① 职能型；② 项目型；③ 矩阵型。
小结：三种结构没有绝对优劣——按项目规模、稳定性、协作需求取舍。判断口诀：小项目看职能、大攻关看项目型、多项目并行看矩阵。
口播：定义：项目干系人是指所有能影响项目或受项目影响的组织/个人，涵盖内部/外部、主动参与/被动关联者。
类别 关键角色 核心职责 内部 发起人 高层领导（如 CEO），项目发起者 项目经理 整体管理与推进 团队成员 直接执行核心任务 职能经理 资源分配与管理（职能/矩阵型组织） PMO 提供支持、规范流程 外部 客户 提出需求、验收成果 最终用户 使用项目成果 供应商 提供资源/技术/服务 监管机构 确保合规 股东 项目投资方 回扣案例：超市项目的干系人里，业务部门（门店运营）没有被充分识别和参与——结果"对超市实际运营场景和库存管理需求的理解不一致"，直接导致开发返工和延误。漏掉一个关键干系人，后面要多付十倍的沟通成本。
课堂练习（1 分钟）：校园二手交易平台项目中，"学校信息安全主管部门"属于哪类干系人？其核心诉求是什么？ 参考：外部/监管类（校内则为内部监管）干系人；诉求是合规与数据安全——这类干系人常常"平时不出现、验收时一票否决"，必须提前纳入。
口播：定义：项目章程是项目启动阶段的一份正式文档，全面记录商业需求、项目论证及对顾客需求的理解，明确新产品、服务或成果的交付目标，确保干系人在主要可交付成果、关键里程碑及项目参与者角色与职责上达成共识。该过程通常在项目启动时开展，项目章程一旦被批准，就标志着项目的正式启动。 四大作用：① 任命项目经理并明确其权责；② 赋予项目合法地位；③ 设定项目总体目标；④ 明确项目与组织战略目标之间的直接关联。
一句话理解：章程既是"授权书"（给你权力调资源），也是"责任书"（目标、边界、里程碑、审批要求白纸黑字）。
口播：制定章程要看四类依据： ① 立项管理文件：含商业需求、成本效益分析等，为决策提供依据（项目经理无权直接修改，可提调整建议）； ② 合同：外部客户项目的法律框架，明确目标、范围、交付要求、付款条款等； ③ 事业环境因素：内部（组织文化、结构、设施、IT 工具、资源可用性、员工能力）＋外部（市场、法律法规、行业标准、财务环境）； ④ 组织过程资产：标准化政策/流程/程序、监督与报告机制、模板（如项目章程模板）、历史数据与经验教训库。
两个提醒：一是项目章程是连接项目执行与需求的纽带，确保项目与组织战略及日常运营相符；二是应尽早任命项目经理，最好在制定章程时就确认——章程批准后，项目经理才获得调配资源的正式权力。
上节呼应：第③④条正是上节课讲的"事业环境因素"与"组织过程资产"——同一个概念，在启动阶段就要用起来。
口播：五种常用方法与工具： ① 专家判断——有经验的人给出专业判断； ② 头脑风暴——团队集思广益，短时间产生大量想法； ③ 焦点小组——结构化讨论，收集关于目标、需求、风险、成功标准的深度意见； ④ 访谈——与干系人/专家一对一沟通，收集高层级需求、假设条件、制约因素、审批标准； ⑤ 人际关系与团队技能——通过冲突管理、引导等，确保章程实际可行且各方需求得到考虑。
快速记忆：专家、脑暴、焦点、访谈、人际技能。 提示：这五种方法在后面的范围、进度、风险各章还会反复出现——它们是项目管理的"通用工具箱"。
口播：章程的产出有两样：
1. 项目章程（11 项核心内容）——请跟着数： ① 项目目的；② 可测量的项目目标和成功标准；③ 高层级需求与描述；④ 整体项目风险；⑤ 总体里程碑进度计划；⑥ 预先批准的财务资源；⑦ 关键项目干系人名单；⑧ 项目审批要求；⑨ 项目退出标准；⑩ 项目经理及其职责和职权；⑪ 发起人或其他批准人员信息。
2. 假设日志——记录项目生命周期中的假设条件和制约因素（如预算上限、交付周期限制等）。
自检五问（讲完全班一起念）： 目的清不清？目标能不能量？风险列没列？里程碑有没有？谁批谁管写没写？
课堂练习（1 分钟）：请判断下列内容是否属于项目章程： A．"本项目须在 2027 年 6 月 30 日前上线" B．"第 3 周完成数据库详细设计" C．"项目经理有权调配 5 人以内开发资源" D．"采用 Vue 3 ＋ Spring Boot 技术栈" 答案：A 属于（总体里程碑）；C 属于（经理职权）；B 不属于（属详细进度计划，是后续计划文件）；D 不属于（属技术方案，通常在项目管理计划/技术文档中）。章程要"高层级"，不写细活。
口播：项目启动会议是项目生命周期中的关键环节，标志着项目正式步入实施阶段，由项目经理主导，确保各方干系人对项目目标、范围、需求、背景及各自职责有清晰认识。
1. 参会人员 内部：项目经理、团队成员、公司领导、PMO 代表、变更控制委员会（CCB）成员、相关职能部门负责人； 外部：客户代表、供应商代表等关键干系人（名单由项目经理审核）。
2. 会议流程 ① 会前筹备：确认汇报材料、议程、人员名单，完成通知与签到； ② 核心环节：项目经理介绍项目（目标、里程碑、分工、风险等）→ 答疑澄清 → 公司领导动员； ③ 会后输出：生成会议纪要（记录主题、结论、待办等，作为跟踪依据）。
3. 关键会议结论：团队对项目基本信息、目标、计划有全面了解；明确风险识别清单及初步应对措施；确定总体分工及下阶段任务；增强团队凝聚力和士气。
回扣案例：超市项目"启动了，但没启动透"——启动会上团队对整体目标只有初步理解，具体实施步骤、任务分配、风险挑战的认知仍较薄弱。这就是"形式启动了、实质没启动"。判断一次启动会成不成功，看三件事：目标是否对齐、分工是否清楚、风险是否上桌。
口播：4. 待办事项：① 根据会议内容编制《项目启动会议纪要》，确保所有相关责任人收到；② 相关责任人按纪要要求开展各自工作，确保项目顺利推进。
表 2-4 项目启动会议纪要模板：会议名称、会议主题/时间/地点、记录人/审核人、参会人员、会议内容（① 记录讨论事项 ② 分项罗列具体问题）、会议结论（① 记录讨论结果 ② 针对具体问题得出讨论结论）、待办事项（① 待解决问题 ② 待跟进事项）。
强调：纪要不是"会议流水账"，而是"责任清单＋跟踪依据"。每一项待办都要有责任人和期限，否则纪要等于没写。
口播：今天我们用一张全景图收口：
- 01 启动概述：建议书 → 可行性研究 → 评估决策 → 章程/经理/干系人 → 启动大会；
- 02 项目立项：四阶段流程；可行性研究五维度；评估由第三方完成；
- 03 准备工作：项目经理的来源/能力/职责/权力；职能型 vs 项目型 vs 矩阵型；
- 04–06 干系人·章程·启动会：识别干系人（内 5 ＋ 外 5）；章程 11 项核心内容＋假设日志；启动会三环节。
【思政落点 4·本讲总结】（1 分钟） 今天有一条贯穿始终的线：依法合规、实事求是、客观公正。 立项与招投标要遵纪守法、程序合规；可行性研究要实事求是、科学严谨，不能"为通过而论证"；第三方评估要独立客观，不能既当运动员又当裁判。 这既是项目管理的要求，也是我们将来做软件这一行的职业操守底线。把项目做对，先要把人做正。
作业布置（计入平时成绩，学习通提交）： ① 项目建议书的作用是什么？ ② 项目可行性研究内容有哪些？ ③ 项目可行性研究阶段包括哪些？ ④ 项目经理需要哪些能力？ ⑤ 对于给定的软件项目案例，请分析其在项目启动过程中所出现的问题。 ⑥ （思政思考题） 结合政府采购或企业招标中的一个真实案例，分析"围标串标""最低价中标忽视质量"等现象对项目的影响，谈谈采购与立项环节坚守诚信底线、依法合规的重要性。（300 字以内）
下节课预告：第 3 章 软件项目采购管理——项目要买的东西怎么买？招投标怎么组织？评分表怎么编制？合同怎么签、怎么管？ 提前思考：如果一个项目必须外包，你最担心什么？
下课，同学们再见！
┌──────────────────────────────────────────────────────────────┐
│ 软件项目管理 第2章 项目启动 │
│ │
│ 启动五环节：建议书→可研→决策→基础工作→启动会 │
│ │
│ 可研五维度：技术·经济·社会·运行环境·其他（法律/政策） │
│ │
│ 组织结构：职能型(部门说了算) / 项目型(经理说了算) / │
│ 矩阵型(共享管理权·责权要清) │
│ │
│ 章程：11 项内容＋假设日志（授权书＋责任书） │
│ 自检：目的清不清·目标能量化吗·风险列了吗·里程碑有吗· │
│ 谁批谁管写了吗 │
│ │
│ 案例诊断区：①技术可研空心 ②干系人漏识别 ③沟通无规划 │
│ ④风险未识别 ⑤启动会没开透 │
└──────────────────────────────────────────────────────────────┘| 学生可能问 | 应答要点 |
|---|---|
| 小项目也要写章程吗？ | 形式上可简化，但"授权＋目标＋责任人"三件事必须有，否则后期扯皮无据可依 |
| 可行性研究谁来做？ | 一般由申报单位组织编制，评估环节须第三方独立完成；重大项目的可研可委托有资质机构 |
| 矩阵型"两个领导"不会冲突吗？ | 会——所以必须明确责权边界与优先级规则，这也是它的主要缺点 |
| 启动大会和项目例会有什么区别？ | 启动会是一次性、标志性的（宣布立项、对齐目标）；例会是周期性的（跟踪进展、解决问题） |
| 章程批准了还能改吗？ | 重大变更需经发起人或批准人同意并走变更流程；章程本身不做日常修改 |
| 页码 | 练习 | 答案 |
|---|---|---|
| 2.10 | 属经济可行性的是 | B（投资回报期） |
| 2.17 | 三种场景的组织结构 | ① 职能型 ② 项目型 ③ 矩阵型 |
| 2.19 | 校园平台"信息安全主管部门" | 监管类干系人，诉求＝合规与数据安全 |
| 2.24 | 哪些属于项目章程 | A、C 属于；B、D 不属于（细化计划/技术方案） |