chore: 以本地为准,上传全部并替换 GitHub
This commit is contained in:
301
开发文档/10、项目管理/_智能展开.md
Normal file
301
开发文档/10、项目管理/_智能展开.md
Normal file
@@ -0,0 +1,301 @@
|
||||
# 📊 项目管理智能展开引擎 (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` 开始你的项目吧!
|
||||
Reference in New Issue
Block a user