敏捷開發——如何寫好用戶故事?
原創-
發表時間 2020-11-19
-
閱讀數 11018
-
最后编辑:琦琦 于 2025-05-23 15:57:36
用戶故事的起源
用户故事最早是極限編程里面提出的概念,并在scrum中也得到了广泛地应用。和需求文档或者原型图相比,用户故事以条目化的方式组织,维护起来简单,容易估算和排序,方便研发团队以小迭代的方式来完成交付。能否将産品拆分成粒度合适的用户故事,是整个团队能否实现敏捷的前提。
用戶故事是什麽?
用戶故事是從用戶的角度,來描述用戶渴望得到的功能。一個好的用戶故事包括三個要素:角色、活動和商業價值。- 角色是誰要使用這個功能;
- 活動是需要完成什麽樣的功能;
- 商業價值是爲什麽需要這個功能,這個功能可以帶來什麽價值。
通常,用戶故事可以用一個簡單的模板來概括:作爲一名<某種類型的用戶>,我希望<達成某些目的>,這樣可以<帶來哪些開發價值>。
比如“作爲一名部門經理,我希望系統能有一個每日待辦功能,這樣我就可以了解到部門各個員工的工作進度了。”
爲什麽要寫用戶故事?
用戶故事可以幫你將功能需求傳達給研發團隊。這樣研發團隊就會更容易理解,爲什麽要構建這個功能,用戶將如何使用它。關于用戶故事,通常可以用3個C來描述它:
- 卡片(Card)
- 交談(Conversation)
- 確認(Confirmation)
用戶故事怎麽寫才標准?
要寫一個好的用戶故事可以遵循Invest原則。- 独立的(Independent): 每个用户故事之间应该相互独立,尽可能避免故事间的相互依赖。
- 可协商的(Negotiable): 用户故事无需太过详尽,只是需求的简短描述,并且是可讨论的,具体细节是客户和开发团队在沟通阶段产出的。
- 有价值的(Valuable): 每个用户故事是对用户具有价值的,因此应站在用户角度进行编写。
- 可估算性(Estimable): 要进行开发的用户故事可进行粗略估算,以便团队了解工作量,并由PO决定是否需要重新设计用户故事或进行任务拆分。
- 短小的(Small): 一个好的用户故事要短小,至少确保在一个迭代或Sprint中完成。用户故事越大,在安排计划、工作量估算等方面的风险就会越大。
- 可测试性(Testable): 用户故事是具体的且可被测试的,如果用户故事过于含糊,测试就没有标准可循。
當我們真正理解了用戶故事的價值,關于如何寫出用戶故事、用什麽格式寫等問題自然就迎刃而解了,因爲我們已經完成了敏捷用戶故事實踐的本質——激發討論、明確價值、達成共識。
-
禅道産品
禅道開源版 禅道企業版 禅道旗艦版 禅道IPD版 -
核心功能
産品管理 項目管理 質量管理 效能管理 -
使用文檔
基本版手冊 企業版手冊 旗艦版手冊 IPD版手冊 開發中心手冊 -
幫助中心
积分問答 常見問題 論壇交流 使用視頻 Gitee GitHub -
關于我們
關于我們 禅道軟件 最新動態 禅道活動 -
禅道社區
禅道博客 積分排行 積分商城 禅道書院 -
聯系方式
聯系人:劉璐 電話:18562550650 微信:18562550650 Q Q:2845263372北京、上海、深圳分部
友情鏈接:
ZTF自動化測試框架
ZenData測試數據生成器
喧喧IM
敏捷開發
敏捷咨詢
測試窩
悅庫網盤
Ledge知識平台
渠成軟件
ZDOO全協同企業管理軟件
融管理社區
ZenDAS數據分析工具
ZenShot跨平台截圖工具
飛信釘即時通訊解決方案
項目管理
IPD學習網
PMP百科網
艾體驗
創無記2049