最近在閱讀《用戶故事與敏捷方法》惊豺，一邊讀一邊回憶最近項目遇到的問題。通過重新整理思路禽作，理解了很多概念和環(huán)節(jié)設(shè)置背后原因和使用技巧尸昧，同時很多問題似乎也得到了解決。
每個環(huán)節(jié)我打算從Why旷偿，What烹俗，How，Who萍程，When去理解幢妄。
用戶故事
Why：為什么是用戶故事？（產(chǎn)品篇茫负，流程篇）
用戶故事這個主題全部圍繞著“軟件需求”
軟件需求是用戶需求到軟件產(chǎn)品之間的橋梁蕉鸳，核心在于溝通
用戶需求->軟件需求->軟件設(shè)計->軟件開發(fā)->軟件產(chǎn)品
（大家都玩兒過千里傳音的游戲朽褪，經(jīng)過這么多環(huán)節(jié)置吓，如何保證用戶需求，最終成為軟件產(chǎn)品的時候缔赠，還是用戶想要的那個）
用戶故事衍锚，解決在VUCA的環(huán)境下，軟件需求的溝通任務(wù)
業(yè)務(wù)語言嗤堰，用戶語言《===》技術(shù)實現(xiàn)戴质，在用戶語言和技術(shù)實現(xiàn)之間搭建橋梁
讓用戶和開發(fā)團(tuán)隊之間進(jìn)行協(xié)同工作的工具
通過3C原則，實現(xiàn)用戶故事的這一溝通職能踢匣。Card告匠、Conversation、Confirmation
用戶故事如何可以替代詳盡的文檔
Why：為什么用戶故事要替代詳盡的文檔离唬？
How：如何正確的使用用戶故事后专，讓我們可以脫離詳盡的文檔？
(讓我們帶著這兩個問題來看后面的內(nèi)容)
敏捷開發(fā)宣言之二输莺，工作的軟件高于詳盡的文檔
為什么要專門說這一點戚哎，很重要裸诽，因為傳統(tǒng)模式下，是文檔溝通型凳。
如果我們沒有系統(tǒng)性的理解用戶故事的內(nèi)涵和作用丈冬，用戶故事形同擺設(shè)，我們會發(fā)現(xiàn)開發(fā)團(tuán)隊沒辦法離開文檔進(jìn)行有效的開發(fā)甘畅。因此埂蕊，產(chǎn)品經(jīng)理會抱怨，周期縮短了疏唾，文檔工作卻一點沒少蓄氧。
頭腦風(fēng)暴一下：
文檔的好處？
文檔的壞處荸实？
好處：
1匀们、隔離情緒，避免爭論准给，避免溝通產(chǎn)生沖突。
2重抖、達(dá)成一致露氮。文檔一般就是定論，單方面決定钟沛，大家遵照文檔進(jìn)行工作畔规，帶有強(qiáng)制性。
3恨统、便于隨時查閱叁扫。
壞處：（針對敏捷模式）
1、不利于面對面溝通畜埋，更傾向于單獨(dú)閱讀莫绣。復(fù)雜一點的，面對面溝通理解費(fèi)力悠鞍。人的記憶力有限对室。
2、不是團(tuán)隊溝通的結(jié)果咖祭，因此需要寫文檔的人（產(chǎn)品經(jīng)理）反復(fù)的推敲掩宜，仍然很多細(xì)節(jié)難以確定，若沒有細(xì)節(jié)么翰，又會造成最終做出來的不是產(chǎn)品所設(shè)想的那樣牺汤。
比如，看下面的例子：
由此可以明了浩嫌，文檔做為需求載體的問題檐迟，就是產(chǎn)品必須要準(zhǔn)確無誤的闡述產(chǎn)品需求細(xì)節(jié)戴已，并且讓開發(fā)團(tuán)隊準(zhǔn)確無誤的接收和理解。
應(yīng)對市場的模糊性
即便產(chǎn)品準(zhǔn)確的描述了開發(fā)團(tuán)隊完全能夠理解的產(chǎn)品需求锅减，你又如何保證產(chǎn)品完全理解了客戶的需求糖儡。
在敏捷模式下，大部分情況是怔匣，市場是變化的握联，市場數(shù)據(jù)是不清晰的不完整的，客戶自己都不能夠清晰的闡述自己的需求每瞒，經(jīng)常會變化金闽。
產(chǎn)品頭腦里面的設(shè)計有可能只是閉門造車。
隨著市場的變化剿骨，產(chǎn)品經(jīng)理會改變最初的市場判斷代芜，進(jìn)行需求變更
（心理學(xué)原理，人類的本能浓利，是會自動腦補(bǔ)數(shù)據(jù)缺失和模糊的部分挤庇，以保持其完整性和可定義。）
更糟糕的事情發(fā)生了贷掖，這樣的情況如果發(fā)生多次嫡秕，開發(fā)團(tuán)隊和產(chǎn)品經(jīng)理之間的溝通和信任會存在危機(jī)。
用戶故事的作用（總結(jié)）
1苹威、前提---不確定性昆咽，數(shù)據(jù)不全，市場需求模糊的情況下的：
2牙甫、軟件需求的載體
3掷酗、溝通的工具
4、用戶語言窟哺、業(yè)務(wù)語言到技術(shù)實現(xiàn)的橋梁
為什么是用戶故事泻轰，而不是詳盡的文檔就闡釋到這里，下一篇繼續(xù)介紹脏答，What糕殉，How，Who殖告。
