项目计划是一份主文档，它把一个想法变成现实——它涵盖从范围与进度到预算与风险的所有内容。使用 Trupeer，您可以从免费项目计划模板开始，先节省数小时的规划时间；再用您的 品牌识别 进行定制；最后把计划转换为视频演练，让相关方快速达成一致。

什么是项目计划模板，它不是什么？

项目计划会明确将交付什么、按什么顺序交付、由谁负责、何时完成，以及它依赖什么。它在一开始写好、达成一致，然后作为对照基准，用来衡量现实情况。

跟踪表记录当前进展在哪里。它每周都会变化，反映最新位置；它的职责是展示状态，而不是记录意图。

搜索项目计划模板时，你会发现大多数结果其实是跟踪表。这并不是在批评模板，而是在反映人们真正需要的东西：这个词相关的大多数搜索要么指 Excel、Google Sheets，要么明确就是跟踪表。

问题在于，这两者会被合并到同一个表格里，而这种合并会毁掉计划唯一要做的事。一旦你在原位置上编辑了日期，最初的承诺就不复存在，“我们是否已经延期”这个问题也就无法回答了。

大多数人找计划，其实需要的是跟踪表

直说这一点很有价值，因为它决定了你应该构建什么。

如果你的问题是：需要发生什么、按什么顺序发生、以及依赖关系是什么——你需要的是项目计划。它只写一次，会被反复讨论，并且包含顺序与依赖。我们的 IT 项目计划模板 会在大多数模板忽略的外部约束下，指导你构建计划。

如果你的问题是：每一项的状态是什么、哪些已经延期——你需要的是跟踪表。它每周维护一次，而且应该比项目计划短得多。

大多数团队两者都需要，但大多数团队只做一个表格并把它叫做“计划”。这个表格包含任务、负责人、开始日期、结束日期和完成百分比，并且会被持续编辑。它本质上是一个没有记忆的跟踪表。

本页剩余内容讲的是：如何在同一个文件里把这两者分开——这也是几乎所有人的实际答案。

如何在 Trupeer 中定制此模板

步骤 1：打开模板（Templates）区域

从主导航进入“模板（Templates）”区域。

步骤 2：选择并打开一个模板

点击任意你想使用的模板，将其打开。

步骤 3：展开模板视图

如有需要，展开模板视图以清晰查看完整布局与细节。

步骤 4：编辑模板

点击“编辑（Edit）”开始修改所选模板。

在编辑器中，您可以：

• 添加新的章节

• 定义或更新格式规则

• 添加徽标，并调整其位置及相关设置

步骤 5：保存您的定制模板

完成所有必要更改后，点击“保存（Save）”，将更新后的模板存为您的版本。

步骤 6：预览并微调模板

当您想查看定制模板的效果时，打开“预览（Preview）”。

在预览界面中，如有需要，您仍可继续直接进行调整，确保模板呈现得完全符合您的预期。

使用项目计划模板，您可以：

• 节省规划时间：跳过空白页，直接使用全面的项目计划结构。

• 覆盖每个角度：内置范围、进度、预算、风险与沟通等章节。

• 保持品牌一致：使用 Trupeer 的品牌套件应用您的徽标、字体与颜色。

• 让相关方快速对齐：把密集的计划转换为视频摘要，让每个人都能在 5 分钟内看懂。

• 跨项目标准化：每项工作都使用同一套项目计划模板。

• 触达全球团队：一键把项目计划翻译为 65+ 种语言。

没有基线的项目计划就是跟踪表

用一句话概括全部论点：如果你计划里的日期和你每周更新的单元格是同一套，那么你并没有项目计划。

基线（baseline）是按约定确定下来的日期集合，并且会被冻结。它从不被编辑。当某个日期发生变动时，预测会改变，但基线不会。

这种单一的纪律会带来你原本无法拥有的三件事。

你是否已经延期，以及延期了多少。不是感觉，而是数字；既能按任务，也能汇总到总量。

延期从哪里开始。项目中的大多数延误都能追溯到少数几个根本原因，而后续的一切都会继承它。没有基线，你只能看到很多任务发生了移动；但你看不到其中有四十项是因为“某一个决策用了九周”才移动的。

你的估算是否靠谱。把基线与多个项目的实际情况对比，是组织唯一能形成的反馈闭环，用来判断它是否在现实层面上做得出可行的计划。那些在原位置直接编辑的团队永远不会知道。

顺带一提，重新设定基线是合理的，但它应该是带有日期与原因的决策，而不是更新表格的副作用。原始基线也要保留。

如何把基线与预测分开

同一行里放两组日期列，并遵循一条规则。

原因这一列往往被人们遗漏；而它正是把差异报告变成可执行行动的关键。没有它，你只知道有四十个任务发生了移动。有了它，你就知道其中有三十个是因为同一项上游决策导致的——这完全是另一种对话。

保护基线列，避免被意外编辑。在表格软件里，这意味着要锁定它们；在项目软件里，通常意味着存在一个明确的基线功能，而使用者并不需要知道它的存在。

为什么跟踪表需要的行数比项目计划少

第二个失败点是“量”，而这正是导致跟踪表被放弃的原因，而不是它做错了。

一个合理的项目计划会包含每一项任务。跟踪表只需要那些“延期会产生影响”的行——这意味着关键路径上的任务，以及所有依赖于项目外部人员的任务。

由一个人每周更新三百行，需要九十分钟，并且大约到第四个月就不再持续。更新四十行只要二十分钟，而且能坚持下去。

从跟踪表里移除的任务并不是无人管理。它们由负责该工作流的人在自己的清单里管理；只有当它们对跟踪表中的内容构成威胁时，才会在跟踪表里显现。

判断一行是否应该出现在跟踪表里的测试标准是：如果它延后两周，项目的结束日期会不会改变，或者是否需要通知项目外部的人？如果两者都不是，那么它属于项目计划，而不是每周更新。

免费项目计划模板：需要复制的列

从这里复制。一个工作表用于合并后的计划与跟踪表，再加一个工作表用于叙述内容。

工作表一：任务。任务 ID。任务名称（动词优先）。工作流。负责人（具体个人）。前置任务 ID。基线开始。基线结束。预测开始。预测结束。实际开始。实际完成。差异（以天计，计算得出）。差异原因。状态：未开始、进行中、已完成、阻塞。是否在跟踪表中：是或否。备注。

工作表二：计划叙述。目标与成功标准，并引用 项目简报（project brief）。范围（包含与不包含）。假设（每条编号，便于差异原因指向它）。外部依赖（写明相关方与双方确认的日期）。资源配置。关键风险（用触发条件而不是分数）。基线日期及批准人。

工作表三：差异日志。由原因列生成：每个根本原因一行，记录它影响了多少个任务、增加了多少天。这是指导委员会会议上会被阅读的那张表。

从这里复制。差异日志是价值最集中的地方，而且它不需要额外成本，因为它是从你已经在采集的数据推导出来的。

一个无法判断是否已延期的 ERP 项目

Netherfield Foods 是一家食品制造商，实施了一套新的企业系统。计划是一份包含三百四十行的电子表格：任务、负责人、开始、结束以及完成百分比。它每周都会在原位置更新。

第十四个月，赞助方提出了一个合理的问题：我们是否已经延期？延期了多少？

没人能回答。电子表格展示的是当前预测：上线时间大约比最初晚了五个月；但最初的日期在文件里被覆盖了大约六十次，而且文件中根本不存在原始日期的记录。

他们从第一月通过邮件发送的、赞助方收件箱里仍在的那份计划 PDF 中重建了基线。这个过程花了三天。

重建结果比任何人预期都更有用。原始计划是十一个月，而现在预测变成了十六个月。在三百四十项任务中，有六十一项的移动超过了四周。其中有四十四项是由仅三次延误引起的下游影响：一次数据迁移依赖、第三方集成，以及一项关于总账科目表（chart of accounts）的决策，该决策用了九周。

三个根本原因解释了大约七十二%的移动，而且这些在当时都看不出来，因为每个日期都被直接编辑了，表格里只显示“现在”的状态。

同一来源的第二个问题也存在：三百四十行意味着每周更新大约需要九十分钟，并且由一个人完成。到第九个月，它变成了每两周更新一次；而大约一百九十行里的完成百分比在三个月内没有变化。

这五个月的延误在延长的外包承包商与内部资源上，成本大约达到四十八万英镑。更难避免的成本是总账科目表决策：它在六周内没有升级处理，同时阻塞了二十二项下游任务，因为跟踪表里没有任何内容把它显示为“阻塞了什么”。

下一阶段改变了两件事：基线日期被固定在各自的列中并锁定；预测日期与其并排显示，并带有计算出的差异与原因列。与此同时，跟踪表从三百四十行缩减到四十七行：关键路径加上所有外部依赖。剩余任务仍保留在项目计划中，并由工作流负责人管理。

每周更新从九十分钟降到大约二十分钟。该阶段计划用七个月完成，最终在七个月零三周内交付。发生的两次延误都在一周内被标记出来，因为关键路径某行的两周差异会自动浮现，而不是在三百个单元格里改动了一个之后才被发现。

每个项目计划都需要的关键要素

目标与成功标准。项目要做什么，以及你如何判断它是否成功。来自简报，而不是在这里凭空编造。

范围（包含与不包含）。不包含清单正是用来避免争议的。

带负责人（Owner）的任务。是具体个人，而不是团队。

顺序与依赖关系。哪些任务依赖哪些，因为这才决定日期到底“意味着什么”。

外部依赖。任何依赖项目之外某方的事项，并写明对方已确认的日期，而不是你假设的日期。

基线日期。已确认、被冻结，并由某个人批准。

假设（编号）。这样当事情发生延期时，原因就能指向失败的那条假设。

资源。谁在可用、他们的时间能投入多少，以及他们没有在做什么。

带触发条件的风险。可观察的条件与对应的行动，而不是“可能性分数”。

最常缺失的两项是：编号后的假设，以及与对方确认的外部依赖日期。这两项在规划阶段都很便宜；而在六个月后的差异分析中，它们正是必需的。

如何从零开始规划并落地项目

从简报开始，而不是从任务清单开始。如果你无法清楚表述问题与成功标准，计划最终就会变成一份活动列表。

先列出交付物，再列出任务。由交付物推导出来的任务才算完整；直接头脑风暴出来的任务往往会漏掉整个领域。

把它们排序，并找出依赖关系，尤其是其他团队与供应商之间的依赖。我们的 采购管理计划模板 会覆盖那些经常潜伏在关键路径上却不被注意到的采购前置周期。

用将要执行工作的人员来做估算，并在确实存在不确定性的情况下，把估算记录为一个区间。

现在设定基线。找人批准它、记录日期，并锁定这些列。

使用上面提到的“两周测试”来决定哪些行要放进每周跟踪表。

然后设定节奏：由任务负责人每周更新预测；每月进行差异复盘并分析原因；只有在明确决策的情况下才重新设定基线。

项目计划的不同版本：甘特图、文档与敏捷

甘特图计划。把同样的任务数据用条形图的形式叠加到时间轴上展示。它非常适合看依赖关系与浮动时间（float），而且它是一个视图，而不是另一份不同的文档。先搭建表格，再从表格生成图表。

计划文档。叙述版：目标、范围、方法、假设、风险与资源配置，并把进度附在旁边而不是嵌入其中。这是需要被批准的版本；我们的 项目概览模板 也涵盖了你会展示给项目外部人员的更短版本。

敏捷计划。用冲刺（sprints）或增量（increments）而不是按任务级别的进度表；范围作为变量，日期固定。基线仍然适用，但它是基于结果与发布日期来设定，而不是基于任务。

简单版或一页计划。只包含里程碑、负责人和日期。对小型项目来说确实足够，而且比一份无人维护的三百行表格要好得多。

项目群计划（Programme plan）。多个项目及其交叉依赖。这里基线纪律更重要，而不是更不重要，因为真正有趣的差异总发生在接口处。

项目计划、简报或概览：你需要哪一个？

三份文档经常被混淆，因为它们都会被展示给赞助方。

简报（brief）说明问题并授权开展工作。它应先写好、冻结，并由项目计划取代。我们的 项目简报模板 覆盖了它。

计划（plan）说明如何交付工作。它会设定基线，然后用来跟踪对照——也就是本页内容。

概览（overview）为项目外部人员总结当前进展，并且每月重写。我们的 项目概览模板 覆盖了它，包括为什么“状态颜色”对读者来说毫无意义。

当你需要的是“关口条件（gate conditions）”而不是进度表时，我们的 项目清单模板 会说明每一项何时才真正可执行；而对于需要在项目结束后仍保留下来的内容，我们的 项目文档模板 会列出值得保留的一整套。

我能在 Excel 或 Google Sheets 中获取项目计划模板吗？

Excel 或 Google Sheets 对大多数项目来说都是正确答案，而不是折中方案。任务工作表是一个带计算列的表格，它需要公式。

只需要设置三件事：锁定基线日期列，确保无法编辑。添加差异公式，并加入条件格式：当超过阈值时进行标记；两周作为默认值是合理的。最后在“跟踪表（on-tracker）”列上添加筛选，这样每周更新视图就会是四十行，而不是三百行。

Google Sheets 还有一个值得注意的优势：版本历史是自动的，这意味着即使有人在原位置编辑，也仍然可以恢复基线。这不是锁定列的良好替代，但它确实挽救过项目。

用于计划叙述的 Word 或 Google Docs：它是文本内容，并且会被批准。

用于展示计划的 PowerPoint：应该是里程碑与依赖关系，而不是任务清单。

用于签字确认后的基线版本的 PDF：带日期并保留该文件。上面那个“实操示例”的重建之所以能完成，正是依赖于那份原始文件。

什么时候该停止使用表格，改用软件

在某个相当可预测的时间点，电子表格就不再是合适的工具，而且通常比软件供应商建议的时间更晚。

三个条件同时出现就是信号：被跟踪的任务数量超过大约一百项；有四到五个人在更新同一个文件；以及依赖关系变化得足够频繁，以至于手动重新计算顺序容易出错。

在这些条件之下，设置良好的表格并锁定基线，比没有人登录的项目软件更好。

在这些条件之上，软件提供的特定能力包括：自动重算依赖关系、真正的基线功能、跨项目的资源平衡，以及审计追踪。它拿走的特定能力是：项目外部的人将无法再打开它——这也是为什么很多组织最终会同时维护两套，并且不应该只做其中之一。

如果你确实要迁移，那么在每次重新设定基线时，把带基线的副本导出到表格中，因为未来五年仍应能读取计划，而这不应该依赖某个许可证。

如何让计划与团队实际工作保持连接

项目计划描述的是任务。至于这些任务是否按计划假设的方式在执行，这在进度表里是看不见的；通常差距会以一种任务在一个月内一直停留在 80% 完成度的形式暴露出来。

最常见的原因是：某个任务最终涉及了没人描述过的工作，而执行它的人现在一边被拿来按日期跟踪，一边在“发明”流程。

Trupeer AI 在这个时候能提供帮助。无论是谁在执行工作，都只需要把流程记录一次，输出就是一份带有步骤与屏幕截图的书面指南；这样下一次再发生同类情况就会更快，且对应的估算也会更真实。它还能让你把“差异原因”变得具体：例如“这次花了三倍时间，因为这一步涉及四个系统而不是一个”。

记录它。打造品牌。翻译它。用 Trupeer 来呈现它。

这些录制内容会在后续成为交接与培训材料，因此努力不会只花在“汇报”上。材料以一致的品牌呈现在您的 知识库 中；当项目在末尾把内容交接出去时，我们的 项目交接模板 会说明接收团队真正需要什么。设置说明在 文档模板设置指南 中。

常见问题解答

Excel 里有免费的项目计划模板吗？

对大多数项目来说，Excel 是正确的格式，上面那套列也会直接生成到同一个工作表里。没有门槛下载，也没有表单。你需要对任何你已经在用的模板做的两处改动是：锁定一组基线日期列，并在差异旁边添加一列“原因”。

Word 里有免费的项目计划模板吗？

Word 适合项目计划叙述：目标、范围、假设、依赖关系、风险与资源配置。把进度保留在表格里并引用它，因为 Word 里的任务表无法计算差异，超过大约三十行后就会变得难以管理。

Google Sheets 里有免费的项目计划模板吗？

有，而且 Google Sheets 在这里相对 Excel 的一个真实优势是：自动版本历史。这意味着即使有人在原位置编辑，也仍然可以恢复基线。把它当作安全网而不是机制本身，并且无论如何都要锁定基线列。

PowerPoint 里有免费的项目计划模板吗？

用幻灯片来展示计划，而不是用来运行计划。里程碑、外部依赖与关键路径。展示一份三百行的任务清单，是一种非常可靠的方式：让你花一小时讨论到第 47 行。

PDF 里有免费的项目计划模板吗？

在签字确认时导出带日期的基线版本，并保留该文件。在上面的实操示例中，原始计划的邮件 PDF 是唯一仍然存在的基线记录，而从它重建花了三天时间。

我在哪里可以找到 Excel 的项目跟踪表模板？

跟踪表就是同一张工作表，只是筛选出“关键行”：关键路径加上外部依赖。对大多数项目来说，这通常是四十到六十行，而不是三百行。先搭建项目计划，再用筛选器派生出跟踪表，而不是在两周内维护两份会彼此不一致的文件。

项目跟踪表应该有多少行？

对于一个较大的项目，四十到六十行。每一行的测试标准是：如果延后两周，会不会移动项目的结束日期，或者是否需要通知项目外部的人。如果两者都不是，那么它属于项目计划而不是每周更新；这也是为什么每周更新能控制在二十分钟，而不是九十分钟。

项目计划和进度表（schedule）有什么区别？

进度表是日期与顺序。项目计划是进度表加上所有让它变得有意义的内容：目标、范围、假设、依赖关系、资源与风险。一份没有记录假设的进度表无法解释为什么会延期；而基线与原因列的存在，正是为了补上这个差异。