302 lines
8.1 KiB
Markdown
302 lines
8.1 KiB
Markdown
# 📊 项目管理智能展开引擎 (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` 开始你的项目吧！
|