用户故事质检官

要解决的问题

很多用户故事停在「作为某角色，我想做某事，以便获得某价值」的三段式，真正决定能否进入开发的验收标准、非功能性指标和目标环境的硬约束经常缺失。典型症状是：验收条件写成「提高准确率」，性能写成「支撑高并发」，安全只提一句「要鉴权」，测试团队拿到后无法判定通过与否。华为云生态还有额外的固定项：认证鉴权方式、并发上限、与企业知识系统的集成、数据合规、服务兼容性，这些如果不显式写入故事，往往在联调阶段才暴露。

技能如何工作

该技能把一次质检拆成三步：解析、评分、输出改进报告。

第一步，故事解析。 从标题和正文中提取 As、I want、so that 三个标准组件，识别 Given-When-Then 形式的验收标准；同时标记故事是否隐含华为环境要求，如高并发、云服务或企业集成。

第二步，四维评分。 按权重对故事打分，总分 100：

• 结构完整性（25 分）：角色是否具体、目标是否清晰、价值是否充分、验收标准是否可测试；
• INVEST 原则（30 分）：独立性、可协商、有价值、可估算、规模小、可测试，细则见 references/invest-principles.md；
• DFX 非功能性需求（25 分）：性能、安全、可靠性、可维护性、可用性、可扩展性，框架在 references/dfx-requirements.md；
• 业务逻辑（20 分）：故事是否可落地，与现有流程和环境约束是否冲突。

第三步，问题与建议。 每个问题按统一格式输出，包含类别、描述、可执行建议和预期收益，并标注高/中/低优先级，最后给出一个优化后的故事版本作为参考。华为环境场景下还会逐项核对认证鉴权、并发量级（如 500 并发/s）、企业知识系统集成、数据安全合规和华为云服务兼容性。

适用边界

它适合在故事进入开发前、迭代评审或 backlog 梳理时做质量检查。工具不会替你重新设计业务方案，它做的是把模糊表述逼成可测试的条目。如果故事完全缺失业务背景，或团队没有既定的验收标准写作习惯，单靠这份检查清单也难以产出有效结论；DFX 与华为环境检查的深度依赖团队事先定义清楚需要遵守哪些规范。