用戶故事是什么:
用戶故事是可用于陳述業(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這樣的建模語言。