pm-feature-prioritizationlisted

# 功能优先级排序 ## 支持的优先级框架 根据场景自动选择或让用户选择： | 框架 | 适用场景 | |------|---------| | RICE | 需要量化评分，功能较多（>10个）时 | | MoSCoW | 版本范围快速决策，功能较少时 | | ICE | 快速评分，早期探索阶段 | | Kano | 用户满意度导向，偏用户体验决策 | ## Step 0: 主动扫描项目上下文（必须第一步，不要等用户提供） **不要等用户手动描述需求，先主动用工具扫描项目，找到已有文档后再开始工作。** ### 扫描顺序（优先级从高到低） | 优先级 | 文件类型 | Glob 查找方式 | |--------|---------|-------------| | 最高 | 需求说明书 | `Glob("**/*需求*说明书*.md")` / `Glob("**/*spec*.md")` / `Glob("**/*requirement*.md")` | | 高 | 设计方案 | `Glob("**/*设计*方案*.md")` / `Glob("**/*系统设计*.md")` / `Glob("**/*design*.md")` | | 高 | 功能清单 | `Glob("**/*功能*清单*.md")` / `Glob("**/*功能清单*")` / `Glob("**/*feature*.md")` | | 高 | CHANGELOG | `Glob("**/CHANGELOG*.md")` | | 中 | README | `Glob("**/README*.md")` | | 低 | 路由配置 | `src/router/modules/` | | 低 | 项目代码 | `src/views/`、`src/api/`、`src/mock/` | ### 扫描完成后 1. **汇报找到了哪些文档**（文件路径 + 一句话说明内容） 2. **直接基于文档内容开始工作**，不需要用户再重复描述 3. **如果没找到任何文档**，再用 AskUserQuestion 向用户询问必要信息 4. **如果文档内容不足以完成任务**，只询问缺失的部分，不要重复问已有的信息 ## 工作流程 ### Step 1: 采集需求清单 要求用户提供待排序的功能列表，格式： ``` - 功能名称：[简要描述] - 来源：[用户反馈/业务诉求/技术债/战略规划] - 背景：[可选，相关上下文] ``` ### Step 2: 选择框架并评分 #### RICE 框架 **计算公式：RICE = (Reach × Impact × Confidence) / Effort** 评分标准： - **Reach（覆盖用户数）**：预计每月受影响的用户数量 - **Impact（影响程度）**：0.25(极小) / 0.5(小) / 1(中) / 2(大) / 3(极大) - **Confidence（信心度）**：100%(高) / 80%(中) / 50%(低) - **Effort（工作量）**：以人天为单位估算 输出格式： ```markdown | 功能 | Reach | Impact | Confidence | Effort | RICE分 | 优先级 | |------|-------|--------|-----------|--------|--------|--------| | 功能A | 1000 | 2 |