口播：刚才讲了五大特征，我们马上做一道速判题，检验你的"尺子"利不利。题目是：下列哪一项不属于项目的特征？选项我念一遍——A．独特性；B．临时性；C．可重复性；D．目的性。 这是一个抢答题，我念完选项之后，给大家 10 秒，然后举手，不要喊。注意，这道题考的不是记性，考的是你有没有真正理解"项目"和"运营"的分界。 （10 秒后点人回答。） 好，答案是 C，可重复性。为什么？因为我们刚才讲得很清楚：项目是一次性、独特的，而"可重复"恰恰是日常运营的特征——机房每天巡检、例会每周都开，这才是可重复的。所以 C 不是项目的特征，它是运营的特征。 我再补两句很重要的辨析。第一句：要区分"项目的特征"和"项目管理的特征"。比如说"项目需要编制计划""项目需要控制风险"，这些是管理动作，不是项目本身的特征，考试很容易把这两类词混在一起当干扰项。第二句：要区分"临时性"和"周期长"。临时性说的是"有明确的终点"，不是"时间短"。一个为期三年的政务平台建设项目，哪怕周期很长，只要它有明确的开始和结束，它就有临时性。所以看到"周期长"不要本能地以为它就不是项目。
板书：题目＋答案：不属于项目特征的是 C 可重复性（可重复＝运营特征）；右侧写两组对比框："项目的特征 ≠ 项目管理的特征"、"临时性 ≠ 周期短（临时性＝有终点）"。
提问：请再判断一句——"某项目组每个月第一个周一开一次项目例会，会一直开到项目结束"，这个例会是项目还是运营？
预设回答：
易错点 / 考点：这道题就是教材本章习题选择题第(1)题的原题，答案 C。凡是看到"可重复""持续""日常""例行""每年"这类词，先警惕它是不是运营特征。反过来，看到"首次""一次""临时""一次性""上线后解散"这类词，就往项目上靠。
过渡：项目的五大特征我们搞清楚了。可还有一个问题没回答：软件项目跟一般项目比，特殊在哪里？——这就是下一页。
口播：先给软件项目下定义，请大家记下来：软件项目是为了开发、交付和维护符合特定需求与质量标准的软件产品或服务而进行的临时性工作。 请注意这个定义里有几个限定词："特定需求与质量标准"——意思是客户的验收标准写在前面；"开发、交付和维护"——说明它不是做完就走，还包括交付和维护；"临时性工作"——说明它继承了项目的全部性格。 也就是说，软件项目首先要满足我们刚讲的五大特征，在此之外，它还有三个"自己的特点"，屏幕上这张表逐行给大家讲。 ① 渐进明晰性。含义是：需求和目标逐步明确，会随着用户反馈、技术发展和市场变化不断细化调整。正面例子：教务系统先按初步需求开发，试运行之后根据老师的反馈不断增加字段、调整流程。反面例子：把需求当成"一次说清、永不改变"——用户中途提一句"还要加个导出报表"，双方就起冲突，项目陷入扯皮。这一点非常重要：软件需求天然是"越做越清楚"的，所以管理方式必须留有余地。 ② 学科复杂性。含义是：它涉及计算机科学、数学、工程学等多个学科，需要跨学科的知识整合。正面例子：银行结算系统＝软件工程师＋数据库和安全专家＋懂银行业务的人一起协作。反面例子：全组只会写业务代码，没人懂数据库、没人懂安全，上线之后并发崩溃、合规问题接连暴露。 ③ 智力密集型。含义是：它主要依赖团队成员的智力和创意——分析、架构、编码、解决问题。正面例子：架构师针对"全校抢课系统"提出分布式缓存方案，靠的是分析权衡来解决高并发。反面例子：以为这行像流水线拧螺丝、谁都能顶岗；结果核心逻辑写错，测试怎么补都补不干净。 屏幕最下面那句话是本页的落点，我念一遍：特点决定了管理方式——需求会变，所以要管范围；专业杂，所以要组队；靠人脑，所以要激励与质量。一句话小结：软件项目的特殊性在于——需求会变、技术很杂、靠脑子吃饭。
板书：写"软件项目 3 特点"：① 渐进明晰性 → 管范围；② 学科复杂性 → 会组队；③ 智力密集型 → 要激励与质量；下面写一句总结："需求会变、技术很杂、靠脑子吃饭"。
提问：请大家想一想——为什么"渐进明晰性"会让软件项目特别难管？如果需求注定是慢慢变清楚的，那项目一开始的计划还有意义吗？
预设回答：
过渡：好，什么是软件项目搞清楚了。下一个问题更扎心——这么多软件项目，为什么失败的那么多？我们进入 1.2 节。
口播：我们进入第二部分——1.2 软件项目管理。屏幕上是这一节的分区页，写了三个小标题：1.2.1 成败、1.2.2 项目内外部运行环境、1.2.3 职业证书认证。 也就是说，这一节回答三个问题：第一，项目管理管得好不好，怎么衡量？——看成功，也看失败。第二，项目是被什么环境包围的？——这就是那两个每年都考、最容易混的概念：组织过程资产和事业环境因素。第三，这个职业有没有"证书"这条路？——PMP 和软考。 三个问题，一个比一个实用：第一个建立"成败观"，第二个建立"环境观"，第三个建立"职业观"。请大家跟着这个顺序听。 为什么要把"成败"排在第一位？因为一个人对"什么算成功"的理解，会直接决定他后面所有的管理动作。如果你以为"按时交付就是成功"，你就会为了赶工期砍测试；如果你知道"价值实现才是最终指标"，你就会在项目一开始先问一句"这件事到底为谁创造什么价值"。所以顺序不能反，先立成败观，再学方法与工具。
板书：板书"1.2 软件项目管理"，下面写三行：1.2.1 成败（成败观）→ 1.2.2 内外部运行环境（环境观）→ 1.2.3 职业认证（职业观）。
易错点 / 考点：请大家先记住这一节的结构，因为考试常考"组织过程资产属于项目管理的哪个部分"这类定位题——它属于 1.2.2 内外部运行环境。另外提醒一句：今天这一节里有本章唯一的两道选择题原题（事业环境因素、组织过程资产），我们必须当堂做完。
过渡：先看第一个问题——成败。这一页的数字可能会让大家有点意外。
口播：先给"软件项目管理"下定义，请大家记下来：软件项目管理，是确保软件项目在预定的成本、进度与质量要求内顺利完成，对整个软件开发过程进行规划、组织、协调和控制的管理活动。 这个定义里有两组关键词，屏幕上用两块卡片并排画出来了。 第一组是三条约束：成本——在预算内完成；进度——按时交付、不延误关键节点；质量——满足需求与标准，这是合格线。大家可以发现，这三条正是后面成本管理、进度管理、质量管理的三章内容，也是传统上说的"铁三角"。 第二组是四个动作：规划——定目标、排计划；组织——分任务、配资源；协调——同步信息、解决问题；控制——对照计划、发现并纠正偏差。这四个动作请大家特别记住"控制"："控制"不是"管人"，而是"对照计划找偏差"——先有计划，才有偏差，才有控制。 再看它的覆盖范围，从可行性分析、立项、需求管理、开发、测试、交付一直到维护——整条链子都在管理范围内，不是只管到上线为止。 我给一个身边的例子，就是你们的小组课程设计。进度＝截止日期；成本＝小组投入的精力；质量＝功能是否满足要求、体验是否达标；规划＝排计划；组织＝分工；协调＝例会同步；控制＝对照计划纠偏。你看，一个课程设计，其实把这套东西全跑了一遍。 本课程的主线也在这页：第 2 章讲"如何启动"，第 3 到第 10 章逐个展开各知识域，第 16 周整合与复习——顺着"三条约束＋四个动作"这条主线走，全书的结构就清楚了。 最后我要强调定义里最关键的一个词："确保"。软件项目管理不是"参与一下""帮个忙"，而是对结果负责——成本、进度、质量这三条线，得有人签字认领。这也是为什么项目管理岗位在招聘市场上一直被看重：技术岗位解决"能不能做出来"，项目管理岗位解决"能不能交出去"，而组织最终为后者付钱。
板书：中间写"软件项目管理"，左边画一个三角形写"成本 · 进度 · 质量（三条约束）"，右边写"规划 · 组织 · 协调 · 控制（四个动作）"，下方画一条从可行性分析到维护的流程箭头。
提问：在"规划、组织、协调、控制"这四个动作里，哪一个是最容易被学生团队忽略的？为什么？
预设回答：
易错点 / 考点：注意区分"项目管理的四个动作"和"五大过程组"。这里的规划、组织、协调、控制是教材对管理活动的概括表述；后面的启动、规划、执行、监控、收尾才是 PMBOK 的五大过程组。两个概念不能混着答，考试如果问"五大过程组"，必须答后者。
过渡：定义和范围清楚了。可是——现实里项目管得怎么样呢？我们看一个不太好听的数字。
口播：屏幕上这个红色框里的数字，请大家看一眼。据课件引用的项目管理工具供应商 TeamStage 报告数据：全球 70% 的项目以失败告终，大中型跨部门项目的失败率更高。 70% 是什么概念？你掷一枚硬币，反面朝上是 50%；而项目失败的概率比掷硬币还高。这个数字听起来极端，但如果你做过小组项目，可能就不会太意外。 那"失败"具体长什么样子？屏幕列了三种典型表现：第一，错过截止日期、预算超支——就是又慢又贵；第二，可交付成果未达预期、客户不满意——就是东西交出来了，但不好用；第三，交付之后维护困难——就是上线只是灾难的开始，后面天天救火。 请注意第三种，它在学校里最容易被忽略。很多同学觉得"能跑起来就算完成"，但企业里恰恰相反——上线才是成本的大头，一个没人能维护的系统，等于给公司埋了一颗雷。 那么最关键的一句话来了，请大家一定记在心上：项目失败的原因，绝大多数不是技术不行，而是管理没做好。技术决定你能不能做出来，管理决定你能不能按时、按质、按预算交出来。这两句话，是整门课存在的理由。 我也给大家留一个小问题，屏幕上写着：你身边的课程项目、团队作业，有多少是"延期＋改需求＋凑合交付"？——如果有，那正好，这门课就是来解决它的。 顺便说一句：70% 这个数字不是用来吓人的，是用来提醒你"项目管理不是可选项"。很多人以为"管理"是项目经理一个人的事，但你们组队做课程设计的时候，如果没人排计划、没人盯进度、没人处理需求变更，那就是全班一起掉进那 70% 里。所以从这个角度看，这门课不是给未来的项目经理上的，是给每一个要交付成果的人上的。
板书：中间大号写"据课件数据：全球 70% 项目以失败告终"；下方写"失败的三种样子：又慢又贵｜不好用｜难维护"；右侧用红笔写两句话："技术决定做不做得出来；管理决定交不交得出来。"
提问：既然失败率这么高，而且失败大多不是技术原因，那么请想一想——在一个你参与过的课程项目里，你观察到的最大问题出在哪一类？是技术，还是管理？
预设回答：
易错点 / 考点：请注意数据口径，不要记错、也不要编造：课件引用的是"全球 70% 的项目以失败告终（TeamStage 报告）"。考试如果考数据题，按课件口径答"约 70%"；如果你在作业里引用，可以写"据课件/教材引用数据"。不要在答题里自己编一个更精确的百分比。
过渡：70% 是怎么来的？我们把失败拆开看，找到九条最深的病根——下一页就是本章的重点之一：失败 9 大原因。
口播：导致项目失败的深层次原因，教材归纳为九条。我们一条一条看，而且每一条我都配一个你们熟悉的场景。大家同时回想刚才那个问题——"你带的项目最怕哪三件事"，我们边讲边对照。 ① 整合管理不足——目标、资源与进度无法衔接。说白了，就是"各干各的、拼不成一个整体"。比如前端在改接口，后端没收到通知，测试还在按老接口写用例。 ② 目标和需求管理不当——目标模糊、范围混乱、需求频繁变更。这是最常见的死因：一开始说不清要做什么，做着做着又不断加需求。 ③ 客户协作障碍——客户决策多变、协作不畅。注意"客户"不一定是外人，你们小组的"指导教师"、业务部门，都是客户。客户今天说要 A，明天说要 B，你如果不做变更管理，就是灾难。 ④ 时间和成本不可控——计划过于乐观、工期延误、预算超支。典型症状是"每次都说明天就好"。 ⑤ 沟通不畅与团队低效——分工不明、士气低迷。人多的组反而更慢，往往就是栽在这一条。 ⑥ 资源和人员管理不足——规划分配不当、核心成员流失。核心架构师在项目中期离职，是很多项目的转折点。 ⑦ 技术和质量把控不足——技术选型不当、测试不足。这是九条里唯一一条跟"技术"沾边的。 ⑧ 风险和外部依赖管理不足——风险应对差、外包或供应商延期。你的项目依赖第三方接口、依赖其他组的模块，都可能被拖死。 ⑨ 缺乏高层支持——资源、决策、关注度不够。回到鸿蒙案例：华为是"公司战略级项目、最高层直接推动"，正因为它把这一条做到了极致。 好，现在请大家做一件事：数一数。九条里面，只有第⑦条是技术问题，其余八条全是管理问题。这就是这门课存在的理由——不是技术不重要，而是技术之外还有八件事，件件能要命。 （点名 2 人，快速回应）刚才让大家想的"最怕的三件事"，对照这九条，你怕的落在哪几条？
板书：竖着写九条，序号用圆圈：①整合 ②目标需求 ③客户协作 ④时间成本 ⑤沟通团队 ⑥资源人员 ⑦技术质量 ⑧风险外部依赖 ⑨高层支持；在⑦旁边写"唯一技术项"，在⑨旁边画箭头连回"鸿蒙：高层战略支持"。
提问：这九条里，如果只让你选一条"最容易被忽视、但杀伤力最大"的，你会选哪一条？请说明理由。
预设回答：
易错点 / 考点：这一页考试常以多选或简答出现，要求"列举项目失败的主要原因"。记忆抓手：把九条分成四组记——方向类（②目标需求、③客户协作）、资源类（④时间成本、⑥资源人员、⑨高层支持）、协同类（①整合、⑤沟通团队）、风险类（⑦技术质量、⑧风险外部依赖）。注意第⑨条"缺乏高层支持"在鸿蒙案例里对应的是"高层战略支持"，这一正一反经常被拿来做案例题。
过渡：失败看完了，我们换个角度——如果项目做成了，说它"成功"，到底看什么？下一页给出五个维度。
口播：反过来问一个问题：项目成功，是不是"按时交付"就算成功？答案是：不够。教材给了五个衡量维度，我们一个一个看。 ① 时间——按时完成，不延误关键节点与交付期限。这是最直观的一条。 ② 成本——在预算内完成，资源分配合理，投入产出比高。注意最后五个字"投入产出比"：花钱少不等于成功，花得值才算成功。 ③ 质量——符合功能、性能、安全要求，稳定可维护。"稳定可维护"这四个字很重要，它意味着质量不只是"这次跑通了"，而是"以后还跑得动"。 ④ 客户满意度——交付让客户满意甚至超出预期，协作过程得到认可。注意"协作过程得到认可"这一句：客户满意的对象不只包括产品，也包括和你合作的过程。 ⑤ 价值实现——项目有效推动业务目标，为客户与组织创造实际价值。屏幕上引用教材的强调："价值实现是衡量项目成功的最终指标。" 所以这五条不是并列的，而是有层次的：时间、成本、质量是"做完没做好"的底线；客户满意是"别人认不认"；价值实现是"到底有没有用"的最终审判。 屏幕上还有一个红色的警告框，请大家读一遍："按时按预算交付了，但没人用、没创造价值"，这叫"伪成功"。这句话在实务里非常有用——很多系统上线验收合格、剪彩合影，然后一年之后没人登录，统计报表里它是"成功项目"，但业务上它等于零。 最后提一句：传统的"铁三角"是范围、时间、成本；现代项目管理更强调价值与干系人满意。这一点在第 16 周的综合案例里会反复用到。 给大家一个可以随身带的记忆结构：底线三条（时间、成本、质量）＋认可一条（客户满意度）＋终审一条（价值实现）。期末案例分析题如果问"这个项目成功吗"，你就按这五条逐条对照着答，一个都不漏，分数自然就上去了。
板书：横向写五格：时间 | 成本 | 质量 | 客户满意度 | 价值实现；最后一格用红笔加框，写"最终指标"；下方写"交付了≠成功；被用了、创造了价值，才叫成功"。
提问：假设一个系统按期上线、没超预算、验收也合格，但上线一年几乎没人使用。按这五个维度衡量，它算成功还是失败？请说明理由。
预设回答：
易错点 / 考点：五个维度的名称要能准确写出：时间、成本、质量、客户满意度、价值实现。考试爱考的陷阱有两个：一是把"价值实现"漏掉（它是最终指标，不能漏）；二是把"范围"当成五个维度之一（范围属于传统铁三角，但教材这里的五维是上面那五个）。记住一句话：铁三角管"交付"，五维管"成功"。
过渡：理论讲完了，现在我们做一次"闭环"——把鸿蒙案例重新拿回来，一条一条对照这九大失败原因，看看华为是怎么"逐条拆弹"的。
口播：现在回看鸿蒙这个案例，我们把它和失败九因做一个"反向映射"——别问华为做对了什么，先问：如果换成你，这九个坑你会掉进哪几个？华为又是怎么绕开的？屏幕上是逐条对照的表格，我带着大家读一遍。 第④条，时间与成本不可控——鸿蒙的应对是三阶段推进＋分阶段交付核心功能，把节奏控制在可交付的颗粒度上。这就是"逐条拆弹"的第一颗。 第⑦条，技术与质量把控不足——鸿蒙的应对是技术路线多样化＋微内核架构＋开源技术。请注意"多样化"这三个字：它不是为了炫技，而是故意用冗余来摊薄技术风险——一条路走不通，还有另一条。 第②条需求管理、第③条客户协作——鸿蒙的应对是联合厂商与开发者，给工具、给资金、给技术指导。说白了，它把外部的合作伙伴变成了"共创方"，而不是"提要求的人"。这一点在软件项目里特别关键：客户协作障碍的本质，往往是双方没有共同的利益和共同的节奏。 第⑧条，风险和外部依赖管理不足——鸿蒙的应对很有意思："自主可控"这个目标本身，就是对"依赖安卓"这个最大外部风险的一次性化解。换句话说，它不是在项目中途去补救外部依赖，而是在目标设定阶段就把最大的外部依赖砍掉了。这是风险管理里最彻底的一招。 第⑥条资源与人员、第⑨条缺乏高层支持——鸿蒙的应对是数万名工程师、数千亿元投入、跨部门高效协作、最高层战略支持。资源和高层支持这两条，很多时候是绑在一起的：高层支持到位，资源才到位。 最后我们回头答一下案例思考的 Q1，答案就是这一列：分阶段推进降低风险＋技术路线多样化＋快速迭代＋生态联合＋高投入与高层支持。 大家注意，这就是我们今天做的第一个"闭环"：案例给感觉，理论给标尺，两边互为注解。以后每学一个知识点，你都可以试着找一个案例来对照——这是学这门课最有效的方法。
板书：中间画一条竖线，左写"失败因"，右写"鸿蒙的应对"，五行对应：④时间成本 → 三阶段＋分阶段交付；⑦技术质量 → 路线多样化＋微内核＋开源；②③需求协作 → 联合厂商与开发者（工具/资金/指导）；⑧风险外部依赖 → 自主可控＝砍掉最大依赖；⑥⑨资源高层支持 → 数万工程师＋数千亿＋最高层推动。
提问：在鸿蒙这些应对里，哪一条你认为最"省钱省力"？也就是说，如果有别的项目想学鸿蒙，哪一条最值得优先照搬？
预设回答：
易错点 / 考点：案例题的两条高分要诀：第一，逐条对应，不要笼统——写"华为很重视风险"是低分答案，写"针对⑧风险与外部依赖不足，华为以'自主可控'为目标从源头化解对安卓的依赖"才是高分答案；第二，落脚到概念名称——每一条都用上教材里的术语（渐进明细、分阶段交付、干系人整合、风险应对）。
过渡：案例部分到这里告一段落。接下来我们看一个更"基础"、也更容易考糊的问题——项目到底活在一个什么样的环境里？这就是 1.2.2 的两个核心概念。
口播：项目不是活在真空里。屏幕上这两个概念，是本章每年都爱考、也最容易混的一对，请大家注意力集中。 先说组织过程资产。它是组织可积累、可复用的"家底"——包括模板、流程、历史数据、专家经验等等，作用是帮助项目做得更高效。举几个身边的例子：学院给的项目章程模板、上学期某个系统的进度数据、上一次项目踩坑之后写的经验教训记录——这些统统是组织过程资产。关键词是两个："可积累""可复用"。 再说事业环境因素。它是项目给定的内外条件——组织文化、设施、市场、法规等等。屏幕上的说法是：项目只能适应与利用，一般改不了。再举身边的例子：学校的培养方案和排课规则、实验室机房的设备条件、行业监管规定、市场上同类产品的价格——这些都是事业环境因素。 请注意屏幕上那个引用框：这些因素可能对项目的规划、执行与价值交付产生有利、不利或者中性的影响。也就是说，"环境因素"不等于"坏因素"，它只是"给定的条件"——条件可能帮你，也可能卡你。 给大家一句口诀，屏幕上用红框标出来了：资产＝能积累复用（自家的工具箱），环境＝给定约束（外面的天气）。你出门不能改天气，只能带伞、穿外套、看预报；但你自家的工具箱，可以随手拿、可以传给别人，还可以往里添东西。 还要提醒一句：这两个概念都分"组织内、组织外"两个方向，考试最爱考的就是这个"内外"的层次，下一页我们细看分类。 再补一个很实用的判断顺序，请大家跟着我念一遍：第一步问"它能不能被下一个项目拿去复用"——能，就是组织过程资产；第二步问"它是不是项目要适应的、改不动的条件"——是，就是事业环境因素；两步都套不上，再看它是不是项目自身的管理安排。这三步走完，本章的选择题基本不会错。
板书：左边写"组织过程资产＝自家工具箱（可积累、可复用：模板/流程/数据/经验）"，右边写"事业环境因素＝外面的天气（给定条件、只能适应与利用：文化/设施/市场/法规）"；下方写一句："两者都分组织内 / 组织外。"
提问：请判断——"学校规定所有课程项目必须通过信息安全审核才能上线"，这是组织过程资产还是事业环境因素？请说明理由。
预设回答：
易错点 / 考点：这是本章的两道选择题原题的考点（教材习题第(2)(3)题）。三条判据请记牢：① 是"给定的条件"还是"沉淀的资产"？② 能不能被下一个项目复用？③ 改得动还是改不动？"改不动、只能适应"的，往事业环境因素靠；"能积累、能复用"的，往组织过程资产靠。
过渡：口诀记住了，下面我们把两边的清单列全——先看组织过程资产的五类。
口播：组织过程资产包含五大类，我们一类一类看，每类我都给大家配一个身边的例子。 ① 过程资产。包括工具、方法论、模板、框架、模式，以及 PMO（项目管理办公室）提供的资源。例子：学校或公司沉淀的"项目文档模板""需求说明书模板"。 ② 治理文件。包括政策、流程文件、指南与标准。例子：公司的立项审批流程、代码提交规范、变更审批制度。它的作用是告诉项目"什么能做、按什么程序做"。 ③ 数据资产。包括以往项目积累的数据库、文件库、度量指标、历史数据。例子：历史项目的实际工期数据、缺陷率统计。这一类特别值钱——因为它是你做估算的依据，没有历史数据，你的工期就只能靠拍脑袋。 ④ 知识资产。包括团队成员和专家积累的隐性知识与经验。请注意"隐性知识"这四个字：它是装在人的脑子里的、写不成文档的那部分经验。例子：老工程师知道"这个模块一改就容易出并发问题"。所以知识资产的管理，一半靠文档，一半靠留人、靠传帮带。 ⑤ 信息安全与合规管理。包括访问控制、数据保护、保密制度等程序与实践。例子：代码仓库的权限分级、客户数据的脱敏规定。 屏幕下方有一句话，是本页的落点：新项目开工，先翻家底。这句话非常实用——很多团队一上来就从零开始写模板、从零开始摸流程，其实组织里早就有现成的东西，会用组织过程资产，等于站在别人的肩膀上。 顺便提醒：PMO 属于组织过程资产里的"过程资产"，因为它提供方法、模板和资源。这个结论几乎每次都会考。
板书：竖写五类：①过程资产（工具/方法/模板/PMO）②治理文件（政策/流程/指南/标准）③数据资产（历史数据/度量指标）④知识资产（隐性知识/专家经验）⑤信息安全与合规管理（访问控制/数据保护/保密）；右侧写"新项目开工，先翻家底"。
提问：在这五类里，哪一类最容易被忽视？忽视它会带来什么后果？
预设回答：
易错点 / 考点：五类的名称要能默写：过程资产、治理文件、数据资产、知识资产、信息安全与合规管理。最容易出错的是把"资源可用性"当成组织过程资产——它不是；它属于事业环境因素（组织内部）。这正是下一页随堂练习要考的陷阱，现在先埋下伏笔。
过渡：组织过程资产看完了，我们再看"外面的天气"——事业环境因素，组织内部 6 项加组织外部 8 项。
口播：事业环境因素是项目"给定的条件"，教材把它分成组织内部 6 项和组织外部 8 项。我们一项一项过，每一项我都用一句话解释，然后回到鸿蒙案例对号入座。 先看组织内部 6 项，这一组回答的是"组织支持项目的能力"： ① 组织文化、结构与治理——包括愿景、价值观、领导风格、职权关系。说白了就是"这家单位是怎么做决定的"。 ② 设施与资源配置——办公场地、设备、资源的物理分布。 ③ 基础设施——设备、IT 硬件这些底子。 ④ 信息技术软件——进度管理软件、配置管理工具、协作工具。你们用的 Git、项目管理看板，属于这一项。 ⑤ 资源可用性——注意这一项的关键词是"合同与采购制约、供应商"。也就是说，"我能拿到什么资源"受合同和供应商限制。请特别记住这一项，它马上要在练习里考你。 ⑥ 员工能力——团队的技能水平、经验储备。 再看组织外部 8 项：①市场环境 ②社会与文化因素 ③监管环境（法规）④市场研究数据库 ⑤学术研究 ⑥行业标准 ⑦财务环境（汇率、利率、通胀、税）⑧物理环境。外部这八项的共同特点是——项目几乎完全改不动，只能预判、适应、利用。 现在把鸿蒙对号入座，屏幕上给了三组："实体清单"属于外部监管环境和市场环境——这是触发立项的外部因素；"华为的研发文化、IT 设施、工程师队伍"属于组织内部条件——这是它能够接住这一击的底气；"过去 OS 研发积累的数据"属于组织过程资产——这是它可以复用的家底。 所以你看，一页纸上的三个概念，在同一个案例里同时出现了：外部环境给了压力，内部条件给了能力，过程资产给了效率。这就是 1.2.2 这一节想要建立的"环境观"。
板书：左边写"组织内部 6：①文化结构与治理 ②设施与资源配置 ③基础设施 ④信息技术软件 ⑤资源可用性 ⑥员工能力"；右边写"组织外部 8：市场 / 社会文化 / 监管 / 市场研究数据库 / 学术研究 / 行业标准 / 财务 / 物理环境"；下方写"鸿蒙对号：实体清单＝外部监管市场；华为文化/IT/工程师＝内部条件；过往数据＝过程资产"。
提问：既然事业环境因素"一般改不了"，那我们学它有什么用？难道只是背下来应付考试？
预设回答：
易错点 / 考点：两个高频陷阱。陷阱一：把"资源可用性"当成组织过程资产——它属于事业环境因素（组织内部）。陷阱二：以为"组织内部＝组织过程资产"——不对，事业环境因素同样分组织内部和组织外部。口诀再念一遍：资产看"能不能复用"，环境看"改不改得动"。
过渡：讲完了，我们用两道真题检验一下——这两道题就是教材本章习题的第(2)(3)题，请看下一页。
口播：现在做第一道题，请大家看屏幕。题目是：关于事业环境因素，正确的描述是？选项我念一遍——A．由组织内部资源构成；B．包括团队制定的标准化流程；C．项目结束后形成的资产；D．可能来自组织内部或外部，对项目有影响。 给大家 1 分钟，同桌之间讨论一下，然后我们举手作答。注意答题纪律：不光要说选哪个，还要说出每一个错误选项错在哪里。 （1 分钟后请同学回答。） 好，答案是 D。我们现在逐项拆解，这个方法大家要学会，考场上遇到概念题就靠它。 为什么 A 不对？A 说"由组织内部资源构成"——它只说了内部，漏掉了组织外部。我们刚讲过，事业环境因素既有组织内部的 6 项（文化、设施、基础设施、IT 软件、资源可用性、员工能力），也有组织外部的 8 项（市场、社会文化、监管、数据库、学术、标准、财务、物理）。所以 A 的毛病是"以偏概全"。 为什么 B 不对？B 说"包括团队制定的标准化流程"——这就把组织过程资产（治理文件、流程）错当成事业环境因素了。流程是组织沉淀下来、可以复用的资产，不是给定的环境条件。 为什么 C 不对？C 说"项目结束后形成的资产"——这句话的毛病在于描述反了。事业环境因素是项目开始之前就已经存在、项目要适应的给定条件；而"项目结束后形成的资产"恰恰是组织过程资产得以积累的方式。一句话：环境是"进项目门之前就在那里的"，资产是"出项目门时沉淀下来的"。 D 为什么对？因为它同时抓住了两个要点：来源上"可能来自组织内部或外部"，作用上"对项目有影响"。这两句话，就是事业环境因素最本质的两个特征。 屏幕下方的小抄我再念一遍，请大家抄在书上：事业环境因素＝项目给定的内外条件（文化、设施、市场、法规……），一般改不了；组织过程资产＝组织可积累复用的"家底"。
板书：题目 答案 D；下方三行辨析：A 错＝只说内部（以偏概全）｜B 错＝流程属组织过程资产｜C 错＝描述反了（环境是项目开始前就存在的给定条件）；右下角写口诀："环境是进门前就在的，资产是出门时沉淀的。"
提问：如果把选项 B 改成"包括团队自行制定的、只在本项目使用的临时流程"，它还算不算事业环境因素？
预设回答：
易错点 / 考点：这道题就是教材本章习题选择题第(2)题，答案 D。它同时也是整章最容易失分的一题，因为它把三个错误选项设计成了三种典型的思维误区：只看内部（A）、把资产当环境（B）、把因果说反（C）。请把这三个误区当成"错题模板"记住。
过渡：第一题做完了，我们再练一题反向的——问"哪一个不属于组织过程资产"。请看下一页。
口播：第二道题，方向反过来问。题目是：下列哪一项不属于组织过程资产？选项——A．资源可用性；B．治理文件；C．过程资产；D．安保与安全。 同样，1 分钟同桌讨论，然后举手。这题比上一题更"阴"，因为它把正确项夹在错误项中间，你一看"治理文件""过程资产"都觉得耳熟，就容易慌。 （1 分钟后请同学回答。） 好，答案是 A．资源可用性。为什么？因为组织过程资产的五类是——①过程资产 ②治理文件 ③数据资产 ④知识资产 ⑤信息安全与合规管理。而"资源可用性"我们刚才在事业环境因素里专门强调过，它属于事业环境因素（组织内部）那一组，关键词是"合同与采购制约、供应商"。所以 B、C、D 都是组织过程资产，只有 A 不是。 这里有一个同学容易疑惑的点，我说清楚：D 选项写的是"安保与安全"，它对应的其实是组织过程资产第五类"信息安全与合规管理"（访问控制、数据保护、保密制度等）。所以在这个选项设置里，D 是要归类为过程资产的。 屏幕下面还有一个追问，我们现场揭晓：PMO 属于哪一类？——答案是：PMO 属于组织过程资产里的"过程资产"，因为 PMO 提供的是方法、模板和资源。这一条请大家一定要记住，它考过很多次。 最后我把这一节最核心的辨析再收一遍口：判断的关键不在"是不是文件"，也不在"在不在组织内部"，而在两把尺子上——第一把，它是不是"组织积累下来、可复用的资产"？第二把，它是不是"给定的、改不动的条件"？前一把指向组织过程资产，后一把指向事业环境因素。把这两把尺子拿稳，这一节的题你就不会丢分了。
板书：题目 答案 A（资源可用性）；下方写五类：过程资产 / 治理文件 / 数据资产 / 知识资产 / 信息安全与合规管理；旁边用箭头把"资源可用性"拉到另一侧写"→ 事业环境因素（组织内部）"；右下角写"PMO → 组织过程资产 · 过程资产"。
提问：请再判断一项——"上一次项目留下的《经验教训登记册》"，它属于组织过程资产还是事业环境因素？如果是"上一次项目的实际缺陷率统计数据"呢？
预设回答：
易错点 / 考点：这道题是教材本章习题选择题第(3)题，答案 A。请把两条结论刻在脑子里：①"资源可用性"属于事业环境因素（组织内部），不属于组织过程资产；② PMO 属于组织过程资产中的"过程资产"。这一节的案例分析题也常从"给一个新项目列资产清单"入手，答题时按五类分点写，条理分就是分数。
过渡：到这里，1.2 节的两个核心概念——组织过程资产和事业环境因素——我们就完整走了一遍。下一节我们进入 1.3 价值驱动的软件项目管理知识体系，那是全书最重要的一张"地图"：生命周期、五大过程组、十大知识领域、八大绩效域，我们一个一个定位。