官方技能 · 产品

带验收标准的用户故事

v1.0.1 · 2026年11月4日更新

把一个功能拆成用户故事，每个都有 Given/When/Then 验收标准、边界情况、不在范围内的说明和 INVEST 检查。

添加到团队的 Pod

可在 Claude、ChatGPT 和编程智能体中使用。在 Team 和 Business 套餐中，Pod 里的官方技能会在我们改进后自动更新到最新版。

适用场景

PRD 或功能已经定下来，需要作为工单放进待办列表
已经有工单，但没人说得清什么时候算完成

你需要提供

功能描述或 PRD 章节
涉及的用户角色
已知的规则和限制（可选）

你会得到

一组用户故事，每个含 Given/When/Then 场景、边界情况、不在范围内的说明、INVEST 一行，以及待确认问题。

工作方式

列出角色及其目标 为每个角色写出他们想用这个功能完成什么。一个故事只对应一个角色；“用户和管理员”的故事就是 2 个故事。
每个故事都按“作为……，我想要……，以便……”来写 Dan North 认为这个模板逼着作者写明价值。“以便”写的是用户在乎的结果，而不是把功能再说一遍。如果老实写出来的“以便”只是“因为我们说要做”，就把这个故事标为考虑砍掉。
按用户能看到的切片拆分 按工作流步骤、业务规则的不同情形、数据类型拆，或者先做正常路径、再做异常情况。绝不按技术层拆分（“后端故事”“前端故事”）：每个故事都必须交付用户能试用的东西。
用 Given/When/Then 写验收标准 假如（Given）= 起始状态。当（When）= 那一个动作。那么（Then）= 可观察到的结果。额外条件用“并且”连接。每个故事写 2 到 5 个场景（本技能的默认值）：正常路径、至少 1 条失败路径，以及所有规则边界。
列出边界情况 逐个故事检查：数据为空、输入超长、重复、没有权限、连接中断、同一操作做两次，以及对现有数据有什么影响。每个边界情况要么变成一个场景，要么列入不在范围内。
写不在范围内的说明 写明这个故事有意不做什么，免得评审的人有错误预期。
做 INVEST 检查 Bill Wake 的 INVEST：独立（Independent）、可协商（Negotiable）、有价值（Valuable）、可估算（Estimable）、小（Small）、可测试（Testable）。每个字母标通过或不通过。S 不通过就继续拆。T 不通过说明验收标准太模糊。I 不通过就写明依赖关系。

与团队共享

把它添加到 AI Skill Pod，团队里的每个人（包括外包人员）都能在自己的 AI 中使用同一个版本。了解与团队共享 AI 技能的最佳方式