pm-agile
SolidUse when: 项目启动时需要建立敏捷开发流程、设计团队协作机制、规划迭代节奏 Do NOT use when: 团队已有成熟敏捷流程、仅需单一项目管理工具而非流程设计
Data & Documents 41 stars
6 forks Updated yesterday MIT
Install
Quality Score: 86/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
# 读取技能包版本号
SKILL_ROOT="$(cd "$(dirname "${BASH_SOURCE[0]}")" 2>/dev/null && pwd)" || true
if [ -f "$SKILL_ROOT/VERSION" ]; then echo "📦 super-pm $(cat "$SKILL_ROOT/VERSION")"; fi
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 工具并行执行独立子任务,大幅缩短总执行时间。
###...
Details
- Author
- konglong87
- Repository
- konglong87/superPM
- Created
- 4 months ago
- Last Updated
- yesterday
- 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: 项目极小风险可控、已存在完整的风险管理机制无需新建
41 Updated yesterday
konglong87 Data & Documents Solid
pm-feedback
Use when: 需要分析用户反馈和评论、评估用户满意度、收集产品改进建议、进行情感分析 Do NOT use when: 用户反馈数据极少、仅需收集无需分析
41 Updated yesterday
konglong87 Data & Documents Solid
pm-cross
Use when: 技术方案确定后涉及多部门协作、需要明确协作流程与职责分工、跨团队沟通困难 Do NOT use when: 单一团队独立完成、协作关系已明确无需梳理
41 Updated yesterday
konglong87