pm-agile
SolidUse when: 项目启动时需要建立敏捷开发流程、设计团队协作机制、规划迭代节奏 Do NOT use when: 团队已有成熟敏捷流程、仅需单一项目管理工具而非流程设计
Data & Documents 65 stars
8 forks Updated 1 weeks ago MIT
Install
Quality Score: 85/100
Stars 20%
Recency 20%
Frontmatter 20%
Documentation 15%
Issue Health 10%
License 10%
Description 5%
Skill Content
## Preamble
```bash
bash "$(dirname "${BASH_SOURCE[0]}")/../../check-update.sh" 2>/dev/null || true
mkdir -p docs/04-风控管理
echo "🚀 敏捷管理方案制定工具已启动"
```
---
## 跨 Agent 交互规则
当流程要求与用户交互时:
1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。
2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合,等待用户��答(STOP and WAIT)。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。
---
## 执行流程
### 步骤 1: 了解团队现状
使用 AskUserQuestion:
> 📊 团队现状评估
>
> 请选择团队的规模:
>
> A) 小团队(2-5人)
> B) 中型团队(6-15人)
> C) 大型团队(16-30人)
> D) 多团队协作(30人以上)
继续询问:
> 🔄 敏捷成熟度评估
>
> 团队对敏捷开发的熟悉程度:
>
> A) 初次尝试(需要详细指导)
> B) 有一定基础(熟悉基本概念)
> C) 经验丰富(可自主优化)
### 步骤 2: 设计迭代节奏
使用 AskUserQuestion:
> ⏱️ 迭代周期规划
>
> 推荐的迭代周期:
>
> A) 1周(快速迭代,适合初创期)
> B) 2周(标准节奏,适合大多数团队)
> C) 3周(复杂项目,需要更多开发时间)
> D) 4周(大型项目,协调成本高)
继续询问:
> 📅 迭代会议规划
>
> 需要哪些迭代会议:
>
> A) 标准会议(计划会、每日站会、评审会、复盘会)
> B) 精简会议(仅计划会和评审会)
> C) 自定义会议流程
### 步骤 3: 规划任务看板
使用 AskUserQuestion:
> 📋 任务看板类型
>
> 选择适合的看板模式:
>
> A) 待办-进行中-已完成(基础看板)
> B) 待办-开发-测试-已完成(标准看板)
> C) 待办-分析-开发-测试-验收-已完成(详细看板)
> D) 自定义看板流程
### 步骤 4: 设计进度跟踪机制
使用 AskUserQuestion:
> 📈 进度跟踪频率
>
> 需要多频繁的进度跟踪:
>
> A) 每日(每日站会 + 看板更新)
> B) 每周(周报 + 周会)
> C) 按迭代(仅在迭代结束时统计)
> D) 实时(自动化工具 + 仪表盘)
### 步骤 5: 生成敏捷管理方案
使用 Write 工具生成 `docs/04-风控管理/敏捷管理方案.md`。
---
## Subagent 并行加速(v2.0.0 新增)
利用 Agent 工具并行执行独立子任务,大幅缩短总执行时间。
### 可并行子任务
当步骤1-4的用户信息收集完成后,以下两个任务可以并行执行:
| 子任务 | 说明 |
|--------|------|
| 迭代节奏推演 | 基于团队规模和敏捷成熟度,推演最优迭代周期和会议频次 |
| 看板与追踪设计 | 根据团队偏好,设计任务看板列配置和进度跟踪机制 |
### 触发方式
在步骤5生成文档前,使用...
Details
- Author
- konglong87
- Repository
- konglong87/superPM
- Created
- 5 months ago
- Last Updated
- 1 weeks ago
- Language
- JavaScript
- License
- MIT
Bundled in these plugins
Similar Skills
Semantically similar based on skill content — not just same category
Data & Documents Solid
pm-risk
Use when: 技术方案完成后需要风险排查、上线前风险识别评估、项目关键节点风险管控 Do NOT use when: 项目极小风险可控、已存在完整的风险管理机制无需新建
65 Updated 1 weeks ago
konglong87 Data & Documents Solid
pm-change
Use when: 项目进行中出现需求变更、需要评估变更影响范围和风险、记录变更历史 Do NOT use when: 变更极小无需正式评估、变更已有明确决策无需分析
65 Updated 1 weeks ago
konglong87 Data & Documents Solid
pm-cross
Use when: 技术方案确定后涉及多部门协作、需要明确协作流程与职责分工、跨团队沟通困难 Do NOT use when: 单一团队独立完成、协作关系已明确无需梳理
65 Updated 1 weeks ago
konglong87