口播：同学们好，欢迎大家来到《软件项目管理》的课堂。先做个自我介绍，我是这门课的老师，周宇文，我的电话和微信是 13580390715——课程上有任何问题，随时找我，不用客气。 我们这门课的课程代码是 154431006，32 学时、2 学分，配套教材是宋莹莹老师等编写的《软件项目管理与实践》第 3 版，清华大学出版社 2025 年版。 今天这一节课，我不急着让大家背定义。我先给大家讲一个真实的项目故事——一家中国企业被"卡脖子"之后，用五年时间，把一个操作系统从"追赶"做到了"超越"。听完这个故事，你就明白一件事：写代码只是开始，能不能在有限的时间、有限的人和有限的钱里把它交出来，靠的是"管理"。 大家可以先看一眼屏幕上的这张封面图。今天这门课要回答的，就是封面底下这句话的问题：当芯片与系统被"卡脖子"，一个操作系统如何在五年里完成从追赶到超越？——这就是一个真实的软件项目，而它，需要被"管理"。
板书：正中间写课题"软件项目管理"；右上角预留一块"案例区"，先写三个词：实体清单 → 自主可控 → 生态（这三个词今天要反复用）。
易错点 / 考点：第一次课先建立"课程预期"。请注意两个容易记混的口径：一是本课程是纯理论 32 学时、2 学分，不是实验课；二是教材版本是第 3 版、清华大学出版社 2025 年，考试以这本教材口径为准。
过渡：故事待会儿细讲。先花两分钟，把今天这节课的"地图"和"游戏规则"交代清楚——这就是下一页"今天学什么"。
口播：大家看屏幕上这张目录，今天 90 分钟，我们只做四件事，我把顺序念一遍，你心里就有谱了。 第一件，案例导入：华为鸿蒙 OS。我们先用一个真实的大项目开场，你带着"它是怎么被管住的"这个问题去听，然后再学管理术语。顺序不能颠倒——先见真事，再学名词。 第二件，1.1 项目与软件项目。我们要搞清楚三个问题：什么是"项目"？项目有哪五大特征？软件项目又比一般项目特殊在哪里？学完这一节，你自己就能判断"这件事到底算不算项目"。 第三件，1.2 软件项目管理。这一节的三个问题特别扎心：为什么有那么多项目会失败？失败通常栽在哪九个坑里？反过来，说一个项目"成功"，到底看哪五个维度？还有两个每年都考、也最容易考糊的概念——组织过程资产和事业环境因素。 第四件，1.3 价值驱动的软件项目管理知识体系。这一节是整个学期的"地图"：生命周期、五大过程组、十大知识领域、八大绩效域。今天你把这四个词的位置记对了，后面十五章你就不会迷路。 屏幕上还有一行学习目标，我念一遍：能说出项目和软件项目的特征；能解释成败维度与环境；能读懂"生命周期—过程组—知识域—绩效域"这个框架；认识 PMP 和软考。就这四条，今天下课你要能自己复述出来。 可能有同学会问：老师，这四件事跟"写代码"有什么关系？我打个比方——盖一栋楼，工人砌砖的手艺固然重要，但决定这栋楼能不能按期交房、会不会超预算、住进去会不会漏水的，是图纸、工期和监理。软件项目也一样：编码能力决定你能做出东西，而项目管理的四件事——判断做什么、盯住成败、看清环境、按框架推进——决定你做出来的东西能不能被别人用上、被组织认可。所以这门课不是"技术课的附属品"，它是把技术变成成果的那道工序。
板书：竖着写四行：①案例导入（鸿蒙）②1.1 项目与软件项目 ③1.2 软件项目管理 ④1.3 价值驱动知识体系；旁边标"地图"两个字。
提问：请大家猜一下——这四块内容里，哪一块是"骨架"，也就是能把这门课十五章全部串起来的那一块？
预设回答：
易错点 / 考点：不要把四个部分当成四个孤立知识点。本课程的一条主线是：案例 → 概念 → 成败与环境 → 框架。考试里第 1 章约占 8%，单选、判断主要考项目特征、组织过程资产与事业环境因素的区分、生命周期类型判断；填空常考过程组和绩效域的名称枚举；简答可能考"价值驱动五要素"。
过渡：地图看完了，接下来两分钟，我们把这门课的"游戏规则"定下来——学时怎么算、成绩怎么给、这十六周我们按什么顺序走。
口播：先把"游戏规则"讲清楚，这样大家才知道劲儿该往哪儿使。我按屏幕这张表一条一条讲。 第一，学时学分。总共 32 学时、2 学分，全部是理论学时，多媒体讲授，没有单独的实验课时。排课是 16 周，每周一次课、每次 2 学时。期末考试安排在第 18 周，全校统一，120 分钟，闭卷。 第二，考核办法，这个大家一定要记准：平时成绩占 30%，其中作业占 20%、课堂讨论和练习占 10%；期末闭卷占 70%。题型是选择、填空、判断、简答和案例分析。 我要特别提醒一句：案例分析和计算题是拿分的大头，也是真正拉开差距的地方。选择填空靠背能对付，案例分析靠的是你会不会用概念去分析一个真实情境——所以今天讲鸿蒙这个案例，不是在讲故事，那是在给你示范"案例分析该怎么答"。 第三，课程地图。我们这门课一共 11 章：第 1 章概述，也就是今天；第 2 章讲项目启动；然后是采购、范围、进度、成本、质量、资源、干系人与沟通、风险；第 16 周做整合串讲加综合案例复习。大家可以发现，第 3 到第 10 章，基本上是"一个知识领域一章"。 那么这门课的逻辑，我用一句话给大家收口：先学会"想清楚"——范围、进度、成本；再学会"管住它"——质量、资源、风险、沟通。"想清楚"是把事情定义对，"管住它"是把事情做到底，这两件事缺一不可。 另外还有一件事：教材里配了 8 个单元实验，是课外自主实践、选做、不计学时学分；我们还有一个课外综合小组项目，3 到 6 人一组，也是选做。综合项目分三个阶段：第 2 到 3 周交 M1——项目章程和干系人登记册；第 9 到 13 周交 M2——计划；第 15 到 16 周交 M3——收尾与价值确认。本周课后请大家先确认分组和选题意向。
板书：左侧写"32 学时 / 2 学分 / 16 周 / 第 18 周统考 120 分钟"；右侧写考核比例"平时 30＝作业 20＋讨论练习 10；期末闭卷 70"；下方画一条课程地图箭头：概述 → 启动 → 范围/进度/成本 → 质量/资源/沟通/风险 → 整合复习。
提问：请大家算一算：假设有位同学平时作业和课堂讨论都拿了满分 30 分，期末卷面考了 50 分（满分 100），他的总分是多少？够不够 60 分及格？
预设回答：
【思政落点 1】
顺便说说，为什么我们要学"管理"这件事。长征途中，红军面对的是几十倍于己的敌人，几乎没有后勤保障，靠的不是某一个人的勇猛，而是严密的组织、清晰的目标、坚决的执行和全局的协同——这就是最朴素也最伟大的"项目管理"。今天我们学项目，学的也是这种把大目标拆成可执行步骤、把一群人拧成一股绳的本事。落到大家身上：你们组队做课程项目，先定目标、再分任务、再定期同步——这套动作，就是长征给我们的最实用的管理学遗产。
过渡：规则交代完了。接下来我不讲理论，先出道题考考大家的"直觉"——请看下一页的破冰互动。
口播：先不看书，也不要去翻定义，完全凭你的直觉判断。屏幕上有四件事，请你判断：哪些是"项目"？ A．为双 11 大促开发一个"临时优惠系统"，11 月 12 日下线。 B．学校机房的日常运维与值班。 C．开发并上线一套"超市智能库存管理系统"。 D．部门每周例会。 注意，这是一道多选题，可以有多个答案。给大家 30 秒，同座位之间可以先小声商量一下，然后我请两三位同学来说，并且要说出你的理由——光说 A 是项目不算回答，你得告诉我"凭什么"。 我先把话说在前面：今天这一页我不公布答案。为什么？因为等我讲完 1.13 页"项目的五大特征"，你自己就能判了。我要的不是你猜对，而是你拥有一把"尺子"。到那时候我们再回到这一页，你会发现判断标准清清楚楚。 这里顺便说一句学这门课的方法：先有直觉，再被纠正，最后形成标准。你们现在凭直觉作答，我一会儿讲特征的时候，会有人突然"啊，我答错了"——这个"啊"的瞬间，才是真正记住的时候。所以不要怕答错，怕的是不动脑。请大家现在就把自己的答案写在笔记本上，三十分钟后我们对答案，看谁猜对了。
板书：左边竖写 A、B、C、D 四个选项；右边留一块空白，写上"待判——1.13 回填"。把学生的分歧答案用"正"字记在选项后面，等 1.13 页再擦掉重判。
提问：请判断——上面四件事，哪些是"项目"？请说明判断理由（至少说出一个你觉得"它像项目"或"它不像项目"的特征）。
预设回答：
易错点 / 考点：这一页埋的是本章最高频的考点"下列不属于项目的是／不属于项目特征的是"。请先记住一句话就够用：判断"是不是项目"，先看有没有明确的开始和结束。凡是"天天都要做、年年都一样"的，基本是运营，不是项目。
过渡：好，问题挂在这儿，我们带着它往下走。接下来我用一个真实的大项目给大家开场——华为鸿蒙 OS，看看一个真正的项目长什么样。
口播：现在进入今天的案例部分。请大家把书翻到第 1 章开篇案例，也看一下屏幕上的这一页——"先看一个真实的大项目，再学管理术语"，这十个字就是我们接下来 12 分钟的方法。 案例的主角是华为鸿蒙 OS。背景我一句话交代：2019 年，华为被列入实体清单，安卓系统的授权受限。一家年出货量以亿计的终端厂商，突然被"断了一条腿"。问题来了：华为是怎么把一个操作系统项目做成功的？ 我要提醒大家：这个案例不是虚构的推演故事，它是教材第 1 章的开篇案例，案例背景、三阶段推进、投入数据和市场结果都出自教材原文，我们引用时如实讲。所以待会儿我讲的每一个数字、每一个决策，你都可以当成一个真实的"管理动作"来学。 带着这个问题，我们开始今天的学习。
板书：黑板右上角"案例区"写下标题：华为鸿蒙 OS 项目管理实践；下面先画三个空框，标注"背景 / 三阶段 / 策略与投入"，边讲边填。
易错点 / 考点：案例题答题的第一条纪律——事实要准、不许添油加醋。教材里有的背景、阶段、投入、结果，可以引用；教材没有的具体数字，宁可不写，也不要自己编一个看起来很像的数字。答案例题最忌讳"为了显得丰富而编数据"，阅卷老师一眼就能看出来。
过渡：问题提出来了，我们先把"当时到底有多难"讲清楚——请看案例背景页。
口播：我们先看风暴是怎么来的。2019 年，美国将华为列入实体清单，限制其使用安卓系统。请注意"实体清单"这三个字——它不是一次技术故障，也不是一次商业竞争，它是外部监管环境的一次突变的政策变化。华为的智能设备业务因此遭遇巨大冲击，海外市场一度被迫"按暂停键"。 再看华为当时的处境。作为全球领先的智能终端厂商，它的年出货量以亿计——这是个什么概念？大家可以想象一下：一辆正在高速公路上以一百二十码飞驰的车，突然被告知"你的方向盘不给你用了"。安卓授权受限，用案例页的原话说，就是"如同断了一条腿"。 那华为是怎么回应的？它没有屈服，也没有停在原地抱怨，而是迅速启动鸿蒙 OS 研发项目。请注意这里的目标设定——目标不止"活下去"，而是自主可控。这两个层级差别极大："活下去"是防守，"自主可控"是进攻；"活下去"是保命，"自主可控"是要把命脉握在自己手里。 案例页把这个项目的性质总结成三条：第一，立项动因——研发自主可控的操作系统，解决"卡脖子"问题；第二，更高目标——不止是替代安卓，而是构建覆盖多终端全场景的智慧生态；第三，战略性质——它是"技术突破×战略转型"，说白了，这不只是"写代码"，这是"建生态"。 最后看结果：据教材案例数据，鸿蒙 OS 在中国智能移动设备市场的份额已经超越 iOS，成为第二大移动操作系统。
板书：在"背景"框里写三层：① 风暴：2019 实体清单、安卓受限 → ② 回应：启动鸿蒙项目，目标＝自主可控 → ③ 性质：不是写代码，是建生态；右下角补一行结果：份额超 iOS，成第二大移动 OS（据教材案例）。
提问：请大家想一想——如果华为当年只把目标定成"做一个能替代安卓的系统"，和定成"构建多终端全场景智慧生态"，这两个目标的范围和难度差在哪里？
预设回答：
【思政落点 2】
这一页我想多说一句。被"卡脖子"的时候，华为能拿出一个操作系统，不是靠一时的运气，而是靠长期的技术积累和成千上万工程师的集体攻关。作为学软件的同学，你们将来写的每一行代码、做的每一个系统，都可能成为国家某个领域"不被卡住"的一块砖。科技自立自强不是一句口号，它是具体到一个个项目里、一行行代码里的。反过来讲，如果当年没有人愿意去做那个"看不到短期回报"的底层研发，今天的替代方案就无从谈起。这就是我想让大家记住的价值观：自主创新、长期主义、把专业能力用在国家需要的地方。
过渡：目标定下来了，接下来最现实的问题就来了：这么大一个目标，怎么下手？华为的答案是——不许"一口吃成胖子"。请看三阶段推进。
口播：一个大项目最怕什么？最怕"一口吃成胖子"。你想想，如果 2019 年华为宣布"我们要在两年内做出一个全面超越安卓的全场景操作系统"，这个目标本身就会压垮整个团队——因为它没法排期、没法分配人手、没法验收。 华为的做法是把它切成三个阶段，我们一个一个看： 第一阶段，优先适配现有硬件，确保业务连续性——说白了就是"先活下来、稳市场"。先把系统跑在现有设备上，让用户和业务不中断，先守住基本盘。这一步的战略意义是：不追求一步到位，先解决"有没有"的问题。 第二阶段，拓展到智能家居与工业应用——这是"生态向外扩"。手机只是第一个战场，智能家居、工业设备是更大的战场。这一步解决的是"广不广"的问题。 第三阶段，实现跨设备无缝连接，打造全场景生态——这一步才是终极形态，解决的是"好不好、通不通"的问题。 大家注意这三个阶段的排序逻辑：不是按技术难度排的，而是按"风险从大到小、收益从近到远"排的。先做最稳妥、最能救命的事，再做最有想象力的事。 我再补一个关键的观察：三个阶段之间是有"承接关系"的，不是三件事并排放。第一阶段把系统跑在现有硬件上，才积累了用户和开发者；有了用户和开发者，第二阶段往智能家居、工业应用扩才有底气；等设备足够多、场景足够广，第三阶段做"跨设备无缝连接"才有意义。如果跳着做，就像还没学会走路就想跑——技术上也许能做出来，但市场上没人陪你玩。 案例页给出的管理启示是：分步推进＝在有限时间内高效完成任务，同时降低技术与市场风险。这句话请大家划下来，它其实就是我们后面要学的"渐进明细"和"滚动式规划"的雏形。"渐进明细"是说：计划不是一次做完的，是随着信息增加逐步细化的；"滚动式规划"是说：近期的事排详细计划，远期的事只排粗线条，等走近了再细化。华为的三阶段，就是这个思路的一次真实演练。
板书：在"三阶段"框里写三行，每行后面加一个词：① 适配现有硬件＝先活下来（有没有）→ ② 拓智能家居与工业＝生态外扩（广不广）→ ③ 跨设备无缝连接＝全场景（通不通）；右下角写"排序原则：先降风险，再图进取"。
提问：如果让你来给这个项目重排阶段顺序——先把第三阶段的"跨设备无缝连接"做完，再做第一阶段"适配现有硬件"，你觉得会发生什么？
预设回答：
易错点 / 考点：这一页考试常考"分步推进（渐进明细／滚动式规划）降低的是什么风险"。标准答案是：降低技术与市场风险，并让节奏可控。记住三阶段的排序不是"技术难度顺序"，而是"风险与收益顺序"。
过渡：目标切成了三段，可光有节奏还不够——技术会不会走偏？生态有没有人跟？接下来看华为具体的四个策略和资源投入底数。
口播：面对"技术复杂＋时间紧迫"的双重挑战，案例里总结了四大策略，我们逐条看，而且每一条我都告诉大家它对应管理上的哪个道理。 策略一，技术路线多样化，加快速迭代，不押注单一方案。这条最值得学。大家可以这样理解：如果你只有一条技术路线，而这条路走不通，那整个项目就归零了；但如果你同时准备两条路线，任何一条通了，项目就活了。这不是浪费，这是用一点冗余换掉"全盘归零"的风险。生活里也一样——高考填志愿，你不会只填一个学校，你会冲一冲、稳一稳、保一保，这就是"路线多样化"。 策略二，微内核架构加开源技术，降低开发难度。微内核的好处是核心小而稳定，其他功能以模块方式加上去，改一块不容易动全身；开源则是"站在前人的肩膀上"，不用什么都从零写。这是一个很务实的取舍：时间不够的时候，能用现成的就不重复造轮子。 策略三，分阶段交付核心功能，实现快速上线。这一条和上一页的三阶段是配套的：不追求一次交付一个完美版本，而是先交付一个能用的版本，让用户先用起来、先有反馈。 策略四，联合软硬件厂商与开发者，提供工具、资金、技术指导，降低生态门槛。这一条是在解决"生态从哪来"的问题。你想让别人给你的系统写应用，光喊口号不行，你得给工具、给钱、给技术支持，把别人进来的成本降下来。用今天的话说，这叫干系人整合——把外部伙伴变成项目的一部分。 再看投入的底数，屏幕上写了：数万名研发工程师、数千亿元资金、上万家合作伙伴，还有百名开发者生态协作。组织保障是：公司资源整合、高效跨部门协作、高层战略支持。 我要请大家都记住最后这六个字——"高层战略支持"。为什么？因为等到我们讲"失败九大原因"的时候，你会发现"缺乏高层支持"赫然在列。一个项目有没有最高层的资源、决策和关注度，往往是生死的分水岭。
板书：写四个策略关键词：①路线多样＋快速迭代 ②微内核＋开源 ③分阶段交付核心功能 ④联合厂商与开发者（工具/资金/指导）；下面写投入底数"数万工程师 · 数千亿资金 · 上万合作伙伴"；最后用红笔圈出"高层战略支持"，旁批"→ 对应失败 9 因之⑨"。
提问："技术路线多样化"意味着同时养两条技术路线，要花更多人力和钱。在资源紧张的项目里，这样做到底值不值？请说出你的判断和理由。
预设回答：
易错点 / 考点：容易和"范围蔓延"混淆。注意区分："技术路线多样化"是主动的风险对冲（计划内的冗余），"范围蔓延"是被动地不断加需求（计划外的膨胀）。前者是管理动作，后者是管理失控，考试如果考"下列哪个是降低风险的做法"，选前者。
过渡：案例讲到这里，背景、三阶段、策略和投入都齐了。接下来我不讲新内容，我要请大家自己动脑——看案例思考这两个问题。
口播：好，案例的事实部分讲完了。现在我们做两个思考题，请大家同桌两人一组，讨论 1 分钟，然后我请一位同学来回答。请注意，回答的时候尽量用刚才我们讲过的词——"分阶段""技术路线""生态""高层支持"，这样你的答案才是"管理语言"，而不是"读后感"。 Q1：面对技术变化和市场风险，华为采用了哪些有效的项目管理策略，确保了鸿蒙 OS 项目的成功？ Q2：在软件项目管理中，如何有效确保项目按计划推进并达到既定目标？ 这两问有区别：Q1 是"看别人做对了什么"，是总结；Q2 是"如果换成你，你要怎么做"，是方法。 （讨论 1 分钟，请 1 位同学回答，教师归纳。） 参考答案要点是这样的。Q1 一共五条：① 三阶段分步推进，加"分阶段交付核心功能"——这是为了降低风险；② 技术路线多样化，加快速迭代；③ 微内核架构加开源技术，降低开发难度；④ 生态联合，给工具、给资金、给技术指导，也就是干系人整合；⑤ 高投入，加高层支持。 Q2 的要点是四个动作，请大家记牢：计划 → 执行监控 → 变更控制 → 绩效度量。这四步就是我们这门课要学的整个知识体系的主干——你看，一个真实案例，已经把全书的目录给我们演示了一遍。 我们把这四步简单翻译一下，你就知道后面十几周在学什么了："计划"，就是把目标拆成里程碑、排出谁在什么时候做什么，对应第 4 到第 6 章的范围、进度、成本；"执行监控"，就是边干边对照计划看有没有跑偏，对应过程组里的执行与监控；"变更控制"，就是有人要改需求、改方案的时候，不是拍脑袋就改，而是走一个评估—批准—记录—通知的流程，对应整合管理；"绩效度量"，就是用数据回答"我们到底做得怎么样"，而不是靠感觉，对应质量、度量绩效域。 我想强调最后一个词：绩效度量。很多项目不是突然失败的，是一直感觉"还好"、直到最后才发现来不及。度量就是那盏仪表盘上的灯——它不会替你把车开好，但没有它，你连油快没了都不知道。
板书：左栏写"Q1 答：分步推进／路线多样／微内核＋开源／生态联合／高投入＋高层支持"；右栏写"Q2 答：计划 → 执行监控 → 变更控制 → 绩效度量"（四步用箭头连起来）。
提问：追问一句留作悬念——如果让你带 3000 人开发 3 年，你最怕哪三件事？（先请 1 位同学现场说一个"最怕"，其他同学把答案记在笔记本上。）
预设回答：
易错点 / 考点：案例题的答题结构是"分点作答＋每点带上管理术语"，而不是写一段散文。比如不要只写"华为很重视技术"，要写"技术路线多样化＋快速迭代，属于风险应对中的'减轻'策略"。这一条答题技巧，期末案例分析题直接能用。
过渡：我们说鸿蒙"做对了"，可是"对"是跟什么比出来的？要回答这个问题，最好的办法是看看那些输掉的大项目。请看下一页。
口播：项目管理不到位，再大的公司也会翻车。屏幕上是三个教科书级别的失败案例，我们一个一个拆，而且我要讲透它们错在哪一个管理动作上。 第一个，IBM 的 OS/360。这是 1960 年代的一个操作系统项目。它的教训是：规模被严重低估——进度拖期、预算超支。这个项目最有价值的产出，不是那个操作系统，而是总工程师布鲁克斯写的一本书，叫《人月神话》。书里有一句被引用了几十年的话："向进度落后的项目加人，只会更落后。"大家注意这句话背后的道理：一个已经延期的项目，你往里加人，新人要熟悉代码、要沟通、要开会，沟通成本按人数平方增长，结果反而更慢。所以"加人＝加速"是一个直觉陷阱。 第二个，微软的 Windows Vista。它曾被称作"史上最大软件项目之一"。问题出在哪？Longhorn 计划中途废弃——也就是技术方案推到一半推倒重来；再加上功能蔓延（需求不断加，越做越大）和安全架构大改造，最终造成约 5 年延期；发布之后兼容性差、口碑崩盘。这个案例的教训是：需求不受控地膨胀，会把一个"能成"的项目拖成"难产"——这正是我们后面范围管理要解决的问题。 第三个，苹果的 Newton 和 Lisa。Newton 押注手写识别太早，当时的识别率和体验撑不住，用户用两次就放弃了；Lisa 定位超前，但定价接近一万美元，卖不动。两个项目都是商业失败。一句话总结：技术先进 ≠ 市场买单。一个项目的价值，最终要由市场和用户来确认，而不是由内部的"技术领先"来确认。 现在把这些失败案例和鸿蒙对照一下。鸿蒙赢在哪？案例页给了四个对照点：分阶段交付、技术路线多样化、生态联合、高层支持。你会发现，这四条恰好就是前面那些失败案例踩过的坑——IBM 踩了"进度失控"，Vista 踩了"需求失控"，苹果踩了"市场判断与用户体验"，而鸿蒙用管理动作把这些坑一个一个绕过去了。这就是项目管理方法的价值：它不是让你更聪明，它是让你不犯那些已知的错。
板书：三行失败案例＋一行教训：IBM OS/360 → 规模低估、加人反更慢（人月神话）；微软 Vista → 功能蔓延＋推倒重来，延期 5 年；苹果 Newton/Lisa → 技术先进≠市场买单；下方画箭头指向"鸿蒙：分阶段交付 / 路线多样 / 生态联合 / 高层支持"。
提问：布鲁克斯说"向进度落后的项目加人只会更落后"。请用你自己的话解释：为什么加人反而会变慢？
预设回答：
易错点 / 考点：这一页是案例分析题的高频素材。请记住三个"管理病灶"的名字：规模估算失准（OS/360）、需求蔓延／推倒重来（Vista）、脱离市场与用户体验（Newton/Lisa）。考试如果给一个失败项目让你分析，你先往这三条上靠，再对照"失败九大原因"逐条补充。
过渡：好，案例看完了——一个是赢的，几个是输的。现在我们做一件很关键的事：把这些故事"翻译"成管理语言。从下一页开始，我们正式进入第一节。
口播：我们进入第一部分的正式内容——1.1 项目与软件项目。这一节我们走三步：第一步，先给"项目"下一个定义，然后抠出它的五大特征；第二步，看软件项目比一般项目特殊在哪里；第三步，我们回头把开头那道破冰题判掉，那时候你就有一把尺子了。 请大家把书翻到 1.1 节，今天这一节是全书的起点——因为如果你连"什么是项目"都定义不清楚，后面的范围、进度、成本，全都无从谈起。 我再多说一句：这一节看似最"软"、最像语文课，其实它决定你后面所有的判断力。比如你以后带团队，老板问"这个需求我们要不要接"，你要能说清楚"它是不是一个项目、它有没有终点、它要占用多少资源"；这些判断的底层，就是这一节的两个定义和八条特征。所以不要因为它是名词解释就轻看它。
板书：板书中间写"1.1 项目与软件项目"，下面写三个步骤：①定义＋5 特征 → ②软件项目 3 特点 → ③回判破冰题。
易错点 / 考点：本节的两块必考内容，先给大家打个预告：项目五大特征（目的性、独特性、临时性、资源约束性、不确定性）和软件项目三大特点（渐进明晰性、学科复杂性、智力密集型）。今天下课你要能一字不差地说出来，因为单选、判断、填空都可能考。
过渡：先看定义。这个词看着简单，但里面藏着三个关键词，我们一个一个抠。
口播：我们先给"项目"下一个定义，请大家把它记在笔记本上——项目，是为创造独特的产品、服务或成果而进行的临时性工作。 这句话只有二十几个字，但里面藏了三个关键词，我们一个一个抠。 第一个词是"独特"。独特的意思是：这件事以前没做过，或者做的做法和以前不一样。你每天中午去食堂吃饭，这件事独特吗？不独特，因为它天天一样。但如果学校让你开发一个"食堂排队预测系统"，这就独特了——因为以前没有。 第二个词是"临时"。临时意味着有明确的开始，也有明确的结束。它不是常年都在干的活。项目一定会"结束"，哪怕结束的方式是失败、是取消，它也是"结束"。 第三个词是"工作"，而且要投入资源——人、时间、钱。空想不叫项目，落到实处的投入才叫项目。 那什么不是项目？ 日常运营。屏幕上这张表把两者并排放在一起，我们一起读：从目标看，项目是"创造独特成果，完成后解散"，运营是"维持业务运转，持续重复"；从时间看，项目"有明确开始与结束"，运营是"持续进行"；从例子看，项目是"开发鸿蒙 OS、上线库存系统"，运营是"机房运维、每周例会"。用一句话区分：运营是"让机器继续转"，项目是"把机器换一台新的"。 举个身边的例子：机房每天有人值班、每周巡检——这是运营；而把机房整体搬迁、顺带做一次系统升级——这是项目。再比如：超市每天开门营业是运营；开发一套智能库存系统，是项目。 大家注意，这个区分不是文字游戏。运营用"流程和标准"管，项目用"计划和控制"管——因为项目有终点、有不确定性，所以必须有人专门盯着目标、进度和风险。这也是为什么会有"项目管理"这门学问。
板书：黑板中间画一条竖线。左写"项目：独特 · 临时 · 有目标 · 要投入"，右写"运营：重复 · 持续 · 维持现状"；下方写一句口诀："运营＝让机器继续转；项目＝把机器换台新的。"
提问：请判断——"为双十一大促开发一套临时优惠系统，11 月 12 日下线"，这是项目还是运营？为什么？
预设回答：
易错点 / 考点：本页最高频的考法是"下列属于项目的是／不属于项目的是"。判断三步法请大家背下来：① 有没有明确终点？② 是不是一次性的独特产出？③ 要不要投入资源？三条都满足就是项目。注意"周期长"不是排除条件——一个为期三年的系统建设项目，只要有明确终点，仍然是项目。
过渡：知道项目和运营的区别了，那项目自己身上有哪些"标签"？接下来就是本节的重点——项目的五大特征。
口播：项目有五个显著特点，请大家边听边在书上标出来。屏幕上这张表我给大家逐行讲，而且每一行我都配了一个正面例子和一个反面例子——反面例子最重要，因为它告诉你"缺了这一条会怎样"。 ① 目的性。项目有一个明确的目标或成果，所有活动围绕它展开。正面例子：鸿蒙 OS，目标很明确——一个自主可控的全场景操作系统。反面例子：漫无目的的"探索性开发"，说不清要交付什么成果。没有目标的团队，干得再辛苦也验收不了。 ② 独特性。每个项目都是独一无二的：目标、需求、资源、环境各不相同。正面例子：为某家银行定制结算系统，方案仅此一份。反面例子：套同一个模板批量做同质网站，没有独特成果——那更像流水线作业。 ③ 临时性。有明确的开始与结束，目标完成即结束。正面例子：双十一促销系统，按时上线、11 月 12 日按计划下线。反面例子：机房日常运维，长期持续、没有终点。请特别注意：临时性说的是"有终点"，不是说"时间短"。一个三年的项目，只要有终点，它就有临时性。 ④ 资源约束性。项目是在预算、人力、时间等限制下运行的。正面例子：5 个人、3 个月、50 万预算，交付一套库存管理系统。反面例子："不设预算、不限工期慢慢做"——那更像兴趣，不像项目。 ⑤ 不确定性。技术、需求、外部环境都会带来风险。正面例子：新算法的效果未知，所以先做原型验证、再分阶段交付。反面例子：需求完全明确、技术完全成熟、过程中毫无变化——那就不需要风险管理了。反过来说，正因为项目有不确定性，项目管理才有存在的必要。 现在给大家一个记忆钩子，屏幕上也写了：目 · 独 · 临 · 约 · 不——「目的独特、临时有约、充满不确定」。判断口诀是：有没有明确目标？是不是一次性的独特成果？有没有资源限制和风险？这三问全是"是"，它才像个项目。 好，现在我们回到开头那道破冰题。A、为双十一开发临时优惠系统，限时上线、限时下线——有终点、有独特成果、有资源约束，是项目。B、机房日常运维与值班——持续重复、没有终点，是运营。C、开发并上线超市智能库存管理系统——目标明确、一次性完成，是项目。D、部门每周例会——例行重复，是运营。所以答案是：A 和 C 是项目；B 和 D 是运营。判断线索，就是我们刚刚讲的这五条特征。
板书：五个特征竖着写：① 目的性 ② 独特性 ③ 临时性 ④ 资源约束性 ⑤ 不确定性，右侧对应写"目·独·临·约·不"；下方把破冰题答案写上：项目＝A、C；运营＝B、D。
提问：请判断——"我们部门每季度都要做一次系统安全巡检"，这是项目还是运营？如果改成"为公司首次建立一套信息安全合规体系"，又是什么？
预设回答：
易错点 / 考点：这一页是本章选择题的"必考区"。最典型的干扰项是"可重复性"——它不是项目特征，而是日常运营的特征（这也是教材习题第(1)题的答案 C）。另外两个高频陷阱：把"临时性"误解成"项目周期短"；把"项目的特征"和"项目管理的特征"混在一起。记忆口诀再念一遍：目、独、临、约、不。
过渡：五大特征讲完了，我们马上做一道速判题，检验一下你的"尺子"够不够利——请看下一页。