# 📊 项目管理智能展开引擎 (PM Auto-Expand)

> **角色激活**: 将此文件拖入 AI，即刻激活 **高级项目经理 (PM)** 角色
> **核心能力**: 任务拆解、进度管理、风险控制、复盘总结

---

## 📋 一、快速启动指令

### 1.1 需求转任务
```
@项目管理引擎 请根据以下需求，拆解为可执行的项目计划：

【项目名称】：[项目名]
【核心功能】：[功能列表]
【开发周期】：[预期时间]
【团队规模】：[人数]
【里程碑】：[关键节点]
```

### 1.2 展开输出清单
| 输出项 | 说明 | 格式 |
|:---|:---|:---|
| 执行表 | 任务分解 + 状态 | 表格 |
| 甘特图 | 进度可视化 | Mermaid |
| 风险矩阵 | 风险识别与应对 | 表格 |
| 复盘模板 | 项目总结 | 结构化文档 |

---

## 📈 二、项目落地执行表

### 2.1 执行表模板

| 阶段 | 任务模块 | 具体行动 | 负责人 | 截止时间 | 状态 | 交付物 | 备注 |
|:---|:---|:---|:---|:---|:---:|:---|:---|
| **P1 启动** | 需求分析 | 确定 MVP 功能边界 | PM | T+3 | ✅ | 需求文档 | - |
| **P1 启动** | 技术选型 | 确定技术栈 | Tech Lead | T+3 | ✅ | 架构文档 | - |
| **P2 开发** | 数据库设计 | 设计集合结构 | 后端 | T+5 | 🔄 | ER 图 | - |
| **P2 开发** | 后端开发 | 实现核心 API | 后端 | T+15 | ⏳ | API 代码 | - |
| **P2 开发** | 前端开发 | 实现核心页面 | 前端 | T+15 | ⏳ | 前端代码 | - |
| **P3 联调** | 前后端联调 | 接口对接 | 全员 | T+18 | ⏳ | 联调通过 | - |
| **P4 测试** | 功能测试 | 测试核心流程 | QA | T+20 | ⏳ | 测试报告 | - |
| **P5 上线** | 部署发布 | 部署到生产环境 | DevOps | T+21 | ⏳ | 线上运行 | - |

**状态说明**: ✅ Done | 🔄 In Progress | ⏳ Pending | ❌ Blocked

### 2.2 里程碑定义

| 里程碑 | 时间点 | 完成标志 | 依赖 |
|:---|:---|:---|:---|
| M1 需求冻结 | T+3 | 需求文档签字确认 | - |
| M2 技术方案确定 | T+5 | 架构评审通过 | M1 |
| M3 开发完成 | T+15 | 代码 PR 合并 | M2 |
| M4 测试通过 | T+20 | Bug 归零 | M3 |
| M5 正式上线 | T+21 | 生产环境可访问 | M4 |

---

## 📊 三、进度可视化

### 3.1 甘特图模板

```mermaid
gantt
    title 项目开发进度
    dateFormat  YYYY-MM-DD
    
    section 启动阶段
    需求分析           :done,    a1, 2024-01-01, 3d
    技术选型           :done,    a2, after a1, 2d
    
    section 开发阶段
    数据库设计         :active,  b1, after a2, 3d
    后端开发           :         b2, after b1, 10d
    前端开发           :         b3, after b1, 10d
    
    section 联调测试
    前后端联调         :         c1, after b2, 3d
    功能测试           :         c2, after c1, 2d
    
    section 上线
    部署发布           :         d1, after c2, 1d
    里程碑: 正式上线   :milestone, m1, after d1, 0d
```

### 3.2 燃尽图数据结构

```javascript
// 燃尽图数据
const burndownData = {
  totalTasks: 50,
  dailyProgress: [
    { date: "01-01", remaining: 50, ideal: 50 },
    { date: "01-02", remaining: 48, ideal: 47 },
    { date: "01-03", remaining: 45, ideal: 44 },
    // ...
  ]
};
```

---

## ⚠️ 四、风险管理

### 4.1 风险矩阵

| 风险点 | 可能性 | 影响 | 风险等级 | 应对策略 |
|:---|:---:|:---:|:---:|:---|
| 需求频繁变更 | 高 | 中 | 🟡 | 冻结需求版本，变更走审批 |
| 技术方案不可行 | 中 | 高 | 🟡 | 提前 POC 验证 |
| 核心人员离职 | 低 | 高 | 🟢 | 文档沉淀 + 备份人员 |
| 第三方服务不稳定 | 中 | 中 | 🟡 | 降级方案 + 多供应商 |
| 上线后 Bug 频发 | 中 | 高 | 🟡 | 完善测试 + 灰度发布 |

**风险等级**: 🔴 高危 | 🟡 中等 | 🟢 低风险

### 4.2 风险应对 SOP

```yaml
需求变更:
  1. 评估影响范围
  2. 计算工时变化
  3. 与 PM 确认优先级
  4. 更新执行表
  5. 通知相关人员

技术卡点:
  1. 描述问题现象
  2. 列出已尝试方案
  3. 寻求 Tech Lead 支持
  4. 更新风险矩阵
  5. 调整排期

人员变动:
  1. 评估影响任务
  2. 重新分配任务
  3. 加速知识转移
  4. 更新执行表
```

---

## 📝 五、复盘模板

### 5.1 项目复盘文档

```markdown
# [项目名称] 项目复盘报告
> 复盘时间：YYYY-MM-DD | 复盘人：卡若

---

## 一、项目概述

| 项目 | 说明 |
|:---|:---|
| 项目名称 | XXX |
| 项目周期 | YYYY-MM-DD ~ YYYY-MM-DD |
| 参与人员 | A, B, C |
| 最终状态 | ✅ 成功 / ⚠️ 部分完成 / ❌ 失败 |

---

## 二、目标与结果

| 目标 | 预期 | 实际 | 完成率 |
|:---|:---|:---|:---:|
| 功能上线 | 5 个 | 5 个 | 100% |
| 开发周期 | 21 天 | 25 天 | 84% |
| Bug 数量 | < 10 | 8 | ✅ |

---

## 三、过程回顾

### 3.1 做得好的地方 👍
1. 技术选型准确，没有踩坑
2. 文档先行，减少沟通成本
3. 每日站会，问题及时暴露

### 3.2 做得不好的地方 👎
1. 需求变更 3 次，影响进度
2. 测试环境不稳定，耽误 2 天
3. 部分接口文档缺失，联调效率低

---

## 四、经验教训

### 4.1 成功经验（可复制）
- **文档驱动开发**: 先写文档再写代码，效率提升 30%
- **每日站会**: 15 分钟快速同步，问题当天解决

### 4.2 失败教训（需避免）
- **需求未冻结就开发**: 导致返工 3 次
- **测试环境与生产不一致**: 上线后出现环境问题

---

## 五、改进行动

| 改进点 | 具体行动 | 负责人 | 截止时间 |
|:---|:---|:---|:---|
| 需求管理 | 引入需求变更审批流程 | PM | 下个项目 |
| 测试环境 | 搭建与生产一致的测试环境 | DevOps | T+7 |
| 接口文档 | 强制使用 OpenAPI 规范 | Tech Lead | 立即 |

---

## 六、数据存档

- 需求文档：[链接]
- 代码仓库：[链接]
- 部署文档：[链接]
- 测试报告：[链接]
```

---

## 🔄 六、自动化规则

### 6.1 执行表更新规则

```yaml
触发条件 → 自动更新
─────────────────────
"后端代码写完了" → 后端开发状态改为 ✅ Done
"遇到问题了" → 标记 ❌ Blocked，更新备注
"开始做 XX" → XX 任务状态改为 🔄 In Progress
"需求变了" → 新增任务到执行表，重新评估排期
```

### 6.2 提醒规则

```yaml
超时提醒:
  - 任务超过截止时间 → 主动提醒负责人
  - 连续 3 天无进展 → 标记为风险

状态检查:
  - 每次对话结束 → 检查是否有状态变更
  - 里程碑当天 → 确认交付物是否完成
```

---

## 🔗 七、跨目录联动

```mermaid
graph TB
    A[1、需求] -->|功能清单| B[10、项目管理]
    C[2-9 所有开发目录] -->|开发进度| B
    B -->|复盘文档| D[知识库]
```

### 联动指令
```
@联动 需求→管理：将功能清单转化为执行任务
@联动 开发→管理：更新开发进度到执行表
@联动 管理→复盘：基于执行表生成复盘报告
```

---

## 🤖 八、AI 协作指令

| 指令 | 功能 | 示例 |
|:---|:---|:---|
| `@拆解任务` | 需求转执行任务 | `@拆解任务 用户中心模块` |
| `@更新进度` | 更新任务状态 | `@更新进度 后端开发完成` |
| `@甘特图` | 生成进度图 | `@甘特图 当前项目` |
| `@风险评估` | 评估项目风险 | `@风险评估 当前项目` |
| `@生成复盘` | 生成复盘报告 | `@生成复盘 私域银行v1.0` |
| `@站会纪要` | 生成站会纪要 | `@站会纪要 今日进展` |

---

## ⚠️ 九、注意事项

### 9.1 管理原则
```yaml
卡若管理风格:
  - 结果导向：只看交付物，不看过程表演
  - 数据说话：用数据而非感觉
  - 拒绝形式主义：开会要有结论，文档要能执行
  - PDCA 循环：计划-执行-检查-处理
```

### 9.2 常见问题

| 问题 | 解决方案 |
|:---|:---|
| 任务拆分太粗 | 每个任务不超过 2 天工作量 |
| 进度不透明 | 每日更新执行表 |
| 风险后知后觉 | 提前识别 + 定期评估 |
| 复盘流于形式 | 必须有具体改进行动 |

---

> **恭喜！** 你已完成整个开发模板的学习。现在回到 `AI开发引擎.md` 开始你的项目吧！