用戶故事是什么：
用戶故事是可用于陳述業(yè)務(wù)價值的一種簡便格式，適用于各種PBI，特別是特性。
如何描述用戶故事要遵循3C原則复亏，即：卡片card， 會話conversation缭嫡， 確認(rèn)confirmation缔御。
1、卡片要寫明用戶種類（即用戶角色Who）妇蛀、這類用戶想要達(dá)成什么（目標(biāo)What）以及用戶為什么想達(dá)成此目標(biāo)（收益Why）耕突。使用卡片是為了簡潔，并提醒干系人進(jìn)行更深入的討論评架。
2眷茁、會話開啟了一個更加豐富的信息交易與協(xié)作形式。從而確保正確描述需求并使每個人都能理解需求纵诞。
3上祈、確認(rèn)則提現(xiàn)為滿意條件的形式，更加有利于構(gòu)建和測試。
好的用戶故事：
BillWake給出了6大標(biāo)準(zhǔn)即INVEST雇逞。
獨(dú)立（Independent）、可協(xié)商（Negotiable）茁裙、有價值（Valuable）塘砸、可估算（Estimatable）、形钭丁（Small）掉蔬、可測試（Test）。
下面逐一講解各個標(biāo)準(zhǔn)的含義：
獨(dú)立：用戶故事是獨(dú)立的矾瘾，至少應(yīng)是松耦合女轿。因為依賴程度過高會使得估算、排序規(guī)劃都比較復(fù)雜壕翩。
可協(xié)商：故事和普通瀑布模型需求不同蛉迹，是可以協(xié)商的。
有價值：故事有價值放妈，客戶才會支付產(chǎn)品北救。當(dāng)然對于技術(shù)性故事屬于完成因為價值所涉及的任務(wù)。
可估算：指的是故事的故事的工作量和成本芜抒。如果團(tuán)隊無法衡量故事大小珍策，原因不外乎兩個：故事太大或太模糊；團(tuán)隊積累的知識不夠宅倒。
大小合適：剛才提到的用戶故事四個層級抽象攘宙，一定要夠小，同時一定要考慮故事的時間點(diǎn)拐迁。
可測試：故事要么測試通過要么測試失敗蹭劈，測試標(biāo)準(zhǔn)就是3C中的確認(rèn)。
如何收集用戶故事：
用戶故事研討會唠亚、繪制故事地圖是兩種比較有效的方法链方。
用戶故事研討會：可以集中進(jìn)行頭腦風(fēng)暴，討論預(yù)期的業(yè)務(wù)價值灶搜，并為目標(biāo)產(chǎn)品和服務(wù)創(chuàng)建用戶故事占位符祟蚀。
繪制故事地圖：將概要性用戶活動分解為工作流，工作流還可以繼續(xù)分解為一套明確的任務(wù)割卖。如下圖所示前酿，橫軸為工作流（使用順序）縱軸為優(yōu)先順序。它結(jié)合了用戶為中心和故事分解這兩大概念鹏溯。
用戶故事的局限：
創(chuàng)造出色的用戶體驗（UX）需要的不僅僅是用戶故事罢维。用戶故事有助于捕捉產(chǎn)品功能，但不能很好地描述用戶旅程和視覺設(shè)計丙挽。因此肺孵，可以用其他技術(shù)來補(bǔ)充用戶故事匀借，例如故事地圖，工作流程圖平窘，故事板吓肋，草圖和模型。
另外瑰艘，用戶故事不能很好地捕捉技術(shù)要求是鬼。如果您需要傳達(dá)像組件或服務(wù)這樣的架構(gòu)元素應(yīng)該做什么，那么請編寫技術(shù)故事紫新，或者均蜜，根據(jù)我的偏好——使用像UML這樣的建模語言。
