入冬許久嚎研，今天才剛剛有點(diǎn)涼意蝌蹂，把早早拿出來(lái)的衛(wèi)衣?lián)Q上噩斟。寫這篇文章的此時(shí)，我和朋友們坐在星巴克孤个，一邊感受著久違的閑適剃允，一邊懶散的碼著字。前兩天回顧2018年計(jì)劃——《用戶故事地圖》讀書筆記是做為年度計(jì)劃來(lái)準(zhǔn)備的齐鲤，看來(lái)我早就知這件事情的困難——翻譯的書真是太難懂斥废。看看思維導(dǎo)圖后面還有很多內(nèi)容给郊，不知道在12月底之前牡肉，是否能把它們?nèi)紝懲辍?/p>
從各方收集到的需求（用戶故事），經(jīng)過(guò)了機(jī)會(huì)階段的初步篩選淆九、探索階段的設(shè)計(jì)與開發(fā)側(cè)的可行性評(píng)估履婉，以及設(shè)計(jì)方案的實(shí)現(xiàn)和驗(yàn)證。接下來(lái)滋戳，將會(huì)進(jìn)入團(tuán)隊(duì)共同參與的故事工作坊（在我看來(lái)就是項(xiàng)目需求評(píng)審會(huì)章姓，以下均稱為“評(píng)審會(huì)”），它也稱為最后一次最佳參與的機(jī)會(huì)煤搜。
這一階段主要討論細(xì)節(jié)免绿，其目標(biāo)有2點(diǎn)：
- 基于開發(fā)層面拆分需求為小模塊，以制定后續(xù)開發(fā)任務(wù)的迭代計(jì)劃擦盾；
- 對(duì)開發(fā)的各個(gè)小模塊達(dá)成一致的驗(yàn)收標(biāo)準(zhǔn)嘲驾；
準(zhǔn)備階段
首先，在會(huì)議開始前要選擇粒度合適的故事進(jìn)入評(píng)審迹卢，清楚這些需求必要的細(xì)節(jié)辽故，如有必要可以提供多種方案來(lái)進(jìn)行評(píng)估。
提前邀請(qǐng)開發(fā)團(tuán)隊(duì)腐碱、其他利益相關(guān)人士等進(jìn)入會(huì)議誊垢，例如開發(fā)人員掉弛、測(cè)試人員、體驗(yàn)專家喂走、視覺(jué)相關(guān)設(shè)計(jì)師殃饿，總數(shù)在3?5為益。為保證會(huì)議效率芋肠，會(huì)議人員不益過(guò)多（我們都經(jīng)歷過(guò)又臭又長(zhǎng)的會(huì)議）乎芳。然而，在同一場(chǎng)會(huì)議中帖池，在不同階段可能需要不同的人參與奈惑。這里介紹一個(gè)“金魚缸協(xié)作模式”，可以保證讓更多人參與睡汹，同時(shí)降低人數(shù)太多造成的影響肴甸。
具體如上圖。參與討論的3?5個(gè)人聚集在白板前討論——他們就是魚缸里的金魚囚巴。處于魚缸（上圖中的圈）外面的人只能看雷滋，不能講話。魚缸外的人要想?yún)⑴c討論文兢，必須與魚缸里的人互換才行晤斩。
待上述內(nèi)容準(zhǔn)備就續(xù)后，接下來(lái)正式進(jìn)入評(píng)審會(huì)姆坚。
執(zhí)行階段
1?與所有人一起澳泵，再次了解故事的大體情況
與前幾個(gè)階段一樣，會(huì)議開始時(shí)候我們依然需要講清楚3W（what兼呵、why兔辅、who）信息。有時(shí)候我們會(huì)認(rèn)為團(tuán)隊(duì)成員不關(guān)心產(chǎn)品击喂，只完成自己應(yīng)該做的內(nèi)容维苔，不會(huì)從整體考慮。但我認(rèn)為真實(shí)的原因是懂昂，項(xiàng)目并沒(méi)有創(chuàng)造讓成員們關(guān)心產(chǎn)品的環(huán)境介时，需求來(lái)源往往下意識(shí)認(rèn)為其他人執(zhí)行即可，不需要了解太多背景信息凌彬。同時(shí)也為了節(jié)省時(shí)間沸柔，會(huì)在評(píng)審會(huì)時(shí)直接講解需求內(nèi)容。這恰恰剝奪了成員們了解產(chǎn)品的機(jī)會(huì)铲敛。由此可見褐澎，講清楚每個(gè)需求的3W信息（特別是why）非常必要。
在會(huì)議中伐蒋，所有人通過(guò)討論和交流工三，明確幾個(gè)內(nèi)容：
- 用戶是誰(shuí)迁酸？
- 他們是如何使用產(chǎn)品的？
- 功能完成后看起來(lái)應(yīng)該是怎樣的俭正？
- 我們要如何開發(fā)這些功能胁出，他們的工作原理（業(yè)務(wù)邏輯、數(shù)據(jù)等）是怎樣的段审？
在討論方案過(guò)程中，盡量以用戶視角來(lái)討論闹蒜，例如“用戶在做什么”寺枉、“用戶接下來(lái)會(huì)看到什么”。若遇到產(chǎn)品內(nèi)部邏輯時(shí)候绷落，可以使用“數(shù)據(jù)是如何輸入的”這樣的表述方式姥闪，更容易被所有人理解。
會(huì)議中隨時(shí)記錄大家的想法和點(diǎn)子砌烁。非常建議借助一些道具來(lái)記錄筐喳，例如白板、掛圖函喉、便利貼等避归，這樣即可以防止信息被蒸發(fā)，也可以讓大家都看到所有內(nèi)容管呵。（近期看了一本書《設(shè)計(jì)沖刺》梳毙，同樣倡議使用這樣的方法）。
2?分組討論
待所有人了解了功能的大概內(nèi)容和運(yùn)行原理之后捐下，接下來(lái)要將參與人員分組账锹，盡量保證每個(gè)小組有測(cè)試人員、開發(fā)人員坷襟、體驗(yàn)設(shè)計(jì)師或需求人員奸柬。各組用固定時(shí)間，制作出這些用戶故事的開發(fā)計(jì)劃（估時(shí)）婴程。
3?小組間分享計(jì)劃和估時(shí)
每個(gè)小組分享他們制定的開發(fā)計(jì)劃（不要講細(xì)節(jié)）廓奕，在此期間，需要指出開發(fā)功能的問(wèn)題和改進(jìn)點(diǎn)档叔，并估算開發(fā)時(shí)間懂从。
對(duì)很多人來(lái)講，估算開始時(shí)間有時(shí)候是不太可能的蹲蒲。我猜測(cè)主要是對(duì)待開發(fā)內(nèi)容和原有產(chǎn)品運(yùn)行機(jī)制不了解導(dǎo)致：未知=不可估番甩。而用戶故事地圖的過(guò)程，可以幫助大家對(duì)功能開發(fā)內(nèi)容達(dá)成一致性的理解届搁。此外缘薛，還可以將相似規(guī)模需求的實(shí)際開發(fā)時(shí)間做為樣本窍育，以讓開發(fā)時(shí)間估算盡量接近于真實(shí)值。而對(duì)于這一點(diǎn)宴胧，則需要我們對(duì)已投入的開發(fā)時(shí)間進(jìn)行記錄漱抓，盡可能將大的計(jì)劃切分為小的部分，這樣就可以獲得更多度量的機(jī)會(huì)恕齐。度量越頻繁乞娄，統(tǒng)計(jì)的時(shí)間結(jié)果越接近于真實(shí)值。
會(huì)議人員需要對(duì)上述開發(fā)決策和另外一項(xiàng)內(nèi)容達(dá)成共識(shí)显歧∫腔颍“另外一項(xiàng)內(nèi)容” 是指，驗(yàn)證功能開發(fā)完成的最低標(biāo)準(zhǔn)（換句話說(shuō)士骤，就是一起評(píng)審軟件時(shí)范删，應(yīng)如何展示開發(fā)的內(nèi)容，例如按用戶操作流程拷肌，保證這個(gè)流程可以走通）到旦。對(duì)驗(yàn)收標(biāo)準(zhǔn)的討論，可以揭示如何進(jìn)行工作分解巨缘。我們可以開發(fā)分解后得到的故事添忘，并進(jìn)行及時(shí)的檢查和調(diào)整。
異常情況
用戶故事工作坊的效果可能不會(huì)理想（開過(guò)需求評(píng)審會(huì)的同學(xué)應(yīng)該深有體會(huì)）若锁，有幾點(diǎn)原因可能會(huì)導(dǎo)致這一情況的出現(xiàn)：
- 不能從功能和技術(shù)角度考慮方案昔汉，整個(gè)會(huì)議過(guò)程都在務(wù)虛；
- 大家只關(guān)注如何完成功能拴清，不關(guān)心3W內(nèi)容靶病；
- 一言堂，沒(méi)有人積極參與口予。如何解決這些問(wèn)題娄周，那就是會(huì)議組織和管理的相關(guān)內(nèi)容，可以自行學(xué)習(xí)沪停。
除此之外煤辨，還有可能在討論細(xì)節(jié)和思考開發(fā)時(shí)間時(shí)發(fā)現(xiàn)故事太大，無(wú)法在規(guī)定時(shí)間內(nèi)完成木张。這個(gè)時(shí)候就需要進(jìn)一步分解故事——將“更好”的用戶故事众辨，拆解為“正好”的用戶故事。
—— end ——
全部?jī)?nèi)容鏈接：
用戶故事地圖（1）：體驗(yàn)用戶故事
用戶故事地圖（2）：作用
用戶故事地圖（3）：故事與卡片
用戶故事地圖（4）：創(chuàng)建方法
用戶故事地圖（5）：開發(fā)流程之“機(jī)會(huì)”階段
用戶故事地圖（6）：開發(fā)流程之“探索”階段
用戶故事地圖（7）：開發(fā)流程之“設(shè)計(jì)”階段
用戶故事地圖（8）：開發(fā)流程之“故事工作坊”階段
用戶故事地圖（9）：開發(fā)流程之“研發(fā)-評(píng)估-交付”階段
用戶故事地圖（10）：開發(fā)流程之“回顧”階段
用戶故事地圖（11）：故事（需求）拆分
用戶故事地圖（12）：后記
