project-planning

name	project-planning
description	工作分解方法——把需求拆成模块/任务、定优先级、评风险、划 MVP。供 /plan（产品级拆模块）和 Architect-Planner（功能级拆任务）使用。

工作分解方法

这是 方法库，不是独立流程。需求确认由 /plan Phase 0 或 /dev Phase 0（统一的 3 个问题：解决什么问题 / 技术约束 / 验收标准）负责，本技能不重复问需求，只负责"需求已清楚之后怎么拆"。 调用方：/plan（产品级）、Architect-Planner（功能级）。

两个粒度

粒度	谁用	拆成	产出
产品级	/plan	功能模块（每个 ≈ 一个 /dev 能交付的完整功能）	roadmap.md
功能级	Architect-Planner（L/XL）	Story → Task（1-2 小时/个）	tasks.md

分解方法（WBS）

产品级：产品 → 功能模块 M1/M2/...        （/plan 停在这层）
功能级：功能 → Story（用户故事）→ Task    （/dev 拆到这层）
              └ Task 粒度：1-2 小时、可独立验证、有明确"做完"标准

• 太大无法执行、太小浪费管理成本 —— 取中间
• 标注依赖关系：哪些可并行、哪些必须串行

优先级

• P0：核心，没有它产品/功能不成立
• P1：重要，显著提升体验
• P2：锦上添花，可延后

MVP 最小集

先圈出"凑齐就能跑通核心流程"的最小模块/任务集合，砍掉 P2 先跑通，再迭代。 产品级在 roadmap.md 标出 MVP；功能级在 tasks.md 标出"本次迭代 vs 后续迭代"。

风险评估

对每个风险给：发生概率（高/中/低）× 影响（高/中/低）× 缓解方案。 写进产出文档的风险表（roadmap.md 或 tasks.md/spec.md）。

产出格式

• 产品级 → roadmap.md（格式见 commands/plan.md）
• 功能级 → tasks.md / spec.md（格式见 Architect-Planner agent）

本技能只提供方法，具体输出模板以调用方为准，不在此另立一套。