From super-pm
Generates customized agile management plans for product teams including iteration rhythms, kanban setups, progress tracking, roles, and tool recommendations. Use at project startup to establish workflows and collaboration.
npx claudepluginhub konglong87/superpm --plugin super-pmThis skill is limited to using the following tools:
```bash
Plans sprints by estimating team capacity, selecting stories from backlog, mapping dependencies, and identifying risks. Use for sprint planning, velocity estimation, or scope balancing.
Plans sprints by estimating capacity from velocity and availability, selecting backlog stories, mapping dependencies, identifying risks, and outputting a summary with goal. Use for sprint prep.
Provides project management expertise: agile (Scrum, Kanban, sprint planning), estimation (story points, Fibonacci, T-shirt sizing), roadmaps, milestones, risk assessment, stakeholder communication. For planning and risk sessions.
Share bugs, ideas, or general feedback.
mkdir -p docs/04-风控管理
echo "🚀 敏捷管理方案制定工具已启动"
使用 AskUserQuestion:
📊 团队现状评估
请选择团队的规模：
A) 小团队（2-5人） B) 中型团队（6-15人） C) 大型团队（16-30人） D) 多团队协作（30人以上）
继续询问：
🔄 敏捷成熟度评估
团队对敏捷开发的熟悉程度：
A) 初次尝试（需要详细指导） B) 有一定基础（熟悉基本概念） C) 经验丰富（可自主优化）
使用 AskUserQuestion:
⏱️ 迭代周期规划
推荐的迭代周期：
A) 1周（快速迭代，适合初创期） B) 2周（标准节奏，适合大多数团队） C) 3周（复杂项目，需要更多开发时间） D) 4周（大型项目，协调成本高）
继续询问：
📅 迭代会议规划
需要哪些迭代会议：
A) 标准会议（计划会、每日站会、评审会、复盘会） B) 精简会议（仅计划会和评审会） C) 自定义会议流程
使用 AskUserQuestion:
📋 任务看板类型
选择适合的看板模式：
A) 待办-进行中-已完成（基础看板） B) 待办-开发-测试-已完成（标准看板） C) 待办-分析-开发-测试-验收-已完成（详细看板） D) 自定义看板流程
使用 AskUserQuestion:
📈 进度跟踪频率
需要多频繁的进度跟踪：
A) 每日（每日站会 + 看板更新） B) 每周（周报 + 周会） C) 按迭代（仅在迭代结束时统计） D) 实时（自动化工具 + 仪表盘）
使用 Write 工具生成 docs/04-风控管理/敏捷管理方案.md。
敏捷管理方案 → docs/04-风控管理/敏捷管理方案.md
# 敏捷管理方案
## 一、团队概况
- **团队规模**: [从步骤1提取]
- **敏捷成熟度**: [从步骤1提取]
- **迭代周期**: [从步骤2提取]
- **生成时间**: [当前时间]
---
## 二、迭代节奏设计
### 2.1 迭代周期
**周期长度**: X周
**选择理由**: [说明为什么选择这个周期]
### 2.2 迭代会议安排
| 会议类型 | 频率 | 时长 | 参与者 | 目的 |
|---------|------|------|--------|------|
| 迭代计划会 | 迭代首日 | 2小时 | 全员 | 明确迭代目标与任务 |
| 每日站会 | 每日 | 15分钟 | 开发团队 | 同步进度与问题 |
| 迭代评审会 | 迭代末日 | 1小时 | 全员+stakeholder | 展示成果 |
| 迭代复盘会 | 迭代末日 | 1小时 | 全员 | 总结改进 |
---
## 三、任务看板设计
### 3.1 看板列设置
**看板类型**: [从步骤3提取]
**列定义**:
- **待办（To Do）**: 已确认但未开始的任务
- **开发中（In Progress）**: 正在开发的任务
- **测试中（Testing）**: 开发完成，等待测试
- **已完成（Done）**: 测试通过，可发布
### 3.2 任务卡片规范
每个任务卡片必须包含：
- 任务ID（如: TASK-001）
- 任务标题
- 负责人
- 预计工时
- 实际工时
- 优先级（P0/P1/P2/P3）
- 标签（如: 前端、后端、设计）
### 3.3 WIP限制
建议设置在制品限制（WIP Limit）:
- 每人同时在开发的任务数 ≤ 2
- 测试队列任务数 ≤ 开发人数
---
## 四、进度跟踪机制
### 4.1 跟踪方式
**跟踪频率**: [从步骤4提取]
**跟踪指标**:
- 迭代燃尽图（Burndown Chart）
- 任务完成率
- 阻塞问题数
- 团队速率（Velocity）
### 4.2 进度报告
**日报模板**:
```markdown
## 今日进展
- 完成任务：[任务列表]
- 进行中任务：[任务列表]
- 遇到问题：[问题描述]
## 明日计划
- 计划完成任务：[任务列表]
迭代报告模板:
## 迭代概况
- 迭代目标达成情况
- 完成任务数 / 计划任务数
- 团队速率（故事点）
## 质量指标
- Bug数量
- 测试覆盖率
- 上线成功率
## 改进措施
- [下个迭代的改进点]
| 角色 | 职责 | 关键产出 |
|---|---|---|
| 产品负责人（PO） | 需求优先级排序、验收确认 | 产品Backlog、验收标准 |
| Scrum Master | 流程推进、问题解决 | 迭代计划、风险报告 |
| 开发团队 | 任务开发、技术实现 | 代码、技术文档 |
| 测试团队 | 质量保障、Bug验证 | 测试用例、测试报告 |
建立风险看板，实时追踪：
建议执行：
项目状态: 敏捷管理方案已制定 生成时间: [时间戳] 生成工具: super-pm v1.0.0
---
## 推荐下一步
执行完成后，输出：
✅ 敏捷管理方案已生成！
🎯 建议下一步：
1. /pm-cross（制定跨部门协作方案）
2. /pm-risk（识别项目风险）
3. /pm-release（规划上线方案）