指南 › 指南

项目收尾报告模板

完成一个项目不等于关闭一个项目。收尾报告就是那份文书工作，防止已经完工的项目在接下来半年里悄悄地阴魂不散。

收尾报告的作用

项目收尾报告告诉发起人和组织：交付了什么、花了多少钱、还剩什么、从现在起由谁负责。几个月后有人问“那件事到底完成了没有”，它也是您可以指给人看的凭据。

控制在三到五页。发起人要签字，所以要写得让人愿意读。

可复制的章节

按这个顺序使用下面的标题。每个标题写一段话或一张小表就够了。

• 摘要：用三句话概括项目及总体结果。
• 目标：逐条列出原定目标，并标明已交付、部分交付或未交付。
• 交付物：交付了什么、交给谁、验收日期。
• 进度：基线完工日期、实际完工日期，以及出现差距的原因。
• 预算：批准额、最终成本和偏差，逐行列出。
• 已批准的变更：列出每个变更请求及其决定。

未结事项与交接

对没做完的事情要诚实。有负责人的未结事项没问题；没人提起的未结事项，就是将来的事故。

写明现在由哪个人或团队负责运营这个成果，并确认他们知道这件事。

• 未解决的问题和风险，每项都有新的负责人和日期。
• 支持安排和保修期（如适用）。
• 移交的文档、权限和许可，并注明存放位置。
• 供应商合同：已终止、已延期或已转让。
• 未结发票，以及需要释放或退回的预算。

效益与经验教训

交付不等于价值。记录您预期哪些效益、由谁来衡量、何时衡量。忘了这一点的收尾报告，会让整个项目看起来只是一笔没有意义的成本。

附上一份简短的经验教训清单，并指向完整记录，而不是重复一遍。

• 预期效益、衡量指标、负责人和复查日期。
• 做得最好的三件事，和做得最不好的三件事。
• 对 PMO 或下一个类似项目的建议。

签字与收尾

最后以签字栏结束：发起人、项目经理和接收成果的服务负责人，各自注明日期。然后把遗留事项收拾干净，让项目真正停下来，释放人员、成本代码和权限。

如果您的计划、成本和 RAID 日志已经集中在一处，比如在 Senshin 中，这份报告的大部分内容就是读取现成的数字，而不是从邮件里重新拼凑。

• 把计划、RAID 日志、报告和决策归档到 PMO 能找到的地方。
• 解散团队并关闭成本代码。
• 告知干系人项目已结束，以及现在该联系谁。

它在 Senshin 中的位置

常见问题

更多指南

最后更新: 2026-10-22