users/开发文档/10、项目管理/_智能展开.md

📊 项目管理智能展开引擎 (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 甘特图模板

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 燃尽图数据结构

// 燃尽图数据
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

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

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

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

---

📝 五、复盘模板

5.1 项目复盘文档

# [项目名称] 项目复盘报告
> 复盘时间：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 执行表更新规则

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

6.2 提醒规则

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

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

---

🔗 七、跨目录联动

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

联动指令

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

---

🤖 八、AI 协作指令

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

---

⚠️ 九、注意事项

9.1 管理原则

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

9.2 常见问题

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

---

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