项目知识库：从已完成的项目中学会更好地规划

在您最近的五个项目中，建设审批实际用了多长时间？您上一次翻看已完成的项目计划又是什么时候？本指南说明已完成的计划里藏着哪些经验，以及如何借助 Merlin Project 和 MCP 服务器把它们整理成一个知识库。

大多数估算来自记忆。项目经理回想上一个类似项目，加一点保险余量，然后填上一个数字。与此同时，真实数值就躺在档案里：那是已完成项目的实际数据。项目知识库让每一次新规划都能查询这些数据。

您能得到什么

每次报价前都有同一个问题：这件事实际要多久，要花我们多少钱？知识库用您自己的数据回答这个问题，并带来四项好处。

• 更准确的工期估算。 每个任务都采用同类任务实际耗费的工期，并按类型、供应商、主管部门或季节区分。
• 有依据的缓冲。 不再对所有任务一律加百分之十，而是把余量放在那些在您的数据中工期波动的任务后面。
• 可预估的设计成本。 您知道团队低估自身工作量的系数，并据此核算报价和设计费。
• 更少的返工。 已知问题从一开始就写进下一个项目的初始风险登记册，连同上次奏效的应对措施。

效果有多大，本指南附带的示例档案可以说明：一家建筑设计事务所在 2021 年至 2026 年间的十二个建设项目，约 1,350 个带计划值和实际值的任务。我们专门构造了这个档案，以便本文中的每个数字都能复算；其中的规律，建筑行业 的每家事务所都不陌生。两所为同一公共业主建造的幼儿园最能说明这一效果。2022 年，事务所凭经验估算阳光幼儿园。两年后规划彩虹幼儿园时，前期项目的实际值被纳入了计划。

差别来自审批时长、发包和主体结构施工时段：事务所规划这些环节时吸取了前期项目的教训。整个档案印证了这一点。前七个项目平均比计划工期晚 23%。随后三个项目使用分析得出的供应商、专业设计方和主管部门时长进行规划，延误缩小到 8%。

理论：为什么项目很少从项目中学习

「凡是忘记过去的人，注定要重蹈覆辙。」
George Santayana, The Life of Reason, 1905

项目结束，团队转向下一个任务，出过的问题只留在人们脑子里。美国项目管理协会（PMI）在 2015 年的研究 Pulse of the Profession 中调查了组织在项目之间传递知识的成效。只有 14% 的受访者认为自己非常有效。成功率高的组织拥有正式知识传递流程的比例是其他组织的两倍：75% 对 35%。

研究中的三项发现解释了这一差距。

规划谬误。 Daniel Kahneman 和 Amos Tversky 在 1979 年指出，人们会系统性地低估自己计划的工期，即使已知类似计划耗时更长。Kahneman 在《思考，快与慢》（2011）中讲述了自己的一个教材项目：团队预计约两年完成，同类团队用了七到十年，许多团队根本没有完成。最终这个项目用了八年。Douglas Hofstadter 在 1979 年的《哥德尔、艾舍尔、巴赫》中把这一现象总结为定律：「做事所花费的时间总是比你预期的要长，即使你的预期中考虑了侯世达定律。」人们在项目中为何会这样做决策，我们的概述 项目经理应了解的心理学理论 也有讨论。

内部视角与外部视角。 Kahneman 区分了两种估算方式。采用内部视角的人审视自己的项目及其计划和假设。外部视角则询问同类项目的结果如何，因而包含了事先无人知晓的干扰。Bent Flyvbjerg 以此为基础提出了参考类别预测法（Reference Class Forecasting）：依据一类相似项目的实际结果来估算新项目。他的数据库涵盖超过 16,000 个项目；据《How Big Things Get Done》（2023）所述，其中只有 8.5% 同时守住了预算和工期。

隐性知识与显性知识。 野中郁次郎和竹内弘高在《The Knowledge-Creating Company》（1995）中描述了组织如何学习：把人们掌握却很少说出口的知识转化为成文的知识。「李氏门窗总是迟交货」这句话只存在于一位施工负责人的脑子里。「六个项目中六次延误八到十二个工作日」，新同事也能用。

因此，一份已完成的计划就是一个原始形态的参考类别。实际值提供外部视角，风险和问题附件提供成文的知识。缺少的是跨多个项目的分析。

Merlin Project 与 MCP 服务器

Merlin Project 为每个任务保存计划值、预计值和实际值。此外，任务、分派和资源上还可以挂 附件，其中包括风险、问题和信息。如何在进行中的项目里记录实际值，请参阅系列文章 记录实际进度；基础知识见学习章节 计划/实际比较。

Merlin Project 的 MCP 服务器让 Claude 等 AI 可以读取这些数据。您通过工具栏中的「AI 工具」按钮按项目开启访问；设置方法见 MCP 文档。对知识库来说有两个特性很重要。服务器可处理所有已打开并已授权的文档，AI 逐个项目进行分析。因此，要分析档案，请打开应纳入分析的已完成项目。另外，服务器只读取：任何计划都不会被更改，结论由您自己转入下一个项目。您的数据在此过程中如何处理，请参阅关于 数字主权与数据保护 的文章。

一份已完成的计划包含九个学习来源。计算器之后带编号的各节按此顺序逐一介绍。

学习来源	您能学到什么	Merlin Project 中的数据
按任务类型的计划/实际对比	重复性任务的估算系数	计划和实际的工作量与工期
供应商和合作方	每家公司的守时率	实际结束日期、资源、问题附件
主管部门和期限	每个部门的办理时长	审批和期限的实际工期
区间	基于真实数据的三点估算	多个项目的实际值
缓冲	在有波动的位置设置余量	每种任务类型的离散程度、关键路径
季节与外部条件	主体结构和干燥的季节系数	实际开始日期和实际工期
设计工作量与成本	自身服务的核算系数	工作量、成本费率、挣值
风险和问题	校准后的概率、初始风险登记册	风险和问题附件
经验教训	带适用范围的可迁移规则	信息附件、风险字段「学到的教训」

计算器：您的档案已经能提供什么

您的档案目前能支持哪些分析，取决于在 Merlin Project 中的五项习惯。计算器会逐一询问，并显示哪些分析已经可行、哪些还缺，以及哪一步能带来最多分析。每一行都链接到相应章节。

1. 计划/实际比较：每种任务类型的估算系数

计划/实际比较 在进行中的项目里用于控制。跨多个项目时，它就成了学习工具：实际工期除以计划工期得到一个系数。如果某种任务类型在每个项目中的系数都大于 1，估算误差就是系统性的。这正是 Kahneman 的外部视角在单个任务上的应用。有了这个系数，您就能在新估算进入报价之前加以修正。前提是可比性：如果一个任务有时叫「施工图设计：主体结构」，有时叫「施工图 主体」，任何分析都识别不出两者的关联。

在 Merlin Project 中，您在大纲中显示 计划的工作、实际工作、计划的结束日期 和 实际结束日期 列。统一的任务名称，或者在检视器的 标签与字段 中创建的自定义字段（如「任务类型」或「专业工种」），可以确保可比性。把它保存在 项目模板 或 工具库 中，每个新项目从一开始就带有它。AI 通过 MCP 服务器读取每个任务的计划值和实际值。

在我们的示例档案中

市建设主管部门的审批平均耗时是计划的两倍，区住建局则与计划完全一致。如果对「审批」只用一个统一数值，事务所对两个部门的估算都会出错。接下来两节讨论这些外部系数。值得注意的是事务所自身工作的系数：在已完成的十个项目中，施工图设计每次都比计划长 13% 至 15%。乘以 1.15 的人，规划的正是实测的常态。

亲自试试这个提示词

我在 Merlin Project 中打开了十个已完成的项目，并为 AI 工具开启了访问。
请从每个项目中读取所有已完成的任务及其计划工期和实际工期。把名称相同
的任务跨项目汇总，并按任务类型计算实际工期除以计划工期的系数。给我一
张表格，列出项目数量、平均系数、最小值和最大值。按平均系数排序，偏差
最大的排在最前面。

2. 供应商和合作方：用数字衡量守时率

供应商和合作方的日期属于外部 依赖关系：它们不受您控制，每一次延误都会波及所有后续任务。计划里写的是承诺的交货时间，知识库补上实际的交货时间。这样，您就能根据实测的守时率选择供应商和分包商，并为每家安排其实际需要的交货时间。请注意分母：两个订单中延误两次，比二十个订单中延误两次严重得多；只有订单数量才能把一个印象变成一个比率。如何从一开始管好供应商，请参阅关于 采购管理 的文章。

在 Merlin Project 中，您把外部公司创建为 资源，或把公司名称填入「供应商」字段；这样每个供货任务都能对应到一家公司。延误的任务挂一个 问题 类型的附件，填写类别、类型和简短说明。附件 视图列出项目的所有问题。知识库两者都需要：来自实际值的实测延误，以及来自问题附件的原因。

在我们的示例档案中

李氏门窗的六个订单每次都迟交。在前三个项目里，这只作为问题附件出现在计划中，被当作个别事件的麻烦。直到对比才显出规律：比承诺晚八到十二个工作日，而建筑在此期间无法封闭，轻质隔墙和找平层只能等待。事务所随后换成了王记门窗，王记最多比承诺晚一天交货。结构设计的情况类似：罗氏工程设计两次各晚交六个工作日，何氏在十个订单中都按计划交付。

亲自试试这个提示词

请从所有已授权的项目中读取有外部公司参与的任务，包括计划结束日期和实
际结束日期。按公司计算订单数量、平均延误（工作日）和最大延误。同时读
取这些任务上的问题附件，汇总其中提到的原因。哪家公司在多个项目中都不
可靠？这个结论基于怎样的数据？

3. 主管部门和期限：每个部门的办理时长

行政审批程序位于项目早期，常常处在 关键路径 上，每延误一天都会推迟后续所有工作。法规和办事指南给出的法定时限，与实际办理时间往往关系不大。按法定时限做计划，就是在用内部视角估算。如果改按主管部门实测的办理时间来规划审批、审查和招标期限，您就能避免项目初期最常见的大幅延误。

在 Merlin Project 中，您把审批和期限建模为独立任务。只有主管部门在工作的等待时间，用工期创建且不做分派，主管单位记在「主管部门」字段中。完成后填写实际结束日期，即使该任务没有工作量也要填；否则项目最重要的实际值就缺失了。建筑项目由哪些设计阶段和期限构成，请参阅 建筑设计项目管理指南。

在我们的示例档案中

市建设主管部门在五个项目中用了 59 至 72 个工作日，计划却是 30 至 40 个。区住建局在四个项目中都恰好用了计划的 30 个工作日。如果两个部门共用一个数值，事务所在市里会差出好几周，在区里则白白浪费余量。结论是：按部门设定工期。公共招标遵循同样的逻辑。一次投标异议让阳光幼儿园损失了 20 个工作日；在彩虹幼儿园项目中，事务所事先与招标单位商定了评标办法，异议没有再出现。

亲自试试这个提示词

请在所有已授权的项目中查找与审批、审查和招标期限相关的任务。对每个任
务给出项目、项目描述中的主管部门、计划工期和实际工期。按主管部门分组，
列出每个部门的最短、典型和最长工期。在同一部门办理的新项目，我应该按
什么数值安排？

4. 区间：基于真实数据的三点估算

三点估算 用三个数值描述一个任务：乐观值（O）、最可能值（M）和悲观值（P）。PERT 公式 (O + 4M + P) / 6 把它们浓缩为一个期望值，并对 M 赋予四倍权重；背景知识见我们的 PERT 图指南。团队通常是猜这三个数值。有了知识库，您就能测量它们：O 取观测到的最短值，M 取最常见值，P 取最长值。这样，重复性任务获得一个可靠的区间，而不是一个只在平均意义上成立的数字。如何由此得到一个分布，请参阅 蒙特卡洛模拟 指南。

Merlin Project 为每个任务保存一个计划工期和一个实际值，没有原生的三点估算。为 O 和 P 创建两个自定义字段，并在模板中填入知识库的数值；计划工期仍作为 M。AI 通过 MCP 服务器读取全部三个数值并据此模拟，具体见文章 在 Merlin Project 中进行蒙特卡洛模拟。

在我们的示例档案中

平均值和 PERT 都在 66 个工作日左右；事务所自 2024 年起按 65 个工作日安排。不过，单一数值掩盖了任务的波动幅度。市建设主管部门最短和最长的程序相差 13 个工作日，区住建局则一天都不差。只有前一种情况需要余量。59 至 72 的区间同时也是蒙特卡洛模拟的输入；用实测值时，它取代了「计划工期上下浮动 20%」这种笼统假设。

亲自试试这个提示词

对至少出现在三个已授权项目中的每种任务类型，根据实际工期计算三点估算：
O 取最短值，M 取最常见值，P 取最长值。另外给出 PERT 期望值
(O + 4M + P) / 6。把少于五个项目的任务类型标记为数据基础不可靠。

5. 缓冲：把余量放在有波动的位置

缓冲 保护一个日期免受不确定性影响。如果平均分配，比如每个任务加百分之十，它就会落在稳定的任务上，而在波动的任务上缺位。此外还有一种行为效应。Cyril Northcote Parkinson 于 1955 年在《经济学人》上写道：「工作会不断膨胀，直到占满完成它所能使用的全部时间。」给每个任务留余量的人，往往会看到余量被用光。Eliyahu Goldratt 在《Critical Chain》（1997）中由此得出结论：把余量从任务中拿出来，集中放在关键日期之前。这个缓冲需要多大、应该放在哪里，知识库会告诉您：放在关键路径上波动较大的任务后面。这样，用同样多的余量，您能更常守住日期。

在 Merlin Project 中，您把集中缓冲作为不做分派的独立任务，放在它所保护的里程碑之前，并起一个明确的名称，例如「审批缓冲」。在项目推进中，您就能看到余量已消耗多少。网络图本身哪里有富余，可以看 预计的可宽延总时间 和 预计的可用可宽延时间 列。如果余量不足以满足期望日期，可参考关于 快速跟进、赶工与工作分布调整 的文章中的方法。

在我们的示例档案中

平均分配时，审批处缺少余量，而审批在数据中波动可达 13 个工作日；有针对性地设置时，余量就放在波动所在之处。缓冲的大小取决于区间。如果某个任务在档案中介于 59 到 72 个工作日之间，而您计划 66 天，那么要想高概率守住日期，后面需要约六天余量。对于在十个项目中偏差最多一天的任务，就不必加余量。总余量是否够用，由带 P80 或 P90 的蒙特卡洛模拟来回答。

亲自试试这个提示词

请从当前文档中读取新项目的计划。把关键路径上的每个任务与我们知识库中
的区间进行比对，知识库我会作为文件提供给你。请建议在哪些任务后面设置
集中缓冲，以及缓冲需要多大，才能让完工日期有约 80% 的把握守住。列出
计划工期中已经包含余量的任务。

6. 季节与外部条件：季节系数

有些偏差取决于任务发生的时间。在建筑业，霜冻和降雨拖慢主体结构施工，冬季找平层干燥更慢；在软件开发中，假期或客户的季度结算会产生影响。这类影响同时作用于多个任务，在蒙特卡洛理论中称为 相关性。季节系数用最简单的方式把它纳入估算：您能看出哪些任务在特定季节耗时更长，从而调整时间或预先计入增加量。

在 Merlin Project 中，AI 根据实际开始日期把每个任务归入一个季节。受天气影响的干燥和等待时间，请建模为不做分派的独立任务，以便其工期可以测量。公司假期和节假日请在项目设置的 日历 中维护；否则假期周会在统计中显示为延误。

在我们的示例档案中

冬季让每个主体结构施工都多花了时间，可靠的施工单位多 15%，黄氏建设多 48%。黄氏建设在夏季就比计划慢四分之一。有一个项目的主体结构因霜冻停工 15 个工作日。由此得出的规则：主体结构不要安排在 12 月至 2 月之间，或者把冬季施工按系数和成本计入报价。黄氏建设的规律没有出现在任何风险登记册中。只有当有人按施工单位和月份对实际值分组时，它才会显现。

亲自试试这个提示词

请把已授权项目中所有已完成的主体结构和干燥任务，按实际开始月份和施工
单位分组。按组计算实际工期与计划工期之比。是否存在某些月份或施工单位，
同样的任务明显耗时更长？一月份施工的主体结构，我应该采用什么系数？

7. 设计工作量与成本：自身服务的成本

成本在两处出现偏差：外部服务因变更签证和涨价而偏差，自身工作也会偏差。第二个来源常被忽视，因为它不出现在任何账单上。在固定总价设计费下，每一个被低估的小时都由事务所自己承担；哪种合同形式如何分配风险，请参阅关于 固定总价、工时材料和成本补偿 的文章。在进行中的项目里，挣值分析 显示偏差，成本绩效指数 CPI 显示每花费一元所获得的绩效。跨已完成的项目，它就成为一个核算系数，报价和设计费也就能反映团队真正需要的工作量。

为每个资源设定小时费率后，Merlin Project 会根据计划的工作和实际工作计算计划成本和实际成本；如何设置成本，请参阅学习章节 成本。挣值分析的指标（PV、EV、AC、CPI、SPI）以项目设置中的 状态日期 为基准。要跨项目查看资源负荷，所有项目共用一个 资源池。此外，MCP 服务器还提供成本、工作量和挣值的分时段数值，即按周或按月的变化过程。

在我们的示例档案中

事务所在每个项目中都低估了施工图设计，通常低估 15%。十个项目累计 118 个工作日，按每小时 ¥718 的费率约为 ¥677,500，这些都没有计入设计费。同样的数据里还藏着第二个规律：当三个项目同时处于施工图设计阶段时，系数升至 1.35 到 1.37，项目负责人报告负荷过重。对核算而言，这意味着自身设计加价 15%，并且该阶段最多同时进行两个项目。外部成本方面，2021 年和 2022 年的建造成本上涨十分突出：它影响了这两年开工的每个项目，比成本计算高出 ¥156,000 至 ¥1,074,800。

亲自试试这个提示词

请从所有已授权的项目中，按设计阶段读取计划工作量和实际工作量，以及计
划成本和实际成本。按阶段计算实际与计划之比，以及以人民币计的超支金额。
另外，请根据实际日期检查有多少个项目同时处于施工图设计阶段，以及此时
系数是否上升。

8. 风险和问题：校准概率

风险登记册包含估算：风险发生的可能性有多大，发生后代价多少？项目结束时，发生了什么已成定局。两者的对比称为校准。如果一个校准良好的团队把一些风险评为 30%，那么其中大约十分之三会发生。如果比率偏差很大，登记册就会把注意力引向错误的地方。有了校准后的数值，下一份登记册从一开始就包含在您这里真正会发生的风险。问题则补充了那些没人预料到会成为风险的事件。

在 Merlin Project 中，风险 附件类型除可能性和影响外，还有四个记录结果的字段：确实出现、成本、延迟 和 学到的教训。成本和延迟仅作记录；Merlin 不会把它们计入计划或预算。最迟在项目收尾时填好这些字段，否则登记册只是一份担忧清单。计划外的干扰请记录为 问题。基础知识见学习章节 风险管理，进行中项目的管控见指南 用 Merlin Project 进行风险管理。

在我们的示例档案中

登记册随时间不断成熟。前四个项目合计只有七项风险；门窗延误只作为问题记录。从第五个项目起，事务所把前期项目的教训作为带应对措施的风险纳入登记册。校准带来了两项修正。地基土风险在六个新建项目的登记册中均为 30%，实际只发生了一次，那是一块有旧建筑的场地；对新开发区，它降到了 15%。李氏的供货延误在全部三个订单中都发生了，最终通过更换供应商解决。第三个规律，即冬季施工缓慢的主体结构单位，没有出现在任何登记册中。因此，知识库需要两个来源：成文的风险，以及实际值中的纯粹偏差。

亲自试试这个提示词

请从所有已授权的项目中读取风险附件，包括标题、可能性、确实出现、成本、
延迟和学到的教训，以及所有问题附件。把同类风险跨项目汇总。对每项风险，
比较估计的可能性与观察到的比率。另外列出多次出现、却从未作为风险写入
任何登记册的问题。据此为新项目创建一份初始风险登记册，包含建议的可能
性、典型影响和行之有效的应对措施。

9. 经验教训：带适用范围的规则

经验教训 为数字提供解释：为什么某件事耗时更长，下次什么办法有用。它们的价值取决于两点。第一是总结会上的态度。Norman Kerth 在 2001 年为回顾会提出了「Prime Directive」：「无论我们发现什么，我们都理解并坚信：以当时掌握的知识、自身的技能和能力、可用的资源以及所处的情况而言，每个人都尽了最大努力。」追究责任的人得不到坦诚的回答。第二是适用范围：从老建筑改造中得到的教训并不自动适用于新建项目，不注明适用于什么，它就只是一则轶事。注明适用范围后，没有参与的同事也能找到这条教训。正式框架见 项目收尾。

在 Merlin Project 中，您在「项目收尾」里程碑上挂一个 信息 类型的附件，记录经验教训：出了什么问题，什么做法有效，这条教训适用于哪类项目。关于单项风险的教训，请写在该风险的 学到的教训 字段中，这样它们会与发生频率、成本和延迟保持关联。在项目设置的 值列表 中，可以为信息新建一个「经验教训」类型。

在我们的示例档案中

带适用范围的教训有多大作用，两个老建筑改造项目可以说明。在百年老洋房项目中，施工人员在拆除内部结构时发现了石棉：停工 22 个工作日，变更签证 ¥296,400。教训是「招标前做有害物质勘察，适用于所有既有建筑改造」。在后来的木构老宅项目中，事务所事先安排了勘察；改造工作因此已经写进了工程量清单。

私人业主的特殊要求也类似。葡萄园双拼住宅因装修阶段的变更损失了 15 个工作日和 ¥292,500，之后的一栋独栋住宅因此在装修开始前设定了选样截止日。

亲自试试这个提示词

请读取所有已授权项目中「项目收尾」里程碑上的信息附件，以及所有风险的
「学到的教训」字段。据此总结出可迁移的规则。对每条规则，说明它适用于
哪类项目、哪个设计阶段或哪个专业工种，在多少个项目中得到印证，以及依
据哪些项目。省略只出现过一次且没有说明原因的个别情况。

从档案到知识库

知识库由九项分析构成。要让团队真正使用它，它需要一个固定形式，并在每个项目结束后不断扩充。一个包含五个章节、由 AI 根据 Merlin 项目填充内容的文档项目已被证明行之有效：

项目知识库/
├── index.adoc                 用途、数据截止日期、使用方法
├── 1-项目/                    每个已完成项目一份概况
├── 2-指标/                    估算系数、区间、成本
├── 3-风险与经验教训/          风险目录、经验教训、初始风险登记册
├── 4-模板/                    提示词和检查清单
└── 5-方法/                    数据基础、维护规则、术语表

每个项目的概况记录项目类型、时间段、工期和成本的计划/实际对比，以及五个最大偏差、已发生的风险和经验教训。第 2 章和第 3 章由 AI 根据所有概况计算得出，每个数值都注明其来源项目。作为 AsciiDoc 文件，adoc Studio 可以把这些章节导出为网站，其导航由文件夹和文件生成；可直接调整的现成结构见 文档项目模板。由于知识库包含客户名称、成本和日期，它应当放在受保护的服务器上。

每完成一个项目，就新增一份概况，AI 重新计算第 2 章和第 3 章，您再重新导出网站。

从今天起应当维护什么

一年后您的档案呈现的是规律还是空白，取决于五个习惯。您目前的位置，可通过计算器查看。

1. 及时记录实际值： 每个已完成任务的实际开始、实际结束和实际工作量，等待时间和审批也不例外。
2. 为任务分类，最简单的方法是在共同的项目模板中使用任务类型字段或标签。只要没人改动，模板中的固定任务名称也能起到同样作用。
3. 关联外部合作方，作为资源或字段，以便衡量其守时率。
4. 关闭风险，填写 确实出现、成本、延迟 和 学到的教训，最迟在项目收尾时完成。
5. 带适用范围的经验教训，作为「项目收尾」里程碑上的信息附件。

分析的局限

知识库提供经验数值，它们随着每个项目变得更准确。它有四个局限。

• 样本小。 两个订单中两次迟交货只是一个线索。请让 AI 为每个数值注明项目数量，并把少于五个项目得出的数值视为暂定。
• 相关不等于因果。 主体结构单位在冬季更慢，是因为天气、负荷，还是两者兼有，单凭数字无法判断。原因写在经验教训里。
• 条件变化。 新团队、建设主管部门的新流程或不同的市场都会让旧数值失效。请为每个数值注明日期，并给较新的项目更高权重。
• 只读访问。 Merlin Project 的 MCP 服务器目前只能读取。系数、缓冲和初始风险登记册需要您自己转入新计划。Claude 等云端客户端会把查询的计划数据发送给服务提供商；本地模型则把数据留在您的 Mac 上。

下一步就建立在这个知识库之上。借助第 3 章的初始风险登记册和第 2 章的区间，您可以管控进行中项目的风险；在 Merlin Project 中如何操作，请参阅指南 用 Merlin Project 和 AI 进行风险管理。

如果您对这篇博客文章有任何疑问或希望参与讨论，欢迎您在我们的论坛中发帖。

常见问题

什么是项目知识库？

项目知识库以可分析的形式汇集已完成项目的经验：来自计划/实际比较的估算系数、重复性任务的区间、已发生的风险以及经验教训。新项目利用这些数值进行估算、设置缓冲和建立初始风险登记册。

需要多少个项目才能得到可靠的数值？

同一任务类型有三个项目时就能看出初步规律，有五个项目时区间才变得可靠。请把来自较少项目的数值标记为暂定，并随每个新项目持续更新。

Merlin Project 中的哪些数据会进入知识库？

每个任务的计划和实际日期、工作量和成本，带有确实出现、成本、延迟和学到的教训字段的风险附件，问题附件，以及项目收尾时记录经验教训的信息附件。任务类型、供应商或主管部门等自定义字段让任务可以跨项目比较。

AI 能否通过 MCP 服务器同时分析多个项目？

MCP 服务器可处理所有在 Merlin Project 中已打开并已为 AI 工具授权的文档。AI 在这些文档之间切换，逐个项目进行分析。要分析档案，请打开应纳入分析的已完成项目。

平均值和 PERT 估算有什么区别？

平均值对所有观测到的工期一视同仁。PERT 估算 (O + 4M + P) / 6 对最可能值赋予四倍权重，最短值和最长值各计一次。存在个别极端值时，PERT 更接近典型情况。