<!-- 第2章 讲稿分片 B ｜ 覆盖课件 2.8–2.14 ｜ 依据：_扩写规范.md、_v1要点版、课件 _build2.py SLIDES 8–14、教案第02章 -->
口播：项目立项是项目启动前的关键环节，它决定了项目是否能够正式进入实施阶段，也为后续的项目章程制定、团队组建、资源分配等环节提供基础。这句话里有两个信息：一是"前置"，二是"打基础"。 立项管理分四个阶段，请按顺序记牢： ① 项目建议与立项申请——把想法写成文件，正式提出"我想干这件事"； ② 初步可行性研究——先粗筛一遍，看看值不值得花更多的钱和时间去做深入研究； ③ 详细可行性研究——全面深入论证技术方案、市场、投资、风险，为项目决策提供详实依据； ④ 项目评估与决策——由第三方评估，拍板定案。 这里有一个非常重要的例外：小型项目可以合并初步可行性研究和详细可行性研究阶段，但详细可行性研究不可或缺。为什么？因为详研是决策的唯一依据，省掉详研，评估和决策就成了无源之水。 生活化类比：这四步很像买房。先在脑子里种草（建议申请），再上网看看这个小区大概什么价位、有没有明显硬伤（初研），然后实地看房、查产权、算月供、问学区、看物业（详研），最后请评估机构估价、自己签字成交（评估决策）。前两步花的是时间和心思，第三步花的是真金白银——所以顺序上一定是先初研、再详研，不能一上来就请评估机构。 软件行业实例：一家银行要上线"智能客服"，先写立项申请；初研阶段发现现有语料严重不足，果断暂停，只损失了两周调研时间；另一个项目初研顺利，详研阶段测出高峰期并发撑不住，于是调整了技术方案和采购预算——花在可研上的时间，都是在替开发阶段省钱。 回扣案例：超市项目"高层迅速决策并批准启动"——快是好事，但如果技术可行性这一步没有做扎实，快就等于把风险往后推。今天省下的两周调研，后面要用几个月的返工来还，还要搭上团队士气和客户信任。
板书：立项四阶段：① 建议申请 ② 初研（粗筛）③ 详研（全面论证）④ 评估决策 ｜ 例外：小项目可合并初/详研，但详研不可省 ｜ 类比：种草 → 网上看 → 实地看 → 请评估定价 ｜ 口诀：可合并，不可省
提问：既然小型项目可以合并两个可研阶段，那"合并"的正确做法是什么？
预设回答：
易错点 / 考点：判断题高频考点——"小型项目可以不做详细可行性研究"是错的。口诀："可合并，不可省"。另外注意四阶段的排序题，评估决策一定在详细可行性研究之后。
过渡：四个阶段里，第一阶段要产出的核心文件，就是项目建议书。下一页我们专门讲它。
口播：项目建议书是项目建设单位向上级主管部门提交的关键文件。 它依据什么来写？课件列得很清楚：国民经济趋势、国家及地方规划、产业政策、市场需求、项目所在地条件，以及本单位的战略。请注意，这些依据都不是"我们内部想不想"，而是外部大势＋自身战略的结合——立项不能脱离大环境。 它的核心内容有四块，请大家记牢： ① 项目背景和必要性——项目为什么开展，要解决什么问题； ② 市场分析与预测——市场现状是什么，未来趋势怎么走； ③ 预期成果与市场定位——产出什么东西，面向哪一类市场群体； ④ 实施所需必要条件——需要哪些资源、技术、资金。 我把这四块压缩成一句口诀：为什么做（背景与必要性）、做给谁（市场与定位）、做什么（预期成果）、靠什么做（必要条件）。 特别要强调它的定位：建议书是"申请"，语气是"我建议做这件事"，它不等于批准。批准的依据，是接下来的可行性研究。很多同学写建议书时写成"我们已经决定要做"，这是越权——建议书没有决策权，只有建议权。 生活化类比：项目建议书就像求职时的自荐信——你说"我适合这个岗位、我能带来什么"，但录不录用，得看后面的笔试面试（可研）和 HR 评审（评估决策）。自荐信写得再漂亮，也不能自己给自己发 offer。 软件行业实例：一家公司要给政务客户做"一网通办"平台，建议书里必须写清政策依据、市场与客户需求、预期交付成果，以及必需的资质与数据条件——少写"资质条件"这一条，后面投标就会被卡住。 回扣案例：超市项目的建议书按流程编制了，但从案例后面暴露的问题看，它对"实施所需必要条件"里的技术条件写得太轻——智能预测算法的准确性要求、数据集成的难度，都只停留在设想，没有作为"必要条件"被认真评估。这就提醒我们：建议书的第四块不是凑数的，它是后面可行性研究的靶子。
板书：项目建议书 ｜ 依据：大势（国民经济 · 国家及地方规划 · 产业政策）＋ 市场 ＋ 项目所在地条件 ＋ 本单位战略 ｜ 四块：背景必要性 · 市场分析预测 · 预期成果与定位 · 实施必要条件 ｜ 定位：申请 ≠ 批准
提问：如果让你为"校园二手交易平台"写一份项目建议书，第①块"背景和必要性"你会怎么写？请一位同学说 30 秒。
预设回答：
易错点 / 考点：简答题"项目建议书的编制依据与核心内容"。依据容易背漏，记四类：大势（国民经济与规划、产业政策）、市场、项目所在地条件、本单位战略。判断题常考"项目建议书经批准即立项"——错，真正批准的是可行性研究与评估决策的结果。
过渡：建议书提出的是"我想做"，接下来就要论证"我能不能做成"——这就进入可行性研究。
口播：可行性研究要回答的不是"想不想干"，而是"能不能干成"。它从五个维度展开，请大家对照屏幕上的表格，一条一条看：
维度 核心要点 技术可行性 现有技术能否支持项目目标，并在规定时间内完成。例：当前技术水平下开发特定功能的可能性 经济可行性 成本效益核算：项目支出、收益、投资回报期、敏感性分析 社会效益可行性 对组织内部（品牌形象、竞争力）与社会（就业、环保）的影响 运行环境可行性 用户管理体制、人员素质、数据资源等运行环境是否适配。例：员工操作能力能否满足新系统要求 其他可行性 法律可行性（是否合法合规）、政策可行性（是否契合政策导向） 五个维度，我给大家一个记忆抓手——"能不能、划不划算、顺不顺、合不合法、还有没有别的"：技术＝能不能做得出来；经济＝划不划算；社会效益＝对组织内外有没有正面影响；运行环境＝用起来顺不顺（人、制度、数据跟不跟得上）；其他（法律与政策）＝合不合规。 判断方法上要有一个"顺序感"：技术可行性是入场券——技术上做不到，后面算得再漂亮都是零；法律可行性是一票否决——不合规，利润再高也不能干；经济可行性是决策核心——老板最终看的是划不划算；运行环境可行性最容易被忽视——系统再好，员工不会用、数据喂不进去，一样白搭。 生活化类比：这五问跟你买车几乎一模一样——这车在我这边的路况能不能开（技术）、养得起养不起（经济）、家人坐着舒不舒服、开出去有没有面子（社会效益）、我媳妇会不会开、车位够不够（运行环境）、能不能上牌、限不限行（法律与政策）。少问一条，都可能买回来一辆"停不了的神车"。 软件行业实例：一个团队做"人脸识别门禁"，技术上成熟、经济上也便宜，但它涉及个人信息采集——法律与政策可行性直接决定了这件事能不能落地；如果部署在学校，还要考虑宿管人员会不会操作、闸机数据能不能接入现有系统，这就是运行环境可行性。 回到案例：超市项目倒在哪儿？技术可行性——智能预测算法的准确性要求、数据集成的难度、自动化补货的实现方案，都没有深入论证。请记住这句话：一份"看起来齐全"的可行性报告，如果关键维度是空心的，它就是一张通行证，而不是一张保险单。
【思政落点 2】 做可行性研究，最忌讳"为了通过而论证"。数据挑好看的用、风险一句带过、测算只算乐观情形——报告是漂亮了，但坑的是团队、是公司，最后是用户。实事求是、数据说话、不回避风险，这是专业精神，也是职业诚信。 请记住：可研报告上的每一个数字，将来都要有人为它负责。
课堂练习（1 分钟）：请快速判断，下面哪一项属于经济可行性？ A．新系统上线后员工能否熟练操作 B．投资回报期是否可接受 C．是否符合《数据安全法》 D．现有技术能否实现毫秒级响应 答案：B。 A 属运行环境可行性，C 属法律可行性（归入"其他"），D 属技术可行性。做错的同学，请把五个维度再默念一遍。
板书：可研五维度：技术（能不能）· 经济（划不划算）· 社会效益（内外影响）· 运行环境（顺不顺）· 其他（法律 / 政策）｜ 顺序感：技术＝入场券，法律＝一票否决，经济＝决策核心，运行环境＝最易漏
提问：案例中的超市项目，如果要补一份技术可行性分析，你会要求团队先回答哪三个问题？
预设回答：
易错点 / 考点：选择题必考维度归属——"员工能否上手"＝运行环境可行性（最容易被错答成技术可行性）；"是否符合法律法规"＝法律可行性（归入"其他"）；"投资回报期"＝经济可行性。口诀："技术入场、法律否决、经济定案、运行落地、社会加分"。
过渡：五个维度知道了，那么可行性研究具体分几步做、报告又要写哪些内容？下一页讲两个阶段与报告结构。
口播：可行性研究分两个阶段，请大家分清它们的"分工"。 ① 初步可行性研究：初步评估项目的必要性、周期、资源等，核心目的是——判断这个项目值不值得投入更多资源去做深入研究。说白了，它是"粗筛"，防止你在一个明显不靠谱的想法上继续砸钱。 ② 详细可行性研究：全面深入分析技术方案、市场、投资、风险等，为项目决策提供详实依据。它是"细算"，是决策的直接来源。 两者的关系很像招聘：初研是简历筛选，详研是面试＋背景调查。简历阶段发现不对口，就不用浪费面试官的时间；但真正决定录不录用的，是面试和背调。 再看详细可行性研究报告的结构（表 2-2），请对照屏幕，把几个关键块记下来：
目录项 主要内容 项目背景 项目名称、承担单位、主管部门、客户、可行性研究依据等 可行性研究结论 项目目标、规模、技术方案、进度计划、投资估算、财务评价等 技术背景 / 发展现状 国家、地区、行业规划与客户需求；国内外技术历史、现状与趋势 市场调查分析 产品用途、市场调研、开发环境、市场预测等 客户现行系统情况 客户资源、现行系统功能与需求调查 项目总体目标 项目目标、技术方案、核心问题分析等 实施进度计划 阶段划分、进度安排、项目里程碑等 投资估算 总投资、资金筹措方案、投资使用计划等 项目组人员组成 组织方式、人员构成、培训计划等 项目风险 关键技术风险、需求不确定性、其他风险 经济效益 / 社会效益 经济效益预测；社会效益分析与评价 结论 / 附件 可行性研究结论与立项建议；相关文件、图表、调查数据 怎么用这张表？ 它就是一份"可研报告目录模板"。将来你写可研，照这个目录一项一项填，就不会漏项。特别注意两块——项目风险和社会效益：它们是同学们写可研时最容易漏的，而恰恰是评审专家最爱问的。 记忆抓手：把这张表想成一条线——从哪来（项目背景与技术现状）→ 给谁用（市场与客户现状）→ 做多大（目标与进度）→ 花多少（投资估算）→ 谁来做（人员组成）→ 有啥险（项目风险）→ 值不值（经济与社会效益）→ 结论附件。八步顺着走，报告的骨架就立起来了。 回扣案例：如果当年超市项目按这张表认认真真填过一遍，"项目风险"那一栏里就会写下"智能预测算法的准确性尚未验证""与现有收银和仓储系统的集成难度未知"。决策层在批准的时候，就会多问一句。表格不是形式，它是把"没想到"变成"写下来"的强制动作。
板书：初研＝粗筛（判定值不值得深研）｜ 详研＝细算（决策的直接依据）｜ 表 2-2 八步：背景与技术 → 市场与客户 → 目标与进度 → 投资 → 人员 → 风险 → 经济与社会效益 → 结论附件 ｜ 板书红圈：项目风险 · 社会效益
提问：请判断——"初步可行性研究的结论认为项目可行"，是否意味着可以直接立项了？
预设回答：
易错点 / 考点：简答题常考"初步可行性研究与详细可行性研究的区别"，答题落在两点上：目的不同（要不要继续投入 vs 为决策提供依据）、深度不同（定性粗筛 vs 全面深入）。另一个考点是可研报告结构，尤其"项目风险""社会效益"两栏，答漏了就丢分。
过渡：可研报告写完，谁来审、谁来拍板？这就是下一页的"项目评估与决策"。（如果时间紧张，表 2-2 的细节可以布置为课后阅读——请同学们课后按这个目录，为小组项目列一份可研提纲。）
口播：可行性研究做完了，谁说了算？三个要点。 第一，项目评估：由第三方依据国家政策、法规、行业标准等，从国民经济、社会影响、组织业务三个角度全面评估项目的可行性，最终输出《项目评估报告》。 第二，报告内容包括三块：项目概况——基本情况加上综合评估结论，比如是否批准项目、是否建议贷款这样明确的意见；详细评估意见——对技术可行性、经济可行性、市场需求等做细致的分析阐述；总结与建议——点明重大问题和潜在风险，提出针对性的改进措施。 第三，决策：基于评估结果，决定项目是否立项。 这一页的关键词只有三个字——"第三方"。为什么必须第三方？因为申报方和评估方不能是同一方，否则就是"自己给自己打分"。你既当运动员又当裁判，这场比赛还有意义吗？ 生活化类比：贷款买房的时候，银行不会只听你说"我这房子值五百万"，它会派自己的评估师上门估值，也可能请第三方评估机构出具报告——这就是为了防范"报高价、多贷款"的道德风险。项目评估引入独立第三方，起的是同一个作用。 软件行业实例：政府信息化项目在立项前，通常要经过专家评审或第三方咨询机构评估，从合规性、技术路线、投资合理性等角度出具意见。这也解释了为什么有的项目"申报材料很厚，但被评审专家问三句就露馅"——因为评估看的不是你的排版，看的是你的论证。 回到案例：超市项目"高层领导迅速决策并批准启动"，看上去效率很高。但如果评估环节只是"内部过一下"，技术上的空洞就没有人替决策层把关。评估与决策的价值不在快，而在于"有人替你把不该批的项目挡下来"。
【思政落点 3】 这一页的思政点非常硬核：依法合规、客观公正、独立评审。国家政策、法规、行业标准是评估的依据，这意味着立项不是"领导拍脑袋"，而是在制度和法律框架内做决策。将来你们走上工作岗位，可能会遇到"先把项目立了、手续后补"的诱惑。请记住今天这句话：程序合规是底线，科学决策是能力，独立客观是品格——既当运动员又当裁判，赢的是一时，输的是整个职业信誉。
板书：评估＝第三方（依据：国家政策 · 法规 · 行业标准）→ 评估报告（项目概况 · 详细评估意见 · 总结与建议）→ 决策 ｜ 三句话：运动员 ≠ 裁判 ｜ 独立 → 客观 → 可信
提问：如果公司内部评审会上，业务部门说"我们自己最懂，不需要外部评估"，你会怎么回应？
预设回答：
易错点 / 考点：简答题"项目评估由谁做、依据什么、评估什么"——三个采分点是第三方、国家政策法规与行业标准、国民经济／社会影响／组织业务三个角度。选择题常考"项目评估由项目申报单位自行完成"——错。
过渡：项目批了，接下来两件事最关键——选对人、搭对架子。我们进入第三块：项目准备工作。
口播：第三块：03 项目准备工作。 项目批准了，接下来两件事最关键：选对人、搭对架子。"选对人"就是指派项目经理；"搭对架子"就是选择组织结构——职能型、项目型，还是矩阵型。 为什么这两件事属于"准备"而不属于"执行"？因为它们决定了项目的权力结构：谁能拍板、谁向谁汇报、资源怎么调。这些定不下来，项目一开工就会在"到底听谁的"上面消耗时间。 提醒一句：这两件事都属于"任命与授权"的范畴，一旦宣布就很难悄悄改回来——准备阶段多花一天，执行阶段少吵一周。 案例里的第一个大坑——派了一位只有网站开发经验的项目经理，就出在这一块。
板书：03 项目准备工作 ｜ 选对人（指派项目经理）＋ 搭对架子（组织结构：职能 / 项目 / 矩阵）｜ 本质：定权力结构 ｜ 准备阶段多花一天，执行阶段少吵一周
提问：为什么"选对人、搭对架子"必须在开工之前完成，而不是边干边定？
预设回答：
过渡：我们先把"选对人"讲透——项目经理的来源、能力、职责和权力，这四项是必考点。
口播：项目经理是"派"出来的还是"选"出来的？我们先看来源，它一共两条道。 一是内部选拔——具体方式有部门推荐、PMO 指派、高层指定、人才计划选拔。它的优势是：熟悉组织文化与流程，有内部工作经验，知道谁能配合、哪道手续该找谁。 二是外部招聘——方式有公开招聘、猎头服务、合同聘用、伙伴推荐。它适用于需要特定领域经验或高技术要求的项目，比如公司第一次做人工智能项目，内部没人干过，就只能到外部去找。 生活化类比：内部选拔像球队从青训队提拔，懂战术、磨合快；外部招聘像转会引进外援，能力强、但需要一段适应期。两种都不是万能药，关键看项目的需要。 第二，项目经理的能力，四项：① 项目管理技能；② 战略与商务技能；③ 领导力；④ 技术能力。 请注意这个顺序——技术能力排在最后。这说明一个很重要的判断：项目经理不是"技术最强的人"，而是"最能带成事的人"。 技术最强的人去做项目经理，常常忍不住自己上手写代码，反而耽误了协调、决策和争取资源。 第三，项目经理的职责，七项：项目规划与目标设定、团队建设与管理、进度／资源／预算管理、沟通与协调、风险与质量管理、问题解决与决策支持、项目交付与收尾。从"定目标"到"交付收尾"，一头一尾，全生命周期都得管。 第四，项目经理的权力类型，有两种分法：按管理职责分——决策权、组织权、指挥权、人事权、经济权；按来源和作用分——职位权力、奖赏权力、惩罚权力、专家权力、参照权力。 这里有一个特别值得记的点：职位权力、奖赏权力、惩罚权力是"组织给的"；而专家权力（你的专业让人服气）和参照权力（你的人格魅力让人愿意跟）是"自己挣的"。 一个好的项目经理，靠后两种的时候更多——因为前者只能让人"服从"，后者才能让人"跟随"。 软件行业实例：互联网公司常设"技术负责人＋项目经理"双岗，讲的就是这个道理——技术负责人负责"做得对"，项目经理负责"做得成、按时交、大家还愿意跟着干"。 回扣案例：超市项目派了一位"网站开发经验丰富"的经理，去管一个"跨领域技术整合＋多部门协作"的项目——这是典型的"人岗不匹配"。启示很明确：选项目经理，要先看项目特征（跨领域吗？多部门吗？高风险吗？），再看人的能力组合，不能只看他过去做得多好。
板书：项目经理 ｜ 来源：内部（部门推荐 · PMO 指派 · 高层指定 · 人才计划选拔）／ 外部（公开招聘 · 猎头服务 · 合同聘用 · 伙伴推荐）｜ 能力：项目管理技能 → 战略与商务技能 → 领导力 → 技术能力（技术排最后）｜ 职责：规划 · 团队 · 进度资源预算 · 沟通 · 风险质量 · 决策 · 交付收尾 ｜ 权力：按职责分（决策 / 组织 / 指挥 / 人事 / 经济）· 按来源分（职位 / 奖赏 / 惩罚 / 专家 / 参照）｜ 红圈：专家权力 · 参照权力 = 自己挣的
提问：五种权力里，哪一种不需要职位也能有影响力？请举例说明。
预设回答：
易错点 / 考点：选择题高频——职能型组织结构中项目经理权力最小，项目型最大，矩阵型居中（下一页展开）；项目经理的能力顺序是项目管理技能在前、技术能力在后，考试常把顺序颠倒来迷惑你。简答题"项目经理的权力来源"要能同时答出两种分法，别只答一半。
过渡：选好了人，还要给他一个合适的"架子"——这就是接下来要讲的三类组织结构：职能型、项目型、矩阵型，我们下一页正式开始比较。