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）與需求收集會議。

• 限制：避免注入低階技術實作細節；專注於功能性需求，以保持跨團隊的可存取性。