项目管理常用术语大全：PMBOK核心概念一网打尽

项目管理常用术语看着像一张背不完的单词表，真正的麻烦在用法。一次评审里，有人说“这个里程碑要提前两天”，另一个人理解成阶段关口要提前；有人把线上已经发生的故障写进风险登记册，讨论就卡在“这算风险还是问题”上。概念没对齐，后面所有讨论都会漂。

PMBOK 是 Project Management Body of Knowledge 的缩写，中文译作《项目管理知识体系指南》，由美国项目管理协会（PMI）发布，1996 年出版第一版，此后按几年一轮更新。它给项目管理提供了一套共同词汇，以及可裁剪的做法。这篇面向中大型企业与规模化研发团队，把研发项目里高频出现的 PMBOK 概念按六组梳理：框架坐标、组织与治理、范围与需求、进度与成本、质量与风险、干系人与团队，最后补一页中英速查表。覆盖范围限定在软件与硬件研发项目日常会用到的核心术语，不追求收录术语表的全部词条。

PMBOK 是什么，术语为什么值得较真

PMI 对 PMBOK 的定位是“在多数时候适用于多数项目的良好做法”，内容来自实践共识，不绑定某个行业，也不绑定某种交付方式。工程、制造、软件团队都能在同一套词上对话，原因就在这里。

指南的结构经过几轮大改。第六版是五大过程组乘十大知识领域，共 49 个过程，每个过程都配输入、工具与技术、输出。第七版在 2021 年换了组织方式：12 项原则加 8 个项目绩效域，过程不再是组织内容的中心；术语也有调整，第六版译作“相关方”的概念，在第七版统一为“干系人”。第八版英文版于 2025 年 11 月发布，原则收敛为 6 项，绩效域整合为 7 个，重新纳入过程视角，并把人工智能应用与可持续治理写进知识体系。

术语变动不是文字游戏。它反映的是关注点迁移：从“该走哪些流程”转向“这个项目要交付什么结果”。评审问题也跟着变，从“这一步做了没有”，变成“这一步产出的东西能不能支撑下一阶段的判断”。

定义有争议时，还有标准可查。国家标准 GB/T 37507-2025《项目、项目群和项目组合管理 项目管理指南》于 2025 年 3 月 28 日发布并实施，代替 GB/T 37507-2019，等同采用 ISO 21502:2020；ISO 体系里另有专门讲工作分解结构的 ISO 21511:2018 和讲挣值管理的 ISO 21508:2018。遇到分歧先看标准怎么写，比在群里争论有效。

先建立坐标：原则、绩效域、过程组各管什么

第七版之后的 PMBOK 有三层内容。分清层次，术语之间就不容易打架。

原则回答“以什么准则行事”，比如聚焦价值、驾驭复杂性、拥抱适应性和韧性。原则不产出文档，约束的是判断方式。

绩效域回答“要持续关注哪些结果”。第八版把绩效域由 8 个整合为 7 个，覆盖范围大致包括干系人、团队、开发方法与生命周期、规划、项目工作、交付、测量、不确定性这类持续关注的区域。它不是知识领域换个名字：知识领域回答“管什么”，绩效域回答“要达成什么结果”。

过程与工件回答“具体做什么、留下什么”，五大过程组（启动、规划、执行、监控、收尾）与十大知识领域（整合、范围、进度、成本、质量、资源、沟通、风险、采购、干系人）属于这一层。

这里有个高频误读：过程组不等于项目阶段。阶段按时间划分，需求、设计、开发、测试各是一段；过程组按管理活动的性质划分，同一个阶段里可能完整跑一遍五个过程组。

项目、项目集、项目组合：先分清管理对象

项目是为创造独特的产品、服务或成果而进行的临时性工作，三个特征：临时性、独特性、渐进明细。与它相对的是运营，运营重复且持续，目标是维持稳定产出。

往上还有两层。项目集是一组相互关联、需要协调管理的项目，单个项目各自达标不等于整体收益达标，所以项目集管理的重心在收益。项目组合是为实现战略目标而集中管理的项目、项目集和运营活动，重心在资源分配和“该不该投”。项目组合里可以包含互不相关的项目，项目集里的项目必须相互关联，这一点很容易被混用。

再往上走一层是治理与授权。项目章程正式授权项目成立，商业论证说明投入理由，阶段关口是阶段末的决策点，PMO 是提供治理与管理支撑的组织单元，常见形态有支持型、控制型和指令型。

在规模化研发组织里，这套分层不是纸面概念：项目集常用来协调多条产品线的交付节奏。禅道的项目集管理把项目集、项目、产品、执行的层级关系固定下来，谁向谁汇报进度不用每次口头确认。

范围与需求：从一句话需求到可验收的交付

需求描述待解决的问题，需求池承接原始需求、尚未进入规划。需求跟踪矩阵把需求与设计、开发、测试用例串起来，用来确认每条需求都有落地和验证。

产品范围与项目范围要分开：前者是“产品要做成什么样”，后者是“为了交付它，项目要完成哪些工作”。范围说明书界定边界，工作分解结构（WBS）把项目范围逐层拆成可管理的工作包。工作包要完整覆盖项目范围，不重不漏，也就是常说的 100% 原则；工作包再往下拆是活动，估算是针对工作包和活动做的。

两组概念容易混。渐进明细指随信息增加逐步细化范围，属于正常过程；范围蔓延指未经变更评审范围不断变大，是失控。镀金指团队主动交付需求之外的功能，同样会造成范围与成本偏差。

把需求、需求池、需求评审固定成可追踪的对象，比在文档里对齐术语更省事。需求管理按需求池、需求、迭代组织条目，范围调整留下记录，评审时不用靠回忆确认改过什么。

进度与成本：把“什么时候能完成”算清楚

进度术语围绕依赖和路径展开。活动之间有完成到开始、开始到开始、完成到完成、开始到完成四类依赖关系，用得较多的是完成到开始；提前量与滞后量描述活动之间的时间偏移。里程碑是进度中的关键时点，通常不消耗工期；阶段关口是阶段末的决策点。两者的区别在于里程碑标记时间，关口做决策，混用会让评审失去明确的判断点。

关键路径是网络中最长的一条活动序列，决定项目最短工期。浮动时间是活动可推迟而不影响计划的余量，分总浮动和自由浮动。资源平衡通过调整活动时间解决资源冲突，可能改变关键路径；资源平滑只做不影响关键路径的调整。

进度落后时有两种压缩方式：赶工加资源换时间，代价是成本上升；快速跟进把串行活动改成并行，代价是返工风险上升。选哪一种，取决于预算和风险哪一边更紧。

成本侧先看基准。成本基准是经批准、按时间分布的预算，不含管理储备；应急储备应对已知风险，计入成本基准；管理储备应对未知风险，不进入成本基准，动用一般要更高层级批准。估算常用类比估算、参数估算和三点估算，三点估算用最乐观、最可能、最悲观三个值体现不确定性。

挣值管理把上述概念变成可算的指标：计划价值、挣值、实际成本三者对比，得到进度偏差、成本偏差、进度绩效指数与成本绩效指数，再推算完工估算。挣值成立的前提是基准相对稳定，需求每天都在变的项目，与其强算成本绩效指数，不如先把变更控制立起来。可视化上，甘特图看整体排期，燃尽图和燃起图看迭代节奏，项目管理把任务、工时与这两张图放在同一视图里，偏差不必另外拼表。

质量、风险与不确定性

质量与等级不是一回事：质量是满足需求的程度，等级是功能或性能的档次，低等级但满足需求不算质量问题。质量成本分预防成本、评估成本、内部失败成本、外部失败成本四类。预防的代价通常低于返工和召回，这是“预防胜于检查”的由来。

风险与问题只差一个时间：风险是尚未发生、可能产生影响的事件；问题是已经发生、需要立刻处理的事件。风险登记册记录概率、影响、应对策略和责任人，问题日志记录已发生事项及进展。把线上故障写进风险登记册，通常说明它已经是一条问题。

应对策略按威胁和机会分开：威胁可以规避、转移、减轻、接受、上报；机会可以开拓、分享、提高、接受。已知的未知用应急储备，未知的未知用管理储备。第七版把这一块归入不确定性绩效域，用意是把波动、模糊和复杂性一并纳入视野，而不是只维护一张风险清单。

研发团队还有一组质量术语：测试用例描述验证步骤与预期结果，Bug 与需求、用例、版本关联，回归测试确认修改没有破坏既有功能。禅道的测试管理把用例、Bug 与需求、版本关联起来，质量问题的来路和去处都能查到。

干系人与团队：让协作有主语

干系人指能影响项目、也会被项目影响的个人与组织。第六版译作“相关方”，第七版起统一为“干系人”，读旧资料时按同一概念理解即可。干系人登记册记录谁参与、影响力多大、关注什么；权力与利益方格用来决定沟通投入，权力高、利益高的对象重点管理，权力低、利益低的保持告知。沟通渠道随人数增长很快，n 个人之间最多有 n(n-1)/2 条潜在路径，这也是规模化团队必须把沟通机制写进计划的原因。

团队侧的术语更偏协作约定。团队章程明确工作规则和冲突处理方式；RACI 责任矩阵说明谁执行、谁批准、谁咨询、谁知会；自组织团队由团队自行决定如何完成工作；虚拟团队指成员分布在不同地点。PMI 在《职业脉搏调查》系列报告中长期跟踪分散团队、混合办公与新技术对项目交付的影响，虚拟团队的协作约定从可选项变成了基本项。

术语落到工具：词条对应什么对象

概念讲清楚之后，剩下的是它落在哪个载体上。同一个词，出现在会议纪要里是一种状态，出现在系统里是另一种状态，两边对不上，就会出现各说各话。

以禅道为例，这套术语被固定成两类对象：项目集、项目、产品、执行四个管理层级，以及需求池、需求、用例、任务、Bug、代码、反馈、工单八个核心概念。这样“范围变更”不再只是一句描述，而是一条带状态和历史的记录；“进度偏差”不用手工拼表，从任务和工时里直接得到。

如果所在企业正准备统一术语口径，可以从三件事入手：把高频术语与系统对象写成一张对照表；把变更控制入口固定下来，任何范围调整都走同一条路径；把度量口径写清楚，进度绩效指数、成本绩效指数与燃尽图各自回答什么问题，避免同一份数据读出两个结论。

一页速查表：核心术语与英文对照

下面这张表把前文涉及的项目管理常用术语收在一处，方便对照查阅。

常见问题

现在考 PMP 对应哪一版 PMBOK？

PMI 已发布《PMBOK 指南》第八版，认证考试内容大纲也做了同步更新。中国大陆的切换批次以 PMI 中国和中国国际人才交流基金会的官方通知为准，备考前先确认自己报考的批次对应哪一版，再决定用什么资料。

敏捷或混合项目还需要 WBS、基准和挣值吗？

需要的是目的，不是形式。WBS 的作用是确保工作不遗漏，敏捷项目里可以由产品待办列表和迭代计划承担类似职能；基准用来判断偏差，混合项目通常只在阶段层面设基准；挣值在需求相对稳定的阶段仍然有用，在需求快速变化的迭代里，燃尽图和累计流量图更实用。

同一份文件里出现“基准”和“计划”两个说法，该用哪个？

基准是经过批准、作为比较依据的版本，变更要走变更控制并留下新版本；计划可以随信息细化持续更新，更新不一定触发审批。判断方法很简单：需要用来算偏差的，叫基准；用来安排后续工作的，叫计划。两者混称，偏差分析就会失去参照物。