⚡

规划与项目分解Skill planning

此技能提供结构化规划和项目分解的方法论，帮助用户创建计划、分解复杂项目、设置里程碑、估计时间线、识别依赖关系、管理风险等。适用于项目管理、战略规划、活动策划等场景。关键词：规划、项目分解、项目管理、时间线、里程碑、依赖关系、风险管控、敏捷规划、WBS、反向规划。

项目管理 0 次安装 0 次浏览 更新于 3/12/2026

名称: 规划 描述: | 使用已验证的方法论进行结构化规划和项目分解，适用于目标、项目和战略计划。当用户需要创建计划、分解复杂项目、设置里程碑、估计时间线、识别依赖关系或制定行动方案时使用。触发词包括“帮我规划”、“为…创建路线图”、“分解这个项目”、“实现…的步骤是什么”或“应该如何着手”。 允许工具: “*”

规划与项目分解技能

引导用户使用经过验证的项目管理框架进行结构化、现实的规划，适用于项目、目标和战略计划。

快速启动工作流程

当收到规划请求时，遵循以下系统化方法：

  1. 澄清: 理解目标、约束、截止日期、资源
  2. 选择方法: 根据项目类型选择规划方法论
  3. 分解: 分解为阶段、里程碑和任务
  4. 排序: 识别依赖关系和关键路径
  5. 估计: 设置现实的时间线，包含缓冲（不确定工作增加20-30%）
  6. 定义成功: 建立里程碑和成功标准
  7. 识别风险: 预测障碍并规划缓解措施
  8. 文档化: 创建清晰、可操作的方案

何时使用此技能

激活用于以下请求：

  • “帮我规划…” / “为…创建路线图”
  • “分解这个项目…” / “实现…的步骤是什么”
  • “应该如何着手…” / “为…构建时间线”
  • 战略规划、项目启动、目标设定

澄清阶段

在规划前，收集基本信息：

目标与范围:

  • 你想要实现什么？（明确最终状态）
  • 哪些包含/不包含在范围内？
  • 成功看起来像什么？

约束:

  • 截止日期？固定还是灵活？
  • 可用资源？（人员、预算、工具）
  • 依赖关系？（外部因素、审批）
  • 非可协商项？

上下文:

  • 利益相关者？决策者？
  • 过去的经验教训？
  • 类似项目参考？

不要跳过此步: 5分钟的澄清节省后续数小时。

规划方法选择器

根据项目特征选择方法论：

工作分解结构（WBS）

使用时机: 大型、复杂项目；范围不明确；需要全面任务清单

过程: 自上而下分解（项目 → 阶段 → 可交付成果 → 任务）

最适合: 建筑、IT项目、活动、产品发布

反向规划

使用时机: 固定截止日期；活动规划；目标明确但路径不确定

过程: 从最终目标开始，反向识别先决条件

最适合: 活动规划、产品发布、活动、截止日期驱动的工作

敏捷/迭代规划

使用时机: 需求不确定；需要灵活性；可以增量交付

过程: 在短期迭代（冲刺）中规划，基于学习调整

最适合: 软件开发、研究、新产品开发

分阶段/里程碑规划

使用时机: 长期项目（3个月以上）；需要检查点；分阶段交付

过程: 分为带门的阶段，逐阶段规划

最适合: 研究、建筑、战略计划、转型

混合方法

结合方法: WBS用于分解 + 敏捷用于执行等。

详见 references/frameworks-detailed.md 获取每种方法论的详细指南。

核心框架（简洁）

工作分解结构（WBS）

工作的分层分解：

层级: 项目 → 阶段（3-7个） → 可交付成果 → 任务（每个1-3天） → 子任务（如需要）

100%规则: 每个层级代表父级工作的100%

提示:

  • 可交付成果用名词，任务用动词
  • 当任务为1-3天时停止
  • 通常3-4个层级足够

反向规划

过程:

  1. 定义最终目标（什么、何时、成功标准）
  2. 询问：“在这之前必须发生什么？”
  3. 继续反向到当前
  4. 反转序列为正向方案
  5. 添加并行任务和依赖关系
  6. 估计持续时间

关键: 彻底处理先决条件——遗漏步骤常见

关键路径法

识别依赖任务的最长序列（决定最小持续时间）：

概念:

  • 关键路径: 零松弛的任务（不能延迟）
  • 浮动/松弛: 任务延迟而不影响项目的时间

使用: 集中管理注意力于关键路径任务

使用 scripts/critical_path.py 进行计算。

时间线估计

方法:

  • 自下而上: 估计每个任务，汇总（最准确）
  • 自上而下: 估计整体，分配到阶段（更快）
  • 三点法: （乐观 + 4×最可能 + 悲观）/ 6
  • 类比法: 比较类似过去项目

关键原则:

  • 为不确定工作包含20-30%缓冲
  • 区分努力 vs 持续时间（40小时工作 ≠ 40小时经过时间）
  • 考虑能力（人员不是100%高效）
  • 为风险缓解添加应急措施

避免: 规划谬误（低估）、乐观偏见

详见 references/estimation-techniques.md 获取详细方法。

里程碑与成功标准

好里程碑:

  • 具体、可测量、有意义
  • 时间限制、对利益相关者可见
  • 代表显著进展

类型: 可交付成果完成、决策点、事件、阶段完成

间距: 每周（短期项目）、每两周/每月（中期）、每月/每季度（长期）

OKR框架（目标与关键结果）

结构: 1个目标 + 3-5个关键结果

目标: 定性、雄心勃勃的目标（要达成的）

关键结果: 量化指标（如何衡量成功）

示例:

  • 目标: 成功向市场发布产品
  • 关键结果: 第一个月1000个活跃用户；NPS 50+；到Q4结束达到$50K月经常性收入

用于: 战略规划，非战术任务

SMART目标

Specific（具体） - Measurable（可测量） - Achievable（可达成） - Relevant（相关） - Time-bound（时间限制）

示例: “通过改进入职流程，在Q4结束前将NPS从30提高到50”

用于: 个人目标、小计划

依赖关系与排序

依赖关系类型

完成到开始（最常见）：B在A完成后开始

开始到开始: B在A开始时开始

完成到完成: B在A完成时完成

识别依赖关系

针对每个任务询问:

  • 什么必须在开始前完成？
  • 什么可以并行运行？
  • 什么在等待这个？
  • 任何外部依赖？

类别: 强制（技术）、酌情（偏好）、外部（超出控制）、内部（团队控制）

并行化

寻找:

  • 没有依赖关系的任务
  • 有相同先决条件的任务
  • 可以拆分的任务

好处: 更短持续时间、更好资源利用

注意: 不要过度并行化（协调开销）

风险管理（简要）

识别

常见类别: 计划、技术、资源、外部、范围、质量

询问: “什么可能出错？” 回顾过去问题。使用事前分析。

评估

针对每个风险: 概率（1-5）× 影响（1-5）= 风险分数

优先处理: 高分数风险用于缓解

应对策略

  • 避免: 通过更改方案消除风险
  • 缓解: 减少概率或影响
  • 转移: 转给另一方（保险、合同）
  • 接受: 监控并有应急方案

详见 references/frameworks-detailed.md 获取风险登记模板。

资源规划（简要）

类别

人员: 角色、技能、时间承诺、可用性

工具: 软件、硬件、采购时间

预算: 人员、工具、应急（10-20%）

其他: 空间、材料、信息访问

RACI矩阵

Responsible（负责执行） - Accountable（最终负责） - Consulted（提供意见） - Informed（保持知晓）

详见 references/templates.md 获取RACI模板。

规划视野

战略（年度/季度）: 目标、主题、主要计划。工具：OKRs、路线图。季度审查。

战术（月度/冲刺）: 可交付成果、项目。工具：WBS、冲刺规划。周度审查。

运营（周度/日度）: 立即任务。工具：任务列表、看板。日度审查。

原则: 规划细节应匹配确定性——近期详细、长期高层。

敏捷/迭代规划（简要）

冲刺规划（2周迭代）

  1. 审查优先积压
  2. 基于团队能力选择项目
  3. 将项目分解为任务
  4. 估计并承诺
  5. 定义冲刺目标

迭代审查

  • 演示: 展示已完成工作
  • 回顾: 什么做得好、什么改进
  • 适应: 调整下一次迭代

提示: 保持迭代短（1-2周）。不要跳过回顾。保护免受干扰。

详见 references/templates.md 获取冲刺规划模板。

应急规划

缓冲

计划: 为不确定工作20-30%，对新/复杂更多

资源: 10-20%预算应急、备用人员

范围: 优先功能（必须拥有 vs 可有可无），有削减列表

方案B

针对关键路径，询问:

  • 如果这花费2倍时间呢？
  • 如果资源不可用呢？
  • 如果依赖失败呢？

文档化: 触发点、替代方案、决策者

监控与适应

跟踪: 比较实际 vs 计划，早期识别偏差

重新规划当: 假设错误、范围变更、资源变更、风险发生

记住: 方案是工具，非合同。当现实不同时适应。

文档格式

基本方案元素

  1. 目标/目的（什么和为什么）
  2. 范围（包括/不包括）
  3. 时间线（关键日期、里程碑）
  4. 任务/阶段（工作分解）
  5. 依赖关系（关键路径）
  6. 资源（谁、需要什么）
  7. 风险（识别 + 应对）
  8. 成功标准（衡量）

输出格式

高层方案:

项目: [名称]
目标: [要达成什么]
时间线: [开始] - [结束]
负责人: [人员]

阶段:
1. 阶段名称（日期） - 主要可交付成果
2. 阶段名称（日期） - 主要可交付成果

里程碑:
- [日期]: 里程碑
- [日期]: 里程碑

主要风险:
1. 风险 [缓解措施]
2. 风险 [缓解措施]

详细任务列表:

任务: [描述]
├─ 负责人: [人员]
├─ 持续时间: [估计]
├─ 依赖关系: [先决条件]
├─ 可交付成果: [输出]
└─ 状态: [未开始/进行中/完成]

使用 scripts/timeline_visualizer.py 获取可视化时间线。

详见 assets/templates/ 获取即用格式。

常见模式

产品发布: 从发布日期反向规划，包括试运行、发布后监控

研究项目: WBS + 分阶段方法，探索时间，基于发现迭代

活动规划: 反向规划，场地/发言人的关键路径，详细当天清单

软件开发: 敏捷冲刺，每个迭代测试，部署和监控

流程改进: 分阶段推出，培训/变更管理，衡量周期

有效促进提示

  1. 从为什么开始 - 确保目标清晰再使用方法论
  2. 适度方法 - 对简单项目不要过度规划
  3. 团队参与 - 做工作的人应帮助规划
  4. 迭代规划 - 从高层开始，逐步细化
  5. 包含缓冲 - 对不确定性现实
  6. 可视化 - 图表优于文本墙
  7. 分配所有权 - 每个任务需要负责人
  8. 为学习规划 - 第一次花费更长时间
  9. 内置审查 - 定期检查早期发现问题
  10. 保持灵活 - 现实优于方案

使用支持资源

此技能中的额外资源：

  • references/frameworks-detailed.md: 逐步方法论指南
  • references/estimation-techniques.md: 完整时间估计方法
  • references/templates.md: 即用规划模板
  • scripts/critical_path.py: 计算项目关键路径
  • scripts/timeline_visualizer.py: 生成可视化时间线
  • assets/templates/: 立即使用的Markdown和CSV模板

参考这些以获取更深指导或现成格式。

记住: 最佳方案是被执行的方案。使方案清晰、可操作、现实。完美规划是开始的敌人。