user story是一種描述使用者需求、業務價值的最佳實踐，
但不是說非要用user story的形式來描述需求，
而且通常在乙個sprint backlog中，尤其在最初的若干sprint中會存在一些架構設計、技術調研、介面定義、獲取背景知識這些方面的事項和任務需要處理，
這意味著乙個sprint不是所有的任務輸出都可以給使用者演示，但依然是需要可以被團隊評審的。
一般而言，可以參照如下的規則來確定某需求是否適合採用user story的形式來進行描述：
-業務需求: 適合。
-技術規格: 不適合，這些通常是用來完成乙個user story的支撐任務
-缺陷: 未必適合，通常可能是技術過失
-非功能性需求: 適合
by iefreer
《使用者故事與敏捷方法》 Scrum
scrum是乙個迭代和遞增的過程。一輪迭代的過程是一種持續改進的過程 乙個遞增的過程是指按照功能點開發和發布軟體。每乙個功能點 功能增量 代表乙個完整的功能子集。每乙個功能增量都能被完整地實現以及測試通過。scrum和極限程式設計都是基於遞增和迭代方式的過程。這兩種過程都在一輪新的迭代開始之前為迭代...
使用者故事，史詩故事和主題故事
本文 scrum中文網 敏捷團隊喜歡以一種剛剛好的方式處理需求。我們採用最低限度地 逐漸細化並儲存在產品待辦項 product backlog 中的特性描述文字，來替代傳統長篇大論的需求文件。我們發現使用者故事是最好的描述方式，這種形式能夠捕獲到特性足夠多的資訊，並促進產品負責人和團隊在後續進一步交...
Scrum 的每日例會 和 故事牆
專案組一直在推敏捷開發，但發現乙個關於每日例會的問題。場景 有時大家比較忙時，主持人會乙個個去詢問團隊成員工作狀況。問題 不應該有個主持人，這會導致主持人過於繁忙，而其他人投入度降低 只關注自己的問題 建議每人個人主動去講解自己的工作和計畫，主動，自發和自組織，這才是關鍵 最糟糕的是，主持人挨個詢問...