[Scrum]10個寫好使用者故事(User Stories)的祕訣
Ruddy老師分享了一篇寫好使用者故事的文章，受益良多，順手摘譯Share給大家
-
聚焦於使用者
- 從使用者的觀點描述使用者如何使用產品功能
-
協同合作撰寫故事
- 使用者故事是一個溝通與協同合作的工具，並非規格書。
- 使用者故事並非交接給開發team就結束了，而是藉由PO與Team之前不斷的討論，甚至共同撰寫
-
保持簡潔扼要
- 讓故事容易理解
- 避免使用易混淆或模糊不清的詞彙，並儘可能使用主動的語調
- 集中在重要的項目，非必要的項目可以先不管他
- 以下的樣版有助於讓人一目了解對使用者的好處，但只在有效益的地方使用此樣版
- 試者使用不同的方法撰寫使用者故事，並找到對你最好的辦法
-
以史詩般的華麗大場面開場
- Epics是很大的，粗略的使用者故事，由Epics開始讓你可以描繪大的產品功能而不需要完成細節
- 對新產品和新功能而言尤其有幫助，他可以節省你的時間來了解客戶及他們的需求
- Persona是發掘對的Epics的好工具
-
分解你的故事直到好了
- 不斷柝解你的Epics成為小一點的，細節更多的故事，直到「好了」：夠清楚，夠可行及可測試
- 每個人故事應有相同的理解，故事不應該太大，應該要有效的決定故事是否「好了」。
-
加上完成條件
- 當你分解epics到小的故事，記得加上完成條件
- 這可以讓你描述使用者故事的完成條件
- 同時可以讓他更精確，更方便測試，同時確保使用者故事可以展示，或上線交付給使用者及利害關係人
-
將使用者故事組成主題
- 使用主題可以幫助你組織你的許多故事
- 把有關係的故事的集合成為一個主題可以讓我們更容易檢驗完成度及一致性
- 主題可以幫你結構化你的產品願景圖(product canvas)或產品清單(Product backlog)，讓你更容易決定優先順序
-
使用紙卡
- 紙卡不只是俗夠好用，他更容易讓我們協同合作，因為每個人都可以隨邊拿一張卡並速記你的點子。
- 卡片也非常容易在桌面上或牆上分組，讓你檢查完整度與一致性
-
讓你的使用者故事可以看得到也摸得到
- 使用者故事的目的在於溝通資訊。儘可能放在容易注意到的地方，如一片牆。
-
不要全靠使用者故事
- 創造絕佳的使用者體驗(UX)所需要的不僅僅是寫使用者故事，也需要考量使用者的互動，視覺設計和非功能屬性等等
- 這些集成了完整的描述，讓人更容易識別前提與風險，這也讓創造具對的使用者體驗的產品的機會大幅的提昇
完整原文連結如下：
http://www.romanpichler.com/blog/user-stories/writing-good-user-stories/