你有没有发现，项目做得越多，越容易在一个地方浪费时间——不是技术方案，不是难缠的客户，而是每次开新项目都在重复造轮子。

上个项目的章程换名重写，上季度的坑换个姿势再踩一次，每次周报格式不一样。做了五年项目经理我才想通：优秀和普通的差距，不在项目本身，在于你能不能把重复的事系统化。

模板就是你的装备包——不用每次现打铁，打开就能用。全文以禅道为核心、搭配 Jira、Notion、Asana、Trello 等海外主流工具，告诉你每个模板在哪用最顺手。

📋快速导航

一、项目启动阶段：前三天定调子

启动阶段最被低估。需求没对齐、范围没边界、干系人没搞清楚，后面全是前两天埋的坑。

1. 项目章程（Project Charter）⭐ 核心模板

项目章程是一份"项目为什么存在"的说明书——给决策层看，不是给团队看。"我们为什么要做、怎样算成功、谁有决策权"。

核心要素：量化目标（拒绝"提升用户体验"这种废话）、范围边界（写清楚"本项目不做什么"比"做什么"更重要）、关键里程碑、核心干系人决策权限、主要风险预判。

推荐工具：禅道的文档模块可存放项目章程关联到对应产品线，方便后续回溯。Notion 的 Database 模板同样适合标准化管理。Confluence 原生 Project Poster 模板适配 Jira 生态。

实操技巧：写完找项目发起人和核心干系人签字。别觉得走形式——签字之前随口说"都行"，签字的时候真的会认真看。两分钟的事，省掉后面无数扯皮。

2. 需求收集模板（Requirements Gathering）⭐ 核心模板

需求收集是项目失败的第一高发区。不是需求复杂，是"你以为听懂了、对方以为说清楚了"，三个月后才发现理解偏差。

核心要素：需求编号、用户故事格式（作为 XX 角色，希望 XX，以便 XX）、MoSCoW 优先级、可测试的验收标准、提出人和日期。

推荐工具：禅道的产品模块天然支持需求池管理，每条需求关联到后续任务、Bug 和测试用例，源头到交付全程可追溯。Jira 自定义 Issue Type 配合字段同样能实现。轻量场景 Trello 卡片 + 标签就够。

实操技巧：每条需求写完后，让提出人用自己的话复述验收标准。你写的、你以为的、他理解的，常常是三件事。复述花两分钟，省两个月返工。

3. 干系人分析矩阵（Stakeholder Analysis Matrix）

项目翻车原因里技术问题排不进前三，排第一的永远是关键人物没搞定。一张表看清：谁有权力影响项目、谁是支持者、谁是潜在阻碍者。

核心要素：干系人角色、影响力/利益关联度高低、当前态度（支持/中立/反对/未知）、沟通策略。

推荐：Monday.com 的 Board 视图把干系人做成"权力-利益"热力图。Excel 同样高效。

技巧：别一个人填，拉上项目发起人一起——他比你清楚组织的隐性权力结构。"未知"态度的干系人最危险，优先搞清。

4. 项目启动会议程（Kickoff Meeting Agenda）

启动会是 PM 第一次登台。开好了团队信任建立，开砸了花十倍精力修补。

核心要素：会议目标一句话、项目背景 5 分钟讲完、角色与职责（不是职位，是"在这个项目里你负责什么决策"）、沟通机制、留足 Q&A。

推荐：Notion 或 Asana 项目页面嵌入议程，会后决议直接转任务。

技巧：不超过 45 分钟——超过注意力断崖下跌。当场确认第一个里程碑的截止日期和负责人，不给"下周再说"的模糊空间。

🎯 启动阶段一句话： 章程定目标、需求定范围、干系人定权力格局、启动会定团队预期。四件事做完，底盘就有了。

二、计划与进度阶段：把想法变成可执行的路径

5. WBS 工作分解结构（Work Breakdown Structure）⭐ 核心模板

WBS 是计划的地基。逻辑极朴素：大交付物一层层拆，拆到"能分配给一个人、在一天内独立完成"的颗粒度。拆不到这个颗粒度，后面的排期全是空中楼阁。

核心要素：顶层交付物 → 模块 → 子任务 → 工作包（最小可分配单元），每层标注负责人、预估工时、前置依赖。

推荐工具：ClickUp 的五层结构（Space→Folder→List→Task→Subtask）天然适配 WBS。Jira 的 Epic→Story→Task→Subtask 四级也能实现。禅道的产品 → 项目 → 迭代 → 任务四层用于研发拆解很顺手。

实操技巧：最底层工作包应在 8-16 小时内完成。预估超两天的继续拆，不到两小时的合并。这是唯一的检验标准。

6. 甘特图进度计划（Gantt Chart Timeline）

WBS 拆完后甘特图做两件事：排时间和看依赖。哪些并行、哪些串行、关键路径上最脆弱的环节在哪——一张图全暴露。

核心要素：任务列表、起止日期、工期、四种依赖关系、里程碑标记、关键路径高亮。

推荐：Asana Timeline 拖拽体验第一梯队。Jira Advanced Roadmap 支持跨项目汇总。禅道的项目模块内置甘特图。

技巧：盯甘特图不是盯所有任务，是盯关键路径上依赖最多的那 2-3 个。它们只要有一个延期，全线连锁反应。

7. 里程碑计划（Milestone Plan）

甘特图给执行团队看，里程碑给老板看。他们不关心你每天在干什么，只想知道下个月这时候能看到什么。

核心要素：里程碑名称、预计日期、可验收的具体交付物（不是"完成 50%"）、负责人、状态。

推荐：Trello Timeline Power-Up 或 Asana Timeline 把里程碑菱形高亮。最简单的共享 Excel 也够用。

技巧：每个里程碑加一列"验收人"——谁说了算通过。不写验收人就等着扯皮。

8. Sprint 迭代规划（Sprint Planning Board）⭐ 核心模板

Sprint 规划质量直接决定这两周是冲刺还是原地转圈。

核心要素：Sprint 目标（一句话，业务成果描述不是任务清单）、Backlog 条目按优先级排列、Story 拆成技术任务、估点、DoD 完成标准、燃尽图。

推荐工具：Jira Scrum Board 的 Backlog→Sprint→Active Sprint 流转路径成熟。Linear 的 Cycles 更轻量——拖进当前 Cycle 即规划完成。禅道的迭代模块集成了需求、任务和 Bug，一个迭代周期三者同时追踪。

实操技巧：Sprint 目标不是"做完 Backlog 里的所有 Story"，是"用户能完成从注册到首单支付"这种业务成果。另外，回顾上一 Sprint 的速率再排本期，别拍脑袋估点。

9. 资源分配矩阵（Resource Allocation Matrix）

多人多项目并行时最大风险不是任务延期，是同一个人被三个项目同时抢。

核心要素：人员、项目归属、每周可用/已分配/剩余工时、80% 负载预警线、关键技能标签。

推荐：Monday.com 或 ClickUp 的 Workload 视图自动标红超标人员。Google Sheets 同样有效。

技巧：别按 100% 分配，给每人留 20-30% 缓冲。按 100% 排的计划第一周就崩。

🎯 计划阶段一句话： WBS 拆任务 → 甘特图排时间 → 里程碑管节点 →Sprint 管迭代 → 资源矩阵管人。简单项目用 WBS+ 甘特图，复杂项目五个全开。

三、风险与问题管理：预先备好应对，而不是事后救火

10. 风险登记册（Risk Register）⭐ 核心模板

风险是"可能发生"，问题是"已经发生"。管住前者，后者就少。

核心要素：风险编号、描述（"如果 XX 发生，将导致 XX"格式）、概率 × 影响=风险等级、应对策略（规避/转移/缓解/接受）、触发条件、责任人。

推荐工具：Jira + Confluence 组合用 Issue 追踪风险 + 文档记录方案。禅道的 Bug 模块可引申追踪风险项、关联到需求和任务。Asana 单独建"风险管理"Section 挂 Tasks。Excel 对这种高度结构化信息反而是最高效的。

实操技巧：风险登记册不是填完锁起来。每周例会议题第一个就是"过风险"，检查新风险、已有风险变化、应对是否需触发。

11. 问题追踪（Issue Log）

问题已经发生，需要快速响应和闭环。

核心要素：问题描述、严重程度、发现时间、责任人、状态流转、解决方案、根因、关联需求项。

推荐：禅道的 Bug 模块天然覆盖——严重程度、指派、状态流转、关联需求一应俱全。Jira 自定义 Issue Type 同样完善。Linear Issue+Triage+Label 适合轻量追踪。

技巧：问题关闭前必须回填根因和永久方案——不是"重启好了"，是"为什么会发生、以后怎么杜绝"。

12. 变更请求（Change Request）

变更是不可避免的，管不住变更的项目是没有刹车的车。

核心要素：变更描述、原因（只允许"业务必须"或"技术必须"两类）、对范围/进度/成本/质量的影响分析、审批人、审批状态。

推荐：Jira 自定义 Issue Type + 工作流：提交 → 影响分析 → 审批 → 执行 → 关闭。禅道需求变更功能记录每次修改全程可追溯。Asana 单独 Project 管变更。

技巧："我觉得换个方案更好看"不属于变更理由，属于范围蔓延——直接拒。

13. 决策记录（Decision Log）

项目中大量决策口头做了，三个月后没人记得为什么选 A 不选 B。

核心要素：决策事项、选了谁、备选方案、决策依据、决策人、日期。

推荐：Notion Database 或 Confluence 决策日志模板做可检索的决策库。

技巧：最容易被省略的是"备选方案"和"为什么没选 B"。花 30 秒把它写上，受益的是未来的你。

🎯 风险阶段一句话： 风险登记册管"可能发生什么"，问题追踪管"已经发生了什么"，变更请求管"要改什么"，决策记录管"为什么这么定"。最容易被跳过的是决策记录——但它恰恰是复盘时最有价值的一份。

四、沟通与协作：信息流动的顺畅度 = 团队效率天花板

14. 项目周报（Weekly Status Report）

周报是 PM 最高频输出。好周报不是"我做了什么"流水账，是三问快答：项目在往目标前进吗、哪里卡住了、需要谁做什么决策。

核心要素：整体健康度（绿/黄/红）、本期关键事项 ≤5 条、下期计划 ≤5 条、风险和需要升级的决策（明确写"需要 XX 在 XX 前做 XX"）、关键指标。

推荐：Asana Reporting 自动拉进度数据生成初稿。Notion 周报模板 +Database 支持归档检索。ClickUp Docs 内嵌实时任务数据。

技巧："需要决策的事项"单独一节、加粗标红——这是周报里唯一需要读者行动的部分。

15. 会议纪要（Meeting Minutes）

核心要素：会议主题日期参会人、三句话摘要、决议事项（每条有负责人和截止日期——这是纪要的灵魂）、待办事项。

推荐：Notion Meeting Notes 模板一键生成待办。Jira+Confluence 组合中 Confluence 模板可内联 Jira Issue。

技巧：会后 15 分钟内发出。超过半天，全员记忆模糊了，没人认真看。

16. 干系人沟通计划（Stakeholder Communication Plan）

核心要素：对接人、沟通频率（每天/周/月/里程碑）、沟通方式、信息需求（老板关心进度风险，客户关心交付质量，执行者关心任务排期）。

推荐：Asana Portfolios 为不同干系人推送不同视图。Monday.com Dashboard 同样逻辑。Excel 维护最简单——这个模板是给 PM 自己看的。

技巧：沟通频率按"他认为需要的"而不是"你认为需要的"来定。漏发给很在乎的人，他会在最尴尬的时候突然问"为什么没人告诉我"。

17. 任务交接（Task Handoff）

核心要素：任务描述、交接人/接收人、当前状态、已完成/待完成、关键文件/账号、已知坑点（最值钱也最被忽略的）、验收确认。

推荐：Trello 卡片打包所有信息一键移交。禅道任务指派变更可追溯。Jira Issue 改 Assignee+Comment 附交接说明。

技巧：交接最有价值的内容不是"怎么做"，是"坑在哪"。花 10 分钟讲清楚，接收人少走两周弯路。

🎯 沟通阶段一句话： 让信息从"人找人"变成"系统找人"。项目复杂度越高，沟通模板的 ROI 越大。

五、复盘与收尾：最后一公里，也是下个项目的起跑线

18. 项目复盘（Project Retrospective）⭐ 核心模板

核心要素：做得好的（继续保持）、做不好的（每个问题配一个改进措施 + 责任人）、意外收获、下一步行动计划。

推荐工具：Trello 的 Start/Stop/Continue 三列看板是复盘标准套路。Notion Database 归档所有项目复盘形成组织级经验库。禅道的版本发布后可关联复盘结论到对应需求和 Bug 上。

实操技巧：复盘会上先让每人安静写 5 分钟便利贴，再轮流讲。不要开口就讨论——话最少的那个人，往往有最精准的观察。

19. 经验教训登记册（Lessons Learned Register）

不是等项目结束才总结，是过程中遇到一个坑就记一条。项目的记忆半衰期比你以为的短得多。

核心要素：所属项目、类别（技术/流程/沟通/需求/风险）、具体描述 + 学到什么 + 影响 + 建议。

推荐：Notion 或 Confluence 做可检索全团队经验库。禅道的文档模块维护项目经验库关联到具体产品。

技巧：最大敌人不是"没人写"，是"写了没人看"。每个新项目启动会花 10 分钟翻出同类项目最痛的 3 条经验读给团队听——这才是闭环。

20. 项目收尾检查清单（Project Closure Checklist）

核心要素：交付物验收确认、文档归档、财务结算、团队释放通知、复盘归档、干系人关闭通知。

推荐：Trello Checklist 逐项打勾，最后一条勾完项目正式关门。禅道版本发布作为收尾节点确认关联需求和 Bug 已关闭。

技巧：最容易漏的是"团队释放通知"——项目结束了但成员还在接零散需求。一纸通知是心理节点：这个项目正式翻篇了。

🎯 收尾阶段一句话： 复盘 → 经验库 → 收尾清单，这三件事花两小时，下个项目帮你省两百小时。

模板怎么用最省力

20 个模板全看完了。但模板有个悖论：越多越不想用。三个原则：

第一，按项目类型只选 5-8 个。研发项目重点拿需求收集、Sprint 规划、问题追踪、变更请求、复盘。内部运营项目拿章程、WBS、里程碑、周报、收尾清单。不是所有项目都要全部 20 个。

第二，把模板搬进你已经在用的工具里，而不是另起一个文件夹。禅道用户直接在禅道的产品/项目/测试模块里用，Jira 用户用 Issue Type+ 工作流承载，Notion 用户做成 Database 模板一键创建。模板的最佳归宿是嵌入每天打开的工具中，不是躺在文件夹里。

第三，每做完一个项目花半小时迭代模板。哪个字段永远没人填、哪个字段你每次都缺——根据真实使用反馈持续调整。模板应该有版本号。

FAQ

Q1：小团队（5 人以下）需要这些模板吗？

选 4 个核心的就行：需求收集、任务看板（WBS+ 甘特 + 里程碑合三为一）、周报、项目复盘。模板复杂度跟着团队规模走，人越少越轻。

Q2：禅道里怎么落地这些模板？

禅道的产品、项目、测试、版本四大模块本身就是完整的研发管理模板体系——需求收集对应产品模块需求池，WBS 和 Sprint 规划对应项目模块迭代和任务，问题追踪对应测试模块 Bug 管理，复盘对应版本发布节点。你需要做的是按团队流程把字段和流转规则配置好。

Q3：有没有一个工具能覆盖全部 20 个模板？

没有完美的。WBS 在 ClickUp/Jira 层级结构里很自然，会议纪要在 Notion 里顺手，甘特图在 Asana 里体验好。但若只能选一个，ClickUp 和 Monday.com 覆盖最广，20 个模板至少 15 个能在它们内部实现。

Q4：模板做完了团队不用怎么办？

两个原因选一个：太复杂（填模板比做任务还费劲）→ 砍字段，砍到只剩绝对必要的。或者没嵌入工作流（模板在文件夹，日常操作在另一个工具）→ 搬进团队已经在用的工具里。记住：模板不是写给团队交的作业，是项目经理给自己省时间的工具。

Q5：有没有必要所有项目统一用一套模板？

没必要，反而有害。不同项目类型（研发交付 vs 内部运营 vs 甲方项目）核心痛点和流程差异巨大，应该用不同的模板组合。强行统一只会让团队在每个项目里都用不上——然后你不用催，他们自己就放弃了。