“用戶故事”在交互設(shè)計(jì)中，常常用于分析用戶遇到的問(wèn)題、所在的場(chǎng)景，幫助設(shè)計(jì)師增強(qiáng)對(duì)用戶的同理心，將焦點(diǎn)收斂于問(wèn)題本身。在用戶故事地圖中，“用戶故事”的內(nèi)含和使用方法是否相同？它是體現(xiàn)于哪種形式，從而被團(tuán)隊(duì)更好的使用？它需要如何被組織，從而形成“地圖”？這一篇文章，將會(huì)解決以上問(wèn)題——開(kāi)始認(rèn)識(shí)“用戶故事”。

一、用戶故事

是指用戶來(lái)描述用戶渴望獲得的功能，是具有一定價(jià)值的端到端交付。它包括三個(gè)部分：角色、用戶需求、產(chǎn)品價(jià)值。我們常常使用一句話來(lái)描述用戶故事，某<角色>，通過(guò)完成<用戶需求>，實(shí)現(xiàn)<產(chǎn)品價(jià)值>。

“用戶故事”源于1996年Kent Beck提出的極限編方法（《Agile Development》，中譯名《敏捷開(kāi)發(fā)的藝術(shù)》）。在2004年，敏捷大師Mile Cohn在《User Stories Applied For Agile Software Development》(中譯名：《用戶故事與敏捷方法》)一書(shū)中，正式定義“用戶故事”這一概念，并提出著名的“INVEST”特點(diǎn)。而本系列文章，則是來(lái)自于2014年出版的的又一著作《用戶故事地圖》。今天，無(wú)論是Scrum還是看板，用戶故事都作為需求的基本形態(tài)被廣泛運(yùn)用。

傳統(tǒng)需求中，只描述具體要做的內(nèi)容，如果遇到想得多的產(chǎn)品人員，還會(huì)直接羅列出詳細(xì)方案。這對(duì)于項(xiàng)目團(tuán)隊(duì)（不同知識(shí)結(jié)構(gòu)、不同思維方式）而言，在短期內(nèi)搞清楚要做什么是很困難的。用戶故事除了需求內(nèi)容外，還加入了“誰(shuí)”、“為什么”，這樣便于成員在同一頻道內(nèi)對(duì)話——大家都從用戶角度溝通，利于對(duì)內(nèi)容達(dá)成共識(shí)。

值得一提的是，用戶故事還是敏捷開(kāi)發(fā)的前提和基礎(chǔ)。我曾遇到過(guò)的項(xiàng)目，將長(zhǎng)周期切分為短周期，以此來(lái)加快進(jìn)度，但這并不是敏捷。壓力最終還是落在團(tuán)隊(duì)上，而每個(gè)階段沒(méi)有成型的交付物，也無(wú)法階段性查驗(yàn)方案的適用性，最終最還是全部上線后驗(yàn)證效果。我曾疑惑其中的關(guān)節(jié)，通過(guò)對(duì)用戶故事的學(xué)習(xí)，我有了深刻的了解：

1. 如果不是基于用戶故事開(kāi)發(fā)，簡(jiǎn)單地把項(xiàng)目的長(zhǎng)周期拆分成短周期并不是真正的迭代，因?yàn)槊總€(gè)周期都沒(méi)有可體驗(yàn)、可交付的東西，依然像瀑布一樣在不斷堆積半成品；

2. 如果不是基于用戶故事開(kāi)發(fā)，測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（TDD）和行為驅(qū)動(dòng)開(kāi)發(fā)（BDD）很難開(kāi)展，因?yàn)槿狈唧w用戶場(chǎng)景的描述，很難寫(xiě)出具體、簡(jiǎn)明的測(cè)試用例，因而很難累積足夠的自動(dòng)化測(cè)試提高系統(tǒng)的可改性，內(nèi)部質(zhì)量、重構(gòu)、持續(xù)優(yōu)化便無(wú)從談起；

3. 如果不是基于用戶故事開(kāi)發(fā)，持續(xù)集成（CI）也意義不大，因?yàn)樘峤坏拇a并沒(méi)有構(gòu)成可交付的產(chǎn)品，其實(shí)并沒(méi)有真的在集成。

——《把項(xiàng)目拆分成用戶故事才是硬本領(lǐng)》

二、用戶故事的標(biāo)準(zhǔn)原則

《用戶故事地圖》中，介紹了一個(gè)好的用戶故事所應(yīng)該具備的特性：3C原則。

3C原則

3C原則是由Ron Jeffries提出的。它包括三個(gè)部分：

卡片（Card）

用卡片（Card）來(lái)簡(jiǎn)要描述軟件特性或改進(jìn)點(diǎn)。

• 描述的內(nèi)容簡(jiǎn)潔、詞匯含義統(tǒng)一，項(xiàng)目成員不會(huì)對(duì)同一內(nèi)容有差異性理解；

• 這些卡片用于后續(xù)的溝通、對(duì)需求內(nèi)容的組織和排列優(yōu)先級(jí)；

交談（Conversation）

與Product Owner（或客戶）交談來(lái)明確細(xì)節(jié)。

• 卡片的內(nèi)容是由團(tuán)隊(duì)在溝通中獲得，而非由同一個(gè)人輸出或更新的，不然它與傳統(tǒng)的需求分析方法無(wú)異；

• 項(xiàng)目成員需要一起就卡片內(nèi)容進(jìn)行討論。在復(fù)雜邏輯中，梳理出清晰的需求脈絡(luò)，并在這一過(guò)程中，達(dá)到共識(shí)和理解的統(tǒng)一。

確認(rèn)（Confirmation）

每個(gè)故事應(yīng)具有驗(yàn)收標(biāo)準(zhǔn)（驗(yàn)收條件），能夠確認(rèn)被正確完成。

• 以始為終，先行確認(rèn)以怎樣的結(jié)果，來(lái)判斷開(kāi)發(fā)任務(wù)的完成；

• 它保證每個(gè)故事都是獨(dú)立的、完整的邏輯，可以單獨(dú)交付；

• 它為驅(qū)動(dòng)測(cè)試驅(qū)動(dòng)開(kāi)發(fā)、行為驅(qū)動(dòng)開(kāi)發(fā)和持續(xù)集成提供可能。

INVEST原則

INVEST是另外一項(xiàng)好的用戶故事的標(biāo)準(zhǔn)，在敏捷社區(qū)中廣為人知。INVEST的出現(xiàn)早于3C原則。《用戶故事地圖》中并非介紹這一原則，此處做為補(bǔ)充寫(xiě)在此處。

INVEST是六個(gè)單詞的縮寫(xiě)，即：

• 獨(dú)立性（Independent）：最好用戶故事不要彼此依賴(lài)。

• 可協(xié)商（Negotiable）：故事卡片是一種提醒，團(tuán)隊(duì)成員應(yīng)該基于此對(duì)話，而不是把故事卡片看做確定性的需求。

• 具有外部?jī)r(jià)值（Valuable）：避免僅僅對(duì)開(kāi)發(fā)人員有價(jià)值的故事。

• 可估計(jì)（Estimatable）：用戶故事規(guī)模適中，對(duì)應(yīng)的業(yè)務(wù)知識(shí)和技術(shù)知識(shí)得到澄清，從而可以估計(jì)用戶故事的規(guī)模。

• ?。⊿mall）：即將開(kāi)發(fā)的用戶故事應(yīng)該足夠小，從而能便于迭代、便于調(diào)整優(yōu)先級(jí)，便于需求澄清，等等。

• 可測(cè)試（Testable）：可測(cè)試的故事意味著需求是清晰、可驗(yàn)證的。

三、用戶故事卡片

用戶故事的實(shí)際截體是卡片，那么一張小小的卡片（物體、電子），在項(xiàng)目的不同階段記載的內(nèi)容是否異同？針對(duì)不同體量、復(fù)雜度的項(xiàng)目，卡片上的內(nèi)容和作用是否相同？

需求討論前期

項(xiàng)目開(kāi)始階段，用戶故事卡片主要作用在于引導(dǎo)討論，從復(fù)雜的需求邏輯中找到清晰的脈絡(luò)，并在項(xiàng)目中形成共識(shí)。因此，此時(shí)的用戶卡片講求表述簡(jiǎn)單，具體如下：

1. 形式上，以動(dòng)詞開(kāi)頭的簡(jiǎn)短標(biāo)題

用戶故事一般為一句話，以動(dòng)詞開(kāi)頭，主語(yǔ)默認(rèn)是用戶A。用戶A的信息，會(huì)在用戶故事地圖中統(tǒng)一標(biāo)識(shí)。用戶故事以為討論中可以輕松說(shuō)出為準(zhǔn)，內(nèi)容要準(zhǔn)確，不能讓疑惑。

2. 內(nèi)容上，包含3W信息

• who：滿足誰(shuí)的需求

• what：用戶會(huì)用產(chǎn)品做什么

• why：用戶期待從中獲得什么收益

需要注意的是，切忌從自己的角度來(lái)寫(xiě)故事；用戶故事是一句長(zhǎng)長(zhǎng)的話，啰哩啰嗦。

需求討論后期

項(xiàng)目討論的后期階段，項(xiàng)目成員以就需求達(dá)成共識(shí)，并且各自評(píng)估出難標(biāo)準(zhǔn)、時(shí)間、優(yōu)先級(jí)后，可以需求中補(bǔ)充以下內(nèi)容：

在這里說(shuō)明一點(diǎn)，在大型、高復(fù)雜度的項(xiàng)目中，故事卡只是索引，詳細(xì)內(nèi)容是錄入系統(tǒng)中的，故事卡幫助我們更好的的找到這些內(nèi)容。用戶故事地圖并不是在駁斥需求文檔，二者并非是二選一的關(guān)系。需求文檔的“無(wú)大局視角”、“信息傳遞成本高”等缺點(diǎn)，可以使用用戶故事地圖來(lái)解決。若項(xiàng)目相對(duì)較小、內(nèi)容不多。那么使用用戶故事地圖直接來(lái)補(bǔ)充詳細(xì)的需求內(nèi)容，也是可以的。

—— end ——