更新多个执行最佳实践文档，增加Epic、Feature、Story、Task、TestCase和Milestone的核心理念、职责边界、常见陷阱及自检清单，强调问题导向的需求管理和障碍识别方法，提升文档的指导性和实用性。同时，更新产品负责人角色文档，增加Scrum最佳实践链接，确保文档内容的完整性和准确性。

domain/scrum/execution/epic-best-practice.execution.md

@@ -1,4 +1,49 @@
 <execution domain="product-management">
+  
+  # Epic设计核心理念
+  
+  ## 🤔 Epic = 价值主题问题
+  
+  ```markdown
+  Epic的本质：提出价值主题层面的问题
+  核心思考：我们如何为用户创造这个价值域？
+  
+  问题导向框架：
+  📋 提问题层: Epic → Feature → Story (需求定义)
+  🛠️ 解决问题层: Task (技术实现)
+  ✅ 验证层: TestCase (质量保证)
+  🎯 价值确认层: Milestone (交付确认)
+  ```
+  
+  **Epic的职责边界**：
+  - ✅ 提出战略价值问题和商业假设
+  - ✅ 定义用户价值期望和成功标准
+  - ✅ 识别市场机会和用户痛点
+  - ❌ 不解决具体技术实现问题
+  - ❌ 不定义详细功能设计方案
+  
+  ## ⚠️ 常见陷阱与避免方法
+  
+  ```markdown
+  陷阱1: 写成技术方案书
+  错误表述: "构建基于NPM的模块化架构，包含CLI工具和JSON API"
+  正确表述: "降低AI助手角色加载的复杂度，提升开发者使用效率"
+  
+  陷阱2: 混合问题与解决方案
+  错误表述: "通过命令行工具实现快速角色配置以提升用户体验"
+  正确表述: "当前角色配置流程复杂，需要简化用户获取AI能力的路径"
+  
+  陷阱3: 功能需求清单化
+  错误表述: "包含角色系统、快速初始化、内存可视化三个功能"
+  正确表述: "AI助手获取专业能力的门槛过高，影响普通用户采用"
+  ```
+  
+  **问题导向自检清单**：
+  - [ ] Epic描述中是否包含"如何"、"通过"、"实现"等解决方案词汇？
+  - [ ] 是否先描述用户痛点，再提出价值假设？
+  - [ ] 能否用"什么问题"而非"什么功能"来概括Epic？
+  - [ ] 利益相关者看到Epic能理解问题，而非实现方式？
+  
   <process>
     # Epic设计流程
     
@@ -36,16 +81,46 @@
           技术债还清
           开发效率
     ```
+    
+    ## 📊 价值量化模板
+    
+    ```markdown
+    ### 用户价值量化
+    - 当前痛点: [具体描述用户遇到的问题]
+    - 影响用户: [数量/类型，如"80%的新用户"、"所有开发者"]
+    - 痛点成本: [时间/金钱损失，如"每次配置10分钟"、"60%放弃率"]
+    - 期望改善: [具体目标，如"降低到30秒"、"提升到95%成功率"]
+    
+    ### 商业价值量化
+    - 市场机会: [市场规模/竞争优势，如"AI开发者工具市场增长30%"]
+    - 收入影响: [具体数字，如"预期提升用户转化20%"]
+    - 成本节约: [具体节约，如"减少支持成本50%"]
+    - 风险缓解: [避免的损失，如"防止用户流失到竞品"]
+    
+    ### 技术价值量化
+    - 效率提升: [具体指标，如"开发效率提升3倍"]
+    - 维护成本: [降低程度，如"技术债务减少40%"]
+    - 扩展能力: [支撑能力，如"支持10倍用户增长"]
+    ```
   </process>
   
   <guideline>
     ### Epic定义建议
     
-    - **标题命名**: 使用"动词+对象"格式，如"构建用户工作区"
+    - **标题命名**: 使用"问题+影响"格式，如"用户角色获取流程复杂度过高"，避免"构建XX"、"实现XX"等解决方案用词
     - **价值先行**: 每个Epic必须先定义用户价值，再描述功能
     - **边界明确**: 用包含/不包含列表明确Epic范围
     - **分阶段交付**: 大Epic按MVP→增强→完善分阶段
     
+    **命名对比示例**：
+    ```markdown
+    ❌ 解决方案导向: "构建NPM包管理系统"
+    ✅ 问题导向: "AI助手能力获取复杂度阻碍用户采用"
+    
+    ❌ 功能导向: "开发角色快速配置功能"  
+    ✅ 价值导向: "新用户角色配置门槛影响产品推广"
+    ```
+    
     ### 大小控制指南
     
     | Epic类型 | 建议大小 | 完成周期 | Feature数量 |
@@ -107,5 +182,11 @@
     | 验收标准 | 标准具体可测，覆盖功能质量业务 | 标准基本明确可测试 | 标准模糊或不可测 |
     | 依赖管理 | 依赖最小化，风险已识别应对 | 依赖已识别，风险可控 | 依赖复杂或风险未评估 |
     | INVEST符合度 | 完全符合INVEST原则 | 基本符合，个别项有改进空间 | 不符合多个INVEST原则 |
+    
+    **快速检查要点**：
+    📝 **问题导向**: 标题描述问题而非解决方案，避免"构建"、"开发"等技术词汇
+    💰 **价值量化**: 用户价值和商业价值必须量化，有清晰成功指标  
+    🎯 **范围边界**: 包含/不包含列表清晰，单一问题域，6个迭代内完成
+    📊 **可执行性**: 验收标准具体可测，可拆分为独立Feature，风险已识别
   </criteria>
 </execution>