大多数项目计划崩盘的方式都一样：列任务却不按影响排序；从头到尾没指定一个真正担责的 owner；风险藏在一张没人会再打开的 slide 里。下面这 11 个 Prompt 强制你写出里程碑级交付物、显式假设、按概率×影响排序的风险登记，以及一份提前备好的削减菜单——这样到第三周现实砸下来时，你是有计划地砍，而不是一声不响地延期。
这些 Prompt 不挑模型。要深入做风险，可配合 项目风险分析 Prompt。
TL;DR
- 按顺序用：目标 → 里程碑（#1）→ 任务（#2）→ Sprint（#3），再在上面叠风险（#4）、责任（#5）、关键路径（#6）。
- 把真实的 backlog、日期、团队名单填进
{...}占位符。输入越含糊，计划越套路。 - 凡是需要粘大段上下文的 Prompt（#3、#4、#6、#8、#9），用 1M token 的模型：Claude Opus 4.7 / Sonnet 4.6、Gemini 3.1 Pro，或 ChatGPT Pro（$200）。免费版和 Plus 版会把长粘贴截断。
- 杠杆最高的是 #4（风险登记）、#8（削减菜单）和 #9（Pre-mortem）。跳过这三个，你就只为顺风局做了计划。
该用哪个模型跑这些 Prompt？
这些 Prompt 都是纯文本，任何聊天模型都能跑，但做规划有两点关键：你能粘多少上下文，以及模型能不能把它们记牢不串。截至 2026 年 6 月：
| 模型 | 标准上下文 | 套餐 / 价格 | 适合 |
|---|---|---|---|
| Claude Sonnet 4.6 | 1M token | Claude Pro $20/月 | 日常主力，输出结构化、稳定 |
| Claude Opus 4.7 | 1M token | Claude Max $100/$200 | 大型跨团队项目，推理最深 |
| Gemini 3.1 Pro | 1M token | Google AI Pro $19.99/月 | 粘贴量最大、配 Workspace 文档 |
| ChatGPT（GPT-5.5） | Plus 版应用内约 320 页 | Plus $20 / Pro $200 | 快速出计划；完整 1M 仅限 $200 Pro |
实用法则：一页纸的”目标→里程碑”（#1、#2）任何免费版都够用。一旦要粘整份 backlog 或现有计划（#3、#4、#6、#8、#9），就换到 1M token 的模型，免得被截断。注意：ChatGPT $20 Plus 版应用内上下文大约只有 320 页，完整 1M token 窗口只给 $200 Pro 档。
这套 Prompt 适合用在哪
- Sprint 规划
- 新方向 / Initiative 范围界定
- 跨团队项目
- 跨职能产品上线计划
- 个人大项目（出书、搬家、备考）
1. 目标 → 里程碑（含假设）
目标：{1 句}。约束：{时间 / 团队 / 预算}。请拆成 4-6 个里程碑。每个：交付物、成功标准、1 个可能让它失效的关键假设。标出假设最不牢靠的那个里程碑——那是要最先验证的地方。2. 里程碑 → 任务
里程碑：{描述}。Owner：{团队}。可用时间：{N 周}。请拆成不超过 2 天的任务。标依赖关系。每个任务给出乐观 / 现实 / 悲观三种工期估算（天）。3. 2 周 Sprint 计划
给定 backlog（粘贴）、团队容量 {N 点}、最高优先级 {目标}：规划 2 周 Sprint。输出：1 句 Sprint 目标、承诺项、Stretch 项、风险。预留 20% 容量给未计划任务。
{粘贴}4. 风险登记
项目计划（粘贴）。请识别 Top 8 风险。每个：概率（低 / 中 / 高）、影响（低 / 中 / 高）、缓解、应急方案、owner。按 概率×影响 排序。区分"风险"（不确定）与"问题"（已发生）。
{粘贴}5. RACI 矩阵
项目：{摘要}。Stakeholders：{含角色}。请为 8 个最重要工作流构建 RACI。标出任何有超过 1 个 Accountable 的工作流——那是出问题的信号。同时标出 Accountable 为零的工作流。RACI 的硬规则是每个工作流恰好 1 个 Accountable——不能两个，也不能零个。如果你挑不出唯一 owner，说明这个工作流还太粗，得继续拆。Consulted 这一列要尽量短：每多加一个 Consulted，就多一个能把事情卡住的签字人。
6. 关键路径识别
下面是项目任务 + 依赖。请识别关键路径，标出"延 1 天，整个项目延 1 天"的 3 个任务。再给出 2 种压缩关键路径的方式：fast-track（并行化）或 crash（加资源）。
{粘贴}7. 计划 + 现实 → 状态更新
计划：{粘贴}。本周实际：{粘贴}。请写 150 字状态更新：on track / 风险 / 阻塞，附下周一个具体优先级，以及一条"我需要你做什么"的具体诉求。8. Scope 削减菜单
还剩 3 周但工作量约 5 周。计划：{粘贴}。请给"scope 削减菜单"：5 项可删项，删了失什么、保什么、谁会注意到。按最不痛排序。9. 计划的 Pre-mortem
项目：{摘要}。计划：{粘贴}。假设 6 个月后项目失败了。请写一份事后复盘：失败的 Top 5 原因，按可能性排序。每条标出"如果真朝这个方向走，第 2 周就能看到的先行指标"是什么。
{粘贴}Pre-mortem 是这里最有用的一个 Prompt。这套方法来自心理学家 Gary Klein（HBR，2007）：把失败设想成”已经发生”，而不是”可能发生”，能明显提升人找出真正原因的能力——因为它绕开了规划阶段那种扼杀诚实风险讨论的乐观情绪。
10. Stakeholder 沟通节奏
项目：{摘要}。Stakeholders：{含级别 + 关心程度}。请设计沟通节奏：谁收更新、用什么格式（Slack 串 / 周邮件 / 月评审）、多久一次、每次更新要支持的决策是什么。避免"为汇报而汇报"。11. Kickoff 会议议程
项目：{摘要}。团队：{列表}。请设计 60 分钟的 Kickoff 议程，结束时要产出这些产物：1 句话共识目标、Top 3 风险、每个工作流的 owner、"现在不问就一定会后悔"的那 1 个问题。包含每段大致时长。怎么把这些 Prompt 用好
- 把每个
{...}都换成真实内容。“约束：6 周、3 个工程师、没有外部预算”能给出可用计划；“约束：一些”只会给套话。 - 在同一段对话里链式使用，让模型带着上下文走：先跑 #1，把它的里程碑喂给 #2，再把 #2 的任务喂给 #6。
- 输出太泛时直接反推：“这些风险太显然。给我 3 个专门针对固定上线日期下两团队交接的具体风险。”
- 把 AI 的估算当初稿，不是承诺。发布计划前，日期、owner 和每个数字都要自己再核一遍。
容易踩的坑
- 列任务不挂里程碑 / 结果——计划读起来像 to-do list，不像项目。
- 风险只在 kickoff 写一次，后续新风险冒头没再更新。
- 没显式 Accountable，每个人都以为别人在 own。
- 没识别关键路径，团队把力气优化在错的任务上。
- 没提前准备削减菜单，真要砍时只能在恐慌中砍。
- 状态更新只汇报活动量（“做了 12 件事”）而不是对照目标的结果。
常见问题
项目规划用哪个 AI 模型最好？ 对大多数人，Claude Pro（$20/月）上的 Claude Sonnet 4.6 是甜点位：1M token 上下文 + 稳定的结构化输出。超大型跨团队项目，升到 Claude Opus 4.7。要粘最多上下文、或在 Google Workspace 里干活，Gemini 3.1 Pro（$19.99/月）同样是 1M 窗口。（数据截至 2026 年 6 月。）
免费版能跑吗？ 短 Prompt（#1、#2、#5、#10、#11）可以。粘贴量大的（#3、#4、#6、#8、#9）可能超出免费版上限、把输入截断。如果计划看起来漏了你一半的 backlog，多半是粘贴被截了——换到付费的 1M token 套餐。
AI 给的工期估算准吗？ 不准，也别当它准。#2 里的乐观 / 现实 / 悲观估算只是一份可以快速反应的初稿，不是能拿去承诺的排期。计划发出去前，让真正干活的人逐条确认每个估算和 owner。
“风险”和”问题”有什么区别？ 风险是不确定的（可能发生）；问题是已经发生的。#4 故意把两者分成两张表——混在一起会让正在发生的问题淹没在一堆假设里，活生生的阻塞就是这样被忽略的。
这些能在 Cursor 等编程工具里用吗？ 能。它们是纯文本，粘进任何聊天模型即可——包括 Cursor 或 Claude Code——当你想为一个软件项目出计划、又要贴着相关代码时尤其好用。