從根本上講，敏捷的使用者故事是簡短，簡單的工具，用於記錄目標使用者為實現目標所需的單個動作或意圖。 最簡單的使用者故事的格式為：「作為使用者型別或角色 ，我要採取行動或意圖，以便獲得理由或受益 」，該答案至少回答了三個簡單問題，即故事在誰，什麼以及為何積壓在佇列中。
隨著團隊的成熟和組織在多個團隊和計畫中使用敏捷，敏捷使用者故事通常具有更多的定義和結構，以確保對意圖和基礎需求有共同的理解。
[了解您的企業如何在敏捷開發中脫穎而出 。|將您的敏捷職業提公升到乙個新的水平： 如何提高您的scrum master技能 。|不確定「敏捷」的真正含義是什麼？infoworld 解釋了敏捷方法 。|]
。 您還可以參加udemy ， learning tree ， versionone和lynda的故事寫作課程。
比爾•韋克（bill wake）首先認同的乙個基本原則是投資好故事
基本知識相對容易，但是我經常聽到並見證利益相關者，產品所有者，開發人員和測試人員之間關於需求質量或故事是否真實完成的脫節。 有時，在所需的詳細程度，適合技術要求的位置以及應使用使用者故事建立哪些工件的觀點上存在分歧。
考慮到這些問題，這裡有七個有關編寫敏捷使用者故事的基本準則。
儘管敏捷的使用者故事可能需要許多細節，但從使用者的角度入手非常重要。 故事應該定義使用者想要完成什麼動作或意圖，以及為什麼要解決從體驗中得出的需求，核心價值或目標。
對於更複雜的應用程式，定義不同的使用者角色以說明不同使用者型別的需求，價值和使用模式是一門重要的學科，可以增強故事編寫。 羅曼·皮克勒（roman pichler）在「 撰寫優秀使用者故事的10條技巧 」中建議，「角色目標可以幫助您發現正確的故事。 問問自己產品應提供哪些功能以滿足角色的目標。」 使用角色來加強使用者目標可以提供乙個更重要的含義， 說明故事為何如此重要，並有助於確定待辦事項的優先順序。
了解，記錄和討論使用者需求或使用者角色目標只是圍繞產品所有者為何優先考慮故事的乙個方面。 故事還應該提供商業價值，這是很難量化的，但在故事，故事，史詩或發行層面可能是合格的。
當授權開發人員提出不同的實現選項時，回答為什麼對開發人員很重要。 例如，如果新的體驗還生成了更好的客戶資料，那麼改善使用者登入體驗的功能也可能使企業受益。 即使故事的接受標準並不特定於此要求，開發人員也可以考慮此附加業務價值並優化實現該目標的實現。
故事寫作中最重要的學科是起草驗收標準。 這些通常是簡短的通過或失敗語句的專案符號列表，這些語句記錄了需求，約束，度量標準和期望。 這些接受標準通常以幾種方式使用：
編寫接受標準並非易事。 驗收標準的驗收標準突出了一些問題，例如提供過多的標準，定義過於模糊的標準或記錄無法輕易驗證的複雜標準。 一些作者使用接受標準模板來定義簡短，原子和可測試標準的結構。
我看到團隊在編寫故事時犯下的關鍵錯誤之一是在實現過程中過於冗長和具體。 這些寫得不好的故事，投資於描述如何在描述的費用通常實現使用者需要什麼 ， 為什麼它解決了自己的目標了很多的努力，以及它帶動的商業價值。
有幾種原因可能會發生這種情況。
經驗不足的產品所有者可能會使用故事來描繪其實施願景。 換句話說，他們可能過度指定使用者設計和功能實現，而不是共享目標使用者的體驗和收益。 有些產品負責人混淆他們的東西怎麼可能工作（該過程由他們來了解需求），它應該是如何工作的，意外的開啟內部實現例如到外部實現規範概念化。
其他產品所有者可能會要求團隊「為我打造」，從而超越自己的界限。 這是我20個產品所有者的不良行為之一 ，對於這些問題，我建議產品所有者與解決方案團隊合作 。
故事可能會因實施細節而變得混亂的另乙個原因是，某些團隊和技術負責人需要這種細節水平。 致力於增強現有應用程式的新成立的技術團隊可能需要這種詳細程度，直到他們更好地了解應用程式的工作方式並完全理解使用者需求為止。 一些與離岸開發商或自由職業者合作的分布式團隊可能還希望記錄實施細節，以確保這些成員理解其職責。
對於這樣的團隊，最好的辦法是鏈結到實現圖，並記錄誰在做什麼和如何做，以及與故事相關的任務。 大多數敏捷管理工具都允許任務或子任務，並且這種詳細程度通常與故事的主體分開。 這篇文章中的圖表很好地說明了這一重要原則，即使用敏捷故事分解使用者體驗和業務流程，並新增任務以定義各個工作的實現。
一旦編寫，處理並完成了故事，許多團隊就會尋求捕獲指標並執行分析，以推動流程改進或用於增加投資的業務案例。
這裡有些例子：
與多個敏捷團隊和產品負責人合作的大型組織可能希望為故事編寫起草標準和樣式指南。 一致性可以幫助新產品所有者更快地學習寫作技巧，還可以提高團隊成員使用資訊的效率。
設計故事模板的另乙個原因是，不同型別的產品和應用程式適合於不同的使用者故事表達和工件。 一些例子：
模板可幫助團隊和產品所有者之間就編寫敏捷故事時要重點關注的內容進行溝通。
這不是敏捷故事的重點嗎？ 那裡有敏捷的故事編寫實踐，準則和原則，可以幫助團隊在考慮如何實施之前了解對於使用者和業務而言重要的內容。
from:
07 使用者故事與敏捷方法 優秀使用者故事準則筆記
00.乙個更好的辦法是換一種方式編寫故事，每個故事都提供某種程度的完整 end to end 的功能。01.儘管不十分完美，即使只提供部分功能，但只要發布的功能可以跑，就可以放心地把應用程式發布給使用者使用。02.一直困擾著軟體需求方法的問題之一是將需求和解決方案混在一起。03.編寫故事的職責在於客...
什麼是使用者故事及使用者故事在敏捷開發中如何編寫
使用者故事 user story 是從使用者的角度來描述使用者渴望得到的功能。乙個好的使用者故事包括三個要素 1.角色 誰要使用這個功能。2.活動 需要完成什麼樣的功能。3.商業價值 為什麼需要這個功能，這個功能帶來什麼樣的價值。使用者故事通常按照如下的格式來表達 英文 as a i want to...
什麼是使用者故事及使用者故事在敏捷開發中如何編寫
使用者故事 user story 是從使用者的角度來描述使用者渴望得到的功能。乙個好的使用者故事包括三個要素 1.角色 誰要使用這個功能。2.活動 需要完成什麼樣的功能。3.商業價值 為什麼需要這個功能，這個功能帶來什麼樣的價值。使用者故事通常按照如下的格式來表達 英文 as a i want to...