项目管理指南 · 风险、质量与控制
项目管理中的专家判断：用途与技术
专家判断是基于相关领域人员的专业知识或经验所提供的指导，用于支持项目决策、估算和计划。《PMBOK 指南》在其许多过程中都将其列为工具或技术；在英式英语中，它也拼写为“expert judgement”。
要点总结
- 专家判断借助专业知识来支持决策和估算。
- 使用访谈、研讨会和德尔菲等结构化技术。
- 防范乐观偏差、锚定效应和群体思维。
- 尽可能将专家意见与历史数据结合起来。
专家判断的使用场景
谁算是专家
- 以前做过类似工作的团队成员。
- 其他部门的专家，例如法务、财务、安全或采购部门。
- 顾问、供应商和行业机构。
- 具有类似项目经验的项目经理和 PMO 人员。
- 用户和客户，他们是了解工作实际如何开展的专家。
专业知识是有特定领域的。一位出色的架构师不一定是软件许可方面的专家。
收集专家判断的技术
| 技巧 | 运作方式 | 最适合 |
|---|---|---|
| 访谈 | 采用结构化问题进行一对一交谈 | 详细或敏感的话题 |
| 研讨会 | 有引导的小组会议 | 风险识别、规划 |
| 德尔菲技术 | 多轮匿名估算或意见，分享后修订，直到观点趋于一致 | 减少资深人士意见的主导作用 |
| 名义小组技术 | 个人默默地提出想法，然后分享并投票 | 对方案进行优先级排序 |
| 计划扑克 | 同时亮出估算，然后进行讨论 | 敏捷估算；参见 故事点 |
| 同行评审 | 由专家评审计划、设计或估算 | 质量与保证 |
计算示例：德尔菲估算
某项目需要估算将 40 份报表迁移到新分析平台的工作。四位专家进行匿名估算。
- 第 1 轮： 15、25、30 和 60 天。引导者分享了估算区间和匿名化的理由。给出 60 天的专家指出，有 12 份报表使用了自定义脚本。
- 第 2 轮： 阅读理由后，估算分别为 30、35、35 和 45 天。
- 结果： 团队使用三点估算：30 天（乐观）、35 天（最可能）和 45 天（悲观），可用于 PERT 计算：(30 + 4 x 35 + 45) / 6 = 35.8 天。
- 关于自定义脚本的担忧也被记录为一项风险。
减少偏差
- 乐观偏差： 要求给出区间，并与以往项目的实际结果进行比较。
- 锚定效应： 先收集估算，再分享其他人的意见。
- 群体思维和资历压制： 使用德尔菲等匿名方法。
- 专业面过窄： 结合多位不同背景专家的意见。
- 没有记录： 写下由谁作出判断、所依据的假设和推理过程，以便日后核查。
专家判断与数据驱动方法对比
在数据匮乏或工作内容全新时，专家判断是最快的方法。如果有历史数据，请将其与类比估算或参数估算等方法结合使用， 蒙特卡洛模拟 或吞吐量预测。好的做法是以数据为起点，再由专家针对本次的不同之处进行调整。
本主题的免费模板
常见问题
项目管理中的专家判断是什么？
基于具备相关知识或经验人员的专业能力所提供的指导，用于为决策、估算和计划提供依据。
英文应拼写为 expert judgment 还是 expert judgement？
两种拼写都正确。《PMBOK 指南》使用“judgment”；在法律语境之外，英式英语中常用“judgement”。
《PMBOK 指南》中哪些地方使用专家判断？
它作为工具或技术出现在许多过程中，包括制定章程和计划、估算、风险管理和采购。
专家判断中的德尔菲技术是什么？
一种方法，专家经过多轮匿名发表意见，每轮都能看到他人观点的汇总，直到意见趋于一致。
专家判断有哪些缺点？
它可能存在偏差、不一致且难以核实，并且依赖于能否找到合适的专家。
如何改进基于专家判断的估算？
要求给出区间，采用多位独立专家，在讨论之前收集估算，记录假设，并与以往的实际值进行比较。
专家判断与类比估算相同吗？
不完全相同。类比估算使用以往类似项目的数据；专家判断通常也会借鉴这些经验，但还包含个人观点和解读。
谁可以提供专家判断？
任何具备相关专业知识的人，包括团队成员、其他部门、供应商、顾问、用户以及经验丰富的项目经理。
计划扑克是专家判断的一种形式吗？
是的。它是一种基于共识的技术，借助团队自身的专业知识。
专家判断应该记录在案吗？
应该。记录由谁提供、所依据的假设和推理过程，以便日后审查和借鉴。
名义小组技术如何与专家判断结合使用？
它是一种收集专家意见并确定优先级的结构化方法：参与者各自独立提出想法，轮流分享，进行讨论，然后投票确定优先级。