翻譯自 http://www.romanpichler.com/blog/10-tips-writing-good-user-stories/
總結
用戶故事可能是在捕獲產品功能方面流傳最廣泛的敏捷實踐。
利用用戶故事來工作是容易的，但是講述有效故事卻是有困難的。
如下的10個提示能幫助到寫好用戶故事。
1 用戶先來
如同名字所說明，一個用戶故事描述了一個顧客或者一個用戶如何使用產品；它是從用戶角度來書寫的。更重要的是，用戶故事對於捕捉一個特定的功能特別有幫助，如，搜索產品或預訂。
如果你不知道用戶和客戶是誰，以及他們爲什麼要使用該產品，那麼你不應該寫任何用戶的故事。首先進行必要的用戶研究，例如，通過觀察和訪談用戶。否則，你就是冒險寫故事，那些故事只是基於信念和想法，而不是數據和經驗證據的。
2使用Persona方法來發現正確的故事
用於捕獲你對於用戶和客戶的見解的一個偉大技術是人物角色刻畫（Persona方法）。Persona是虛構的人物，是基於目標羣體的第一手知識。Persona通常由一個名字和一張圖片，相關的特點，行爲和態度，和一個目標。目標是角色想實現的利益，或者角色想通過使用產品解決的問題。
但還有更多：人物角色的目標幫助你發現正確的故事：問自己的產品應提供什麼樣的功能來滿足人物角色的目標。可以下載一個方便的模板來描述人物角色，參見 romanpichler。
3協同創作故事
用戶故事不是一個規範，而是一個溝通和協作工具。故事不應該僅僅是交給一個開發團隊，而是他們應該被嵌入在對話中：產品主管和團隊應該一起討論故事。
你可以採取進一步的合作來寫故事，例如，作爲你的產品待辦列表優化過程的一部分。這充分利用了團隊的創造力和知識，並得到更好的用戶故事。
如果你不能在用戶故事工作中讓開發團隊參與，那麼你應該考慮使用另外更正式的技術來捕獲產品的功能，例如，用例。
4保持故事簡潔明瞭
寫故事，讓他們容易理解。保持簡潔明瞭。避免混淆和模棱兩可的術語，並使用主動語態。專注於什麼是重要的，放下其餘的。
下面的模板將用戶或客戶建模爲一個人物角色的故事，並使其利益顯式。它是基於Rachel Davies的流行的模板，但我已經用人物角色的名字取代了用戶角色，用於連接故事與相關的人物角色。
作爲<人物角色名字>，
我想要<什麼？>
那麼<爲什麼？>。
使用模板時，它是有幫助的，但不覺得有義務總是適用於它。嘗試不同的方法來寫你的故事，瞭解什麼是最適合你和你的團隊。
5從史詩開始
史詩是一個大的、粗略的、粗粒度的故事。隨着時間的推移，利用用戶對於早期原型和產品增量的反饋，它通常會被分解成多個用戶故事。你可以認爲它是更詳細的故事標題佔位符。
從史詩開始，讓你勾勒出產品的大功能而不是細節。這對描述新的產品和功能是特別有幫助的：它可以讓你捕捉到粗糙的範圍，它需要你後續時間來了解更多關於如何最好地滿足用戶的需求。它也減少了用於整合新見解的時間和精力。如果你在產品待辦列表中積累了許多詳細的故事，那麼它往往是棘手的，並且需要耗費更多時間來獲取反饋修改到適當的故事，你必須小心，不要引入不一致。
6優化故事，直到他們準備好
打破史詩到較小的、具體的故事，直到他們準備好：明確的，可行的，和可測試的。所有的開發團隊成員應該有一個共同對故事意義的理解；這個故事不應該太大，適合放在一個衝刺中，並有一個有效的方法來確定故事是否完成。
7添加接受標準
當你爲小故事打破史詩，記得加接受標準。接受標準可以用敘述來說明，描述故事完成的條件，只有這些條件達成了，故事才能判斷爲完成。接受標準使得故事更加豐富，變得可測，保證故事可以展示或發佈給用戶和其他利益相關者。作爲一個經驗法則，我喜歡用三到五的接受標準來詳細的故事。
8使用紙卡
用戶故事是在極限編程（XP）中出現的，早期的XP文字談論多的是故事卡片而不是用戶故事。有一個簡單的原因：用戶故事被寫在紙上。這種方法提供了三個好處：一是，紙卡便宜，使用方便。第二，促進合作：每一個人都能拿出一張卡片，寫下一個想法。第三，紙片可以很容易地分組在桌上或牆上，檢查一致性和完整性，並且把依賴可視化。即使你的故事是以電子方式儲存的，當你寫新的故事時，也值得使用紙質卡片。
【譯者說明：對於擁有Story工具+觸摸屏的團隊而言，紙卡不再是需要了，Story工具+觸摸屏組合能夠獲得以上的所有好處，並且實時同步版上拖動操作與Story工具中操作，也便於異地合作，這2個方面是優於紙質卡片的，當然工具+觸摸屏需要更多的成本】
9保持你的故事是可見的和可訪問的
故事要傳達信息。因此不要將它們隱藏在網盤、企業內部網叢林或許可的工具上。使他們可見，例如，把他們放在牆上。這促進了合作，創造了透明度，並使它很明顯，當你添加太多的故事太快，可能很快用光了牆壁空間。
【譯者說明：如果使用了Story工具，它應當是線上工具，團隊成員和干係人，無論身在何處，都能隨時訪問。】
10不要僅僅依靠用戶故事
創造一個偉大的用戶體驗（UX）需要更多的用戶故事。用戶的故事有助於捕獲產品的功能，但他們不適合描述用戶的體驗流程和視覺設計。因此，補充用戶故事與其他技術，如故事地圖，流程圖，故事板，素描，和模型。
此外，用戶故事並不是很好的需求捕獲技術。如果你需要溝通一個什麼架構元素，比如組件或服務，那麼寫技術故事或是建模語言UML。
最後，當你開發的軟件很有可能被重用，編寫用戶故事是值得的。但是如果你想快速創建一個一次性的原型或模型來驗證一個想法，然後寫故事可能不是必要的。記住：用戶的故事並不是關於文檔的需求，他們想讓你快速移動和開發軟件，儘快不施加任何開銷。
