pm-iteration
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/03-增长迭代
echo "🔄 迭代计划工具已启动"
# 检查前置数据
echo "📊 正在检查前置数据..."
if [ -f "docs/03-增长迭代/数据报告与用户反馈.md" ]; then
echo "✅ 数据报告 - 已找到"
fi
if [ -f "docs/03-增长迭代/产品路线图.md" ]; then
echo "✅ 产品路线图 - 已找到"
fi
```
---
## 跨 Agent 交互规则
当流程要求与用户交互时:
1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。
2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。
---
## 执行流程
### 步骤 1: 确定迭代范围
使用 AskUserQuestion 询问:
> 📋 迭代规划
>
> **迭代编号**:第X次迭代
> **迭代周期**:建议2周
>
> 本次迭代的输入来源:
>
> A) 数据分析结果(数据驱动优化)
> B) 用户反馈(用户需求驱动)
> C) 竞品分析(市场变化驱动)
> D) 技术优化(性能/架构提升)
> E) 业务目标(战略调整)
> F) 以上多项组合
> G) 产品路线图拆解(从长期规划中提取)
>
> 💡 提示:建议每次迭代聚焦1-2个核心目标
记录到变量 `ITERATION_INPUT`
---
### 步骤 2: 设定迭代目标
> 🎯 设定迭代目标
>
> 本次迭代的核心目标是什么?(建议1-2个)
>
> **目标示例**:
> - 提升注册转化率至30%
> - 完成XX功能开发上线
> - 修复Top 5用户反馈问题
>
> **目标1**:{目标描述}
> **目标2**:{目标描述}
>
> 每个目标需要可衡量,如"将XX指标从X%提升到Y%"
---
### 步骤 3: 收集迭代需求
> 📝 本次迭代的需求清单:
>
> 请列出本次迭代需要完成的需求/任务(每个一行):
>
> 示例:
> - 优化注册流程(来源:数据驱动 - 注册转化率低)
> - 新增商品搜索功能(来源:用户反馈)
> - 修复首页加载慢问题(来源:技术优化)
>
> 输入"完成"结束录入
收集到列表 `REQUIREMENT_LIST`
---
### 步骤 4: 需求优先级排序
基于价值和成本对需求排序:
> 🎯 需求优先级排序
>
> **P0(必须有)**:影响核心目标或阻塞其他需求
> **P1(应...
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-retro
Use when: 迭代结束后需要复盘总结经验教训、改进团队流程、记录改进行动项 Do NOT use when: 迭代尚未结束、团队不需要正式复盘
41 Updated yesterday
konglong87 Data & Documents Solid
pm-clarify
Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入
41 Updated yesterday
konglong87 Data & Documents Solid
pm-pool
Use when: 有新需求需要录入跟踪、需求状态需要变更、需要统一管理需求池、需求数量增多需要结构化 Do NOT use when: 需求极少可直接管理、仅需一次性分析无需持续跟踪
41 Updated yesterday
konglong87