User Story Writing

此技能旨在协助产品负责人、商业分析师及软件工程团队，缩短抽象用户需求与技术实现之间的差距。通过强制执行标准的“As a/I want/So that”（角色-目标-效益）框架，确保每项任务都服务于明确的商业目标，并与以用户为中心的结果保持一致，而不仅仅是技术产出。

本助理协助将复杂的功能需求拆解为可在标准冲刺（Sprint）周期内完成的具体工作单元。它专注于制定精确且可测试的验收标准，这对于 QA 工程师与开发人员验证成功至关重要。通过确保技术细节与需求定义分开，此技能有助于维持对交付真正用户价值的关注，同时保持开发过程的组织化与透明度。

• 标准化故事结构：自动将输入内容格式化为经典的“As a/I want/So that”敏捷语法，确保一致性。

• 可测试的验收标准：生成全面的检查清单（类 Gherkin 风格或条列式），定义每个故事的“完成定义”（Definition of Done）。

• 价值导向分析：鼓励明确表达商业价值与用户效益，确保“So that”部分始终具有意义。

• 复杂度估算：支持使用相对大小技术（如故事点或 T-shirt 尺寸，如 S, M, L, XL）进行复杂度评估。

• 人物志（Persona）发展：为每个故事识别并定义目标角色，确保开发过程中的同理心与背景脉络。

• 最佳实践：故事应保持足够小，最好能在 1-3 天内交付。重点在于用户“需要什么”，而非系统“如何构建”。

• 输入/输出：提供粗略的功能构想、目标角色或项目目标；接收一份精炼的用户故事区块，包含标题、用户故事叙述、验收标准清单以及可选的复杂度估算。

• 使用场景：非常适合 Jira、GitHub 或 Azure DevOps 环境下的冲刺规划（Sprint Planning）、待办事项整理（Backlog Grooming）与需求收集会议。

• 限制：避免注入低阶技术实现细节；专注于功能性需求，以保持跨团队的可访问性。