项目管理

项目管理

用有限资源把一次性目标转化为可验收、可交接、可复用的成果

课程概览

项目是为创造独特产品、服务或成果而进行的临时性工作，具有明确的起止边界，并受到时间、资金、人力和其他资源约束。运营维持持续、重复的业务活动，项目推动组织从当前状态走向未来状态。项目成果还要进入运营，接受客户和组织的使用检验。

两条课程轨道共享一套项目管理主线：从战略和可行性判断开始，经过启动、计划、执行和收尾，持续管理范围、进度、成本、质量、资源、风险、沟通和干系人，最后完成验收、归档、评估和知识传递。

本科材料偏基础概念、工具计算和课堂模拟。研究生材料偏工程与制造项目、复杂组织、案例研究、项目治理和管理者判断。两者的差异主要在案例复杂度与分析深度，核心框架相互衔接。

知识地图

1. 项目选择与组织环境

• 项目、战略与运营：战略规划确定组织希望到达的状态，运营维持当前业务，项目承担状态转换。
• 项目选择：把战略匹配、资源约束、风险承受能力、客户价值和预期收益放在同一决策框架中。
  • 检查表用于核对必要条件
  • 评分模型用于比较多个标准
  • 层次分析法（AHP）通过层次结构、成对比较和权重计算辅助决策
  • 投资回收期、净现值（NPV）、折现回收期和内部收益率（IRR）用于财务评价
• 可行性研究：从技术、财务、人力、物资、市场、政策和合规等方面说明项目为什么值得做、能否承受长期约束。
• 组织环境：组织战略、结构和文化影响资源获取、汇报关系、沟通方式与项目经理的实际权责。
  • 职能型组织按专业部门分工，项目权责较分散
  • 项目型组织围绕项目配置资源，项目经理通常拥有更强的项目权责
  • 矩阵型组织保留项目和职能两条管理线，资源和优先级需要协调

2. 生命周期、目标与范围

• 启动：明确项目对象、愿景、目标、业主方、承担方、项目经理、团队和可行性依据。
• 计划：分解工作，确认资源，安排顺序，设定进度，识别风险，为关键节点准备替代方案。
• 执行：沟通、协调、授权、检查、汇报、控制和交付并行推进。
• 收尾：验收、签字、归档、审计、后评估、经验总结、团队安排和客户支持交接。
• 阶段评审：以阶段门或里程碑检查成果和条件，决定继续、调整或终止项目。
• 目标：用 SMART 细化具体、可衡量、可达成、相关且有时限的结果。
• 任务澄清：用 5W2H 说明做什么、为什么做、谁做、何时做、在哪里做、如何做以及资源或成本。
• 范围：写清楚要完成的工作、交付物和明确不包含的内容，控制范围蔓延。
• 工作分解结构（WBS）：围绕可交付成果逐层分解到工作包，便于估算、授权、分工和跟踪。
• 变更管理：需求变化应回到目标、范围、资源、进度、成本、质量和责任边界，评估影响后再调整基准。
• 生命周期类型：瀑布型适合需求和成果边界相对稳定的场景；敏捷型强调短周期交付、反馈和调整；迭代强调反复改进，增量强调分批交付可用成果。

3. 进度、资源与成本

• 网络计划：用活动的紧前和紧后关系表达项目逻辑，用关键路径判断直接影响总工期的活动。
• 时间参数：正向和反向计算涉及最早开始（ES）、最早完成（EF）、最晚开始（LS）和最晚完成（LF）。
• 浮动时间：表示活动在不突破项目约束的前提下可调整的时间，关键路径活动通常没有可用浮动时间。
• 甘特图与里程碑：甘特图展示计划区间和完成状态，里程碑检查重要节点；跟踪甘特图用于对照计划和实际。
• 工期估算：三点估算法用乐观、最可能和悲观估计处理活动工期的不确定性。
• 工期压缩：赶工通过增加资源或成本缩短活动时间；快速跟进通过重叠原本顺序的工作推进，协调和返工风险更高。
• 资源平衡与平滑：资源平衡调整活动、分割工作或重新配置资源，减少冲突；资源平滑优先调整非关键活动，尽量不改变关键期限。
• 多项目资源池：多个项目并行时，统一的资源池、数据平台和调度规则有助于减少资源闲置与短缺并存。
• 成本与现金流：资源计划、费用估算、预算、控制和结算应连贯管理。项目收入、账面收益和当期现金余额需要分别观察。
• 挣值分析：计划值（PV）表示计划完成工作的预算价值，实际成本（AC）表示已经发生的成本，挣值（EV）表示已完成工作对应的预算价值。三者用于分析进度和成本偏差，并支持完工预测。

4. 质量、风险与控制

• 质量管理：同时关注成果是否符合要求，以及过程是否稳定、可控和可追溯。
• 过程改进：PDCA 通过计划、执行、检查和处理或改进形成纠偏循环。越早预防，越少依赖后期检验和返工。
• 控制机制：把基准、计划和实际进展放在一起比较，及时识别范围、进度、成本、质量和资源偏差。
• 风险前置：把许可、备案、承载条件、供应链、施工条件、人员能力和资金安排纳入启动与计划阶段的风险清单。
• 关键节点预案：对关键节点进行推演，为 Plan B 保留时间、预算和资源空间，减少未知风险导致的停工和决策延误。
• 合规与安全：安全、环保、消防、环评、政策准入和验收要求应进入设计、采购、施工、试生产和运营全过程。具体阶段和标准名称以正式项目文件为准。
• 系统责任：质量或安全事故不能只归因于基层操作，需追查目标、流程、责任、激励和监管是否形成闭环。

5. 干系人、团队与领导

• 干系人：项目经理、项目团队、客户、高层、职能经理、供应商、监管机构及其他内外部群体，都可能影响项目资源、合规、声誉和成果接受。
• 团队结构：集中决策、专业分工、现场应变和位置协作适用于不同任务，团队形式应匹配项目复杂度、创新程度、风险和协作方式。
• 团队发展：团队通常经历形成、震荡、规范、成熟和休整。新成员、目标变化、资源受限或外部压力可能使团队退回磨合阶段。
• 冲突管理：冲突可能来自目标、管理方法、资源、权责和人际关系。项目经理应回到项目目标、事实和责任边界，通过沟通、谈判、调停或授权处理。
• 管理与领导：管理关注目标、规则、计划、制度、监控和考核；领导关注激励、沟通、信任、团队建设和士气。
• 项目经理能力：计划、组织、协调、沟通、谈判、资源获取、风险预判、创新、责任承担和以身作则共同构成管理能力。

6. 项目治理与组织学习

• 项目化管理：把企业任务拆分为相对独立的项目，促进跨部门协作和人员能力锻炼，同时需要组织层面的资源统筹与治理。
• 项目管理体系：把原则、规则、方法、组织载体和成果连接起来，并与战略、人力资源、财务、营销、生产、质量和风险管理协同。
• 工程管理模式：课堂材料区分 EPC 工程总承包、PM 业主侧项目管理咨询服务和 PMC 更完整的项目管理总承包范围。具体合同边界以正式文件为准。
• 项目管理办公室（PMO）：通过标准、制度、平台、知识库、报告机制和信息系统支撑多个项目，推动个人经验沉淀为组织能力。
• 收尾与知识：验收之外还要完成资料归档、审计、经验教训、后评估、团队安排、客户支持和维护交接，形成后续项目可追溯、可复用的知识。

本科与研究生课程范围

本科材料

本科课程材料覆盖项目管理导论、项目选择、生命周期、范围、团队、进度、资源、质量、控制、终止和模拟经营。课堂活动把抽象工具转为可观察任务，重点练习项目选择、资源配置、网络计划、沟通和现金流权衡。

本科材料中的工具表达更适合建立基础操作框架：用 SMART 写目标，用 WBS 分解范围，用网络图和甘特图安排活动，用关键路径识别工期约束，用 PDCA 和挣值指标跟踪偏差，用验收、归档和后评估完成收尾。

研究生材料

研究生课程材料把项目管理放入工程、制造、平台治理、技术创新和复杂组织环境，强调项目经理的系统判断、证据意识、跨专业协调和管理责任。课堂还安排作业讲评、AHP 分析、案例展示和行业专家分享。

研究生材料特别关注以下问题：

• 需求持续变化时，项目经理如何从市场、客户、技术、供应商、资源和团队多个维度组织应对
• 工程项目如何同时承受技术、经济、政策、安全、环保、质量和现金流约束
• 技术成果为什么还要经过客户认可、组织协同、验收签字和持续使用，才能形成管理成果
• 大型复杂项目、多项目环境和 PMO 如何把局部任务纳入组织治理
• AI 和自动化可以处理哪些标准化工作，人的目标判断、价值判断、沟通协调、伦理责任和风险承担如何保留

研究生材料的案例分析要求更重证据和论证：先定义项目对象、业主方、承担方、工期和问题边界，再建立因素或指标模型，结合访谈、问卷、历史数据或专家判断解释方案。课堂指出，作业不能只堆概念、公司历史或代码。

AI 与产品经理应用

以下应用是基于两条课程轨道共同框架整理的实践方式，不是对某个课堂项目的事实复原。

1. 把产品目标写成项目边界

产品经理启动一个版本、迁移或上线项目时，可先明确：

• 项目要解决的用户和业务问题
• 交付物、验收标准和不包含的范围
• 业主方、承担方、项目经理和关键干系人
• 起止日期、里程碑、资源约束和主要风险
• 项目成果进入运营后的责任人和支持方式

2. 把需求变化放进变更机制

需求变化应记录来源、理由、影响和责任，而不是只在会议纪要中追加待办。分析至少覆盖市场、终端客户、甲方、技术、供应商、资源、项目经理和项目团队，再评估范围、进度、成本、质量和交付风险。

AI 可用于整理访谈、归纳变更、比对需求版本和生成风险清单。项目经理仍需判断需求价值、确认事实、决定优先级，并让受影响的团队和干系人形成可追踪的决策闭环。

3. 用 WBS、依赖和关键路径管理交付

把产品目标拆成研究、设计、开发、数据、测试、合规、发布和运营交接等可交付成果，再继续拆到工作包。为每个工作包指定责任、前置关系、资源、里程碑和验收条件。

敏捷迭代适合持续获得反馈，关键路径和阶段门仍适合管理跨团队依赖、合规评审和正式上线。两种方法可以按项目约束组合使用。

4. 同时管理资源、成本和现金

产品项目的资源不只有研发人力，还包括数据、算力、供应商、测试环境、法务合规和客户支持。用资源负载识别瓶颈，用成本和现金流检查方案是否可持续，用 PV、EV、AC 观察计划、完成量和实际支出的差异。

演艺公司模拟和工程项目材料都提示：高收入或高曝光方案不一定是最优方案，项目还要满足资源、工期、风险和现金安全条件。

5. 把质量和风险前置

产品项目应在设计和计划阶段定义质量指标、验收标准、数据与安全要求、上线条件、回滚方案和责任边界。用流程图梳理质量传导，用检查点发现偏差，用 Plan B 应对关键节点的不确定性。

AI 生成的需求摘要、测试结论或风险判断需要人工复核。工具可以提高记录和分析效率，不能替代目标判断、责任承担、跨部门沟通和必要时止损的决定。

6. 用验收、采用和复盘判断成果

合同验收或功能上线只证明交付物达到某一约定条件，不自动证明一线用户采用、业务价值实现、组织责任交接和长期运营成立。收尾应包含验收、归档、复盘、知识传递、客户支持和后评估。

课堂案例与讨论边界

课堂案例用于说明管理问题和练习分析方法。下表把课堂材料中的可确认内容与不可外推的事实分开。

来源与日期覆盖

本科课程材料

来源目录：/Users/acccan/hyc/工商管理（专业课程）/笔记/项目管理（本）。

• 2025-02-20：项目与运营、战略、组织环境、干系人和组织结构
• 2025-02-24：项目选择模型、财务评价、项目经理领导与沟通
• 2025-02-27：项目生命周期、目标、范围、WBS、工作包和责任授权
• 2025-03-03：项目团队、团队发展阶段、组织形式和冲突管理
• 2025-03-24：吸管高塔活动、角色分工、沟通协作和绩效权衡
• 2025-03-27：网络计划、关键路径、资源管理、质量、挣值和项目终止
• 2025-03-31：积木建筑活动、WBS、网络图、PDCA、S 曲线、里程碑和收尾
• 2025-04-03：现有中文字幕只有 3 个字幕块，无法确认完整主题、案例、作业和课堂结论
• 2025-04-07：演艺公司模拟经营第一期，项目竞标、资源准备、贷款和现金流
• 2025-04-10：演艺公司模拟经营第二期、项目分配、现金流策略和最终提交提醒

本科材料的日期覆盖为 2025-02-20 至 2025-04-10。笔记中的课次标注、模拟经营数字和提交安排不替代教师正式通知。

研究生课程材料

来源目录：/Users/acccan/hyc/工商管理（专业课程）/笔记/项目管理（研）。

• 2026-03-15：AI 时代的项目管理、技术思维与管理思维、生命周期和管理者能力
• 2026-03-29：作业讲评、项目全流程、可行性研究、SMART、5W2H、网络计划和矩阵组织
• 2026-04-12：分布式光伏、改造装修和服务中心案例，风险前置、组织、团队和归档
• 2026-04-26：管理责任、大型复杂项目、企业项目化、EPC/PM/PMC、项目体系、模型思维和 AHP
• 2026-05-17：化工与制造工程实践、周期、选址、安全环保合规、科技创新和产业化
• 2026-05-31：需求变更、客户与市场意识、W/X/T 项目、AHP 一致性和个人发展能力
• 2026-06-14：盾构相关研发项目、不确定性、质量、费用、资源、采购、挣值和 PMO
• 2026-06-28：小组案例展示、案例正文与使用说明、项目工具复习和期末大作业

研究生材料的日期覆盖为 2026-03-15 至 2026-06-28。多份笔记以源目录标注为第 6-9 节，本文保留原始日期，不据此推断完整课程周次或官方教学进度。

材料限制

• 本页依据上述 18 份本地 Markdown 课堂笔记综合整理，不是学校正式教学大纲、教材替代品或项目管理认证指南。
• 笔记主要以匹配的中文字幕为依据，中英字幕用于术语校对；自动字幕中的 AI 名称、英文缩写、专有名词、数字和口语存在识别噪声。
• OCR 或字幕缺失、合并和时间跨度异常的地方，保留概括性表述，不补写无法确认的课堂内容。2025-04-03 本科材料尤其不足，只能确认材料缺失，不能用项目管理常识填空。
• 本页没有使用 PDF、课件或外部资料替换缺失内容。课件、完整录音、完整字幕和正式通知可能包含本页未覆盖的公式、算例、作业格式、截止时间、评分细则和标准编号。
• 课堂即时数字、竞标结果、组别、排名、个人发言、企业身份、工程参数和合同关系，均需回到原始材料核对。研究生课堂展示中的案例还可能包含教学设计或虚构情境，不能直接作为现实事件引用。
• PV、AC、EV、AHP、EPC、PM 和 PMC 的表述按课堂笔记保留为功能性概括。计算公式、标准定义、合同边界和标准编号应以正式教材、项目文件或官方资料为准。

发现错误？想一起完善？ 在 GitHub 上编辑此页！
本页面贡献者：AI-PM Wiki Team
本页面的全部内容在 CC BY-SA 4.0 和 SATA 协议之条款下提供，附加条款亦可能应用