前面三篇文章闡述了關(guān)于用戶故事的Why、What、How、Who、When
Why著重介紹為什么使用戶故事，而不是詳盡的文檔？
What、How、Who：什么是用戶故事，怎么寫，誰來寫，誰使用？
以及When，在Scrum流程的各個環(huán)節(jié)如何使用用戶故事？
這一篇將闡述如何搜集用戶需求？并對比傳統(tǒng)模式下和敏捷模式下，搜集需求的區(qū)別。
傳統(tǒng)模式下和敏捷模式下，需求搜集的區(qū)別
傳統(tǒng)的需求搜集方法是：引出、捕捉。
但現(xiàn)實中，客戶自己都很難說清楚自己的需求是什么，只有一個一個的業(yè)務(wù)目標(biāo)，一個一個的期望數(shù)據(jù)。有時候連數(shù)據(jù)都是未知的。
區(qū)分傳統(tǒng)過程和敏捷過程的方法之一，就是看它們搜集需求的方式。
1、傳統(tǒng)過程：項目早期就期望正確獲取并寫出所有的需求。
2、敏捷過程：深知時間維度對需求的影響。需求會隨著時間的推移，以及過程中客戶的反饋，不斷變化和逐漸清晰。
系統(tǒng)思維的認(rèn)知方式告訴我們，解決問題的最佳方式，并非是去找到引起這種變化的原因，因為促成這個變化有很多因素，非常復(fù)雜。解決問題的最佳方式，而是專注在當(dāng)下，去看在當(dāng)下這一刻，對客戶，對市場最高價值的需求是什么？雖然隨著時間的推移，千萬種因素會使得這些價值產(chǎn)生變化。但是，保證當(dāng)下（最近這個迭代）做正確的事情，才是以不變應(yīng)萬變的對策。
因此，對于產(chǎn)品來說，此刻不得不提到
敏捷宣言之三：客戶協(xié)作勝過合同談判
產(chǎn)品經(jīng)理需要具備發(fā)展的思維
產(chǎn)品經(jīng)理需要具備發(fā)展的思維，頻繁地與客戶合作，頻繁的溝通交流，并保持節(jié)奏。而不是在一開始就期望一經(jīng)定義永遠(yuǎn)不會變化。也不是盡可能地詳細(xì)描述細(xì)節(jié)。
這個溝通交流的周期是，以一個迭代為間隙。在一個迭代結(jié)束，客戶驗收交付物，并產(chǎn)生反饋的時候，是產(chǎn)品與客戶交流用戶需求的最佳時間。
產(chǎn)品經(jīng)理需要具備發(fā)展的思維，把用戶需求看成動態(tài)變化的有生命的物質(zhì)?！队脩艄适屡c敏捷方法》中把需求比喻成魚，代表需求像魚那樣會長大也會死亡。
而產(chǎn)品經(jīng)理獲取需求的方式，是一個動態(tài)的不斷拖網(wǎng)撈魚的過程。重要的是在準(zhǔn)確的時機，捕撈大個的魚（高市場價值的需求），以獲取最高回報，不必太過糾結(jié)細(xì)節(jié)。糾結(jié)于細(xì)節(jié)必將失去時機。
產(chǎn)品經(jīng)理各種搜集需求的方法就是撈魚的網(wǎng)：
1、用戶訪談：客戶合作中頻繁使用的一種方法
2、問卷調(diào)查：不推薦，但可以為優(yōu)先級排序做參考
3、觀察：直接觀察用戶的使用方式和習(xí)慣
4、故事編寫工作坊：推薦，所有人參與，使用快速原型法進行討論
漁網(wǎng)：用戶訪談
其中用戶訪談是使用最多的漁網(wǎng)。
注意區(qū)分
--- 客戶要求的需求
--- 客戶真正想要的需求
真實項目過程中，經(jīng)常遇到需求來回變化，迭代1客戶要求按照方案A做需求，迭代2客戶要求改為按照方案B，迭代3客戶又覺得改回方案A好像更符合業(yè)務(wù)邏輯。
這是因為客戶有時候也可能不善于理解，也難以表達(dá)他們的真實需求。因此，產(chǎn)品經(jīng)理需要通過有技巧的提問，獲得客戶的真實需求。需要靈活應(yīng)用提問技巧，最簡單的辦法就是：
1、多提開放式問題，避免封閉式問題。
舉個簡單的例子，請客吃飯，封閉式問題是這樣問的，你喜歡吃色香味俱全的美食，是嗎？我相信都知道對方將如何回答，這樣的問題所獲得的答案，對希望搜集信息的人一點幫助都沒有。
如果你問客人喜歡吃什么，還一個相對封閉的問題，他可能會告訴你一道或者兩道菜，其余的菜需要你自行腦補。
如果你這樣問，首先說明在什么時間，哪些人，聚餐的目的，問問客戶對這次聚餐有些什么期待，有沒有什么忌口？盡量發(fā)散，盡量多的搜集信息。最后從海量信息里面，提煉出客戶真正想要的需求，再加以確認(rèn)。
還有問問題的角度，很多時候我們都沒有和客戶充分溝通的時候，從自己的角度閉門造車的想了一個方案，并拿著這個方案的某個細(xì)節(jié)去問客戶，是不是這樣？應(yīng)該是這樣，還是那樣？在這樣的情況下，客戶一定不耐煩回答我們。因為這根本不是她想要的東西，干嘛要回答。
因此和客戶溝通的角度就是，對她的需求，以及與需求相關(guān)的所有，包括她的想法，她的目標(biāo)，她的訴求，她的痛點，她的業(yè)務(wù)掌握程度，技術(shù)熟練度，乃至生活都表現(xiàn)出極大的興趣，以及渴望知道一切的耐心。
2、針對具體的問題，擴大提問的范圍。
搜索速度需要多快？，不如問“對性能有什么要求？”
什么時候用封閉式問題？當(dāng)信息搜集到足夠的時候，運用封閉式問題收斂和驗證最終的結(jié)果。
看起來很像撒網(wǎng)的過程。
一開始就使用封閉式問題，就像用一個魚叉在挨個撈魚。準(zhǔn)確度查，效率低。
一開始使用開放式問題，撒網(wǎng)，過程中盡量擴大提問的范圍，將足夠多的高價值魚打撈起來，然后用封閉式問題收網(wǎng)。收網(wǎng)的方法很多，其實就是一個驗證的環(huán)節(jié)，有提問法，也有原型法，探針法......
最后，產(chǎn)品經(jīng)理精準(zhǔn)獲取市場需求和客戶需求的能力，取決于他快速撈取和判斷的能力，因此一個敏捷項目的成敗也和正確判斷需求和恰當(dāng)?shù)臅r機撈取最高價值的需求息息相關(guān)。
下一篇將闡述，用戶角色建模和用戶故事編寫。
