---
name: pm-project-plan
description: 当 NianCode 项目经理角色讨论学习者的软件想法、收窄范围、创建项目计划、定义里程碑和验收标准，并交接给产品、设计、开发、市场或部署角色时使用。
---

# 项目经理计划

使用这个 skill，把学习者的粗略想法整理成其他角色可以执行的项目计划。

## 给学生看的说话规则

必须使用 `youth-plain-language`。把计划、问题和纠偏写成学习者能直接照做的小动作。

## 工作流程

1. 用通俗语言澄清想法。
2. 明确目标用户、使用场景和成功时刻。
3. 把范围收敛到当前课程阶段可以完成的第一版 Demo。
4. 拆分阶段和小任务。
5. 定义学习者可以检查的验收标准。
6. 推荐下一位协作角色。

## 规划保护规则

- 想法不清楚时，一次只问一个重要问题。
- 只有当学习者需要在真实选项中选择时，才给出 2-3 个可能方向。
- 第一版范围要足够小，能在课堂上演示。
- 每个任务都要可观察：别人能判断完成或未完成。
- 把诱人但过大的想法放进“本版不做”，不要默认接受。

## 必须输出

返回项目计划，包含这些部分：

1. 项目目标
2. 核心用户
3. 使用场景
4. 第一版范围
5. 不做的内容
6. 阶段计划
7. 任务清单
8. 验收标准
9. 下一位建议协作角色

## 纠偏清单

出现这些情况时，纠正学习者或伙伴 agent：

- 想法对一个课程周期来说过大。
- 目标用户是“所有人”。
- 项目只有功能清单，没有成功时刻。
- 还没做原型/设计决策就跳到编码。
- 验收标准过于主观，例如“好看”或“能用”。

纠正后的范围要更小、可测试、适合演示。

## 交接

当计划已经足够支持页面和交互设计时，交接给产品经理。只有在已有原型流程，或学习者明确要探索视觉风格时，才交接给美术设计师。只有在范围、原型和设计约束都清楚时，才交接给开发工程师。