分析推遲到實(shí)現(xiàn)前夕來完成，這是敏捷需求分析的精華所在。任何提前做好的東西都會(huì)導(dǎo)致浪費(fèi)，敏捷過程提倡足夠就好，避免浪費(fèi)。
　　不少人對(duì)用戶故事和用例的區(qū)別感到疑惑。用戶故事的作用是備忘功能，而不是文檔。而用例需要詳細(xì)的描述其操作步驟，以及每個(gè)異常路徑，因而起到了文檔的作用。用戶故事是可見的商業(yè)價(jià)值，而不是功能描述。每個(gè)用戶故事的粒度和工作量都相差不多，這和用例有很大的區(qū)別。用戶故事是小粒度的，可測試的，可見的，并且是有價(jià)值的。
　　ThoughtWorks有個(gè)項(xiàng)目組作的是一個(gè)網(wǎng)游物品交易平臺(tái)。該平臺(tái)是典型的互聯(lián)網(wǎng)項(xiàng)目，在開工的時(shí)候客戶對(duì)功能需求還不明確，但需要快速推出搶占市場，正是最適合敏捷過程的項(xiàng)目。
　　在項(xiàng)目伊始，商務(wù)分析師和客戶做了深入的談話，了解他的商業(yè)構(gòu)想，他的盈利模式，搞清楚宏觀的結(jié)構(gòu)，然后思考并整理獲得的結(jié)果，花1-2天時(shí)間將客戶需求大略整理為幾十個(gè)用戶故事。這些用戶故事并不完善，不足以做好整個(gè)系統(tǒng)。但對(duì)于我們開始項(xiàng)目的前一陣，已經(jīng)足夠了。我們可以從這里開始項(xiàng)目。
　　敏捷方法希望快速交付可用的軟件。實(shí)現(xiàn)軟件的快速交付是通過迭代來完成。在迭代開始前，由一組有經(jīng)驗(yàn)的開發(fā)人員大致評(píng)估一下用戶故事，標(biāo)記出不同的難度和風(fēng)險(xiǎn)，并提出問題供商務(wù)分析師來獲得更詳細(xì)的信息，商務(wù)分析師會(huì)和相關(guān)涉眾去討論。然后商務(wù)分析師將推薦優(yōu)先級(jí)最高的一組用戶故事給客戶來挑選，客戶可以選擇這些用戶故事，或者指出從他的視角看到的優(yōu)先級(jí)更高的用戶故事。這些將成為下一個(gè)迭代的內(nèi)容。
　　客戶看到每個(gè)迭代交付的可運(yùn)行的軟件后或者得到用戶反饋后，常常會(huì)有新的想法冒出來。有些想法是好的，有些想法就屬于看到別家網(wǎng)站有這個(gè)功能，不假思索的提出的功能。這些不同的需求都需要經(jīng)過認(rèn)真的分析，找出哪些是值得我們立即考慮的，哪些是不用急迫的去實(shí)現(xiàn)的。
　　有一次和客戶談話時(shí)，他說到希望增加拍賣功能。那么，我們?yōu)槭裁葱枰馁u呢?客戶說希望讓用戶拍賣物品以獲得最高價(jià)格。經(jīng)過考慮，我們發(fā)現(xiàn)，網(wǎng)游物品的實(shí)時(shí)性和唯一性決定了系統(tǒng)不適合使用拍賣機(jī)制。拍賣的時(shí)效性無法滿足實(shí)時(shí)交易的要求，因此，用戶最終放棄了這個(gè)特性。
　　另一次，客服人員提出增加一個(gè)查詢用戶交易的功能，而此時(shí)我們有其他更加重要的功能需要先去考慮，查詢用戶交易功能可以由技術(shù)人員臨時(shí)通過數(shù)據(jù)庫直接代為查詢，因?yàn)轫?xiàng)目運(yùn)營初期交易不是很多，暫時(shí)還不需要專門的后臺(tái)功能來支持客服的工作。所以把這個(gè)需求卡片一直貼在墻壁上，始終沒有排到最高的優(yōu)先級(jí)。
　　客戶一開始也不是很能夠接受敏捷需求中強(qiáng)調(diào)商業(yè)價(jià)值和優(yōu)先級(jí)的做法。但經(jīng)過幾個(gè)月的磨合，客戶也逐漸適應(yīng)了許多敏捷思想，甚至我在和客戶討論時(shí)，偶然提起了后期的某種可能的情況，他們還能夠幫我糾正應(yīng)當(dāng)考慮目前的情況，為近期的情況作計(jì)劃。
　　用戶故事的跟蹤和管理是由項(xiàng)目經(jīng)理來進(jìn)行。每個(gè)迭代跟蹤卡片的進(jìn)展，是否已經(jīng)開始實(shí)現(xiàn)?是否已經(jīng)完成代碼開發(fā)?是否已經(jīng)開始功能測試?不同的卡片在迭代前都會(huì)評(píng)估為不同的大小。我們一般分為大中小三級(jí)。等實(shí)踐過幾個(gè)迭代后，團(tuán)隊(duì)的開發(fā)速度基本保持恒定，我們就可以很容易的知道每個(gè)迭代能做多少個(gè)用戶故事，這樣就可以安排下一迭代的開發(fā)。
　　每個(gè)迭代內(nèi)分析好恰好足夠下一個(gè)迭代開發(fā)的需求，就是商務(wù)分析師每個(gè)迭代的主要工作內(nèi)容。商務(wù)分析師的需求分析工作在上一個(gè)迭代完成，包括需求的了解，分析，評(píng)估和排列優(yōu)先級(jí)。
　　在每個(gè)迭代開始的時(shí)候，由商務(wù)分析師主持召開迭代計(jì)劃會(huì)議，在會(huì)議上向所有的程序員解釋這個(gè)迭代要完成的用戶故事，然后由程序員自由提問，知道他們能夠獲得足夠開始實(shí)現(xiàn)該功能的信息。
　　在程序員完成一個(gè)用戶故事后，商務(wù)分析師還要來代表客戶做功能驗(yàn)收測試，查看是否完成了預(yù)計(jì)的功能，是否有程序員還沒有想到的異常情況。如果存在問題需要退回給程序員繼續(xù)完成。這在一定程度上保證了系統(tǒng)完成的需求不偏離客戶的要求。當(dāng)然，更多的測試還需要QA來完成。
　　我們的實(shí)踐充分表明了，敏捷過程并不是沒有需求分析，而是把需求分析過程分散到整個(gè)開發(fā)的過程中，讓開發(fā)和需求分析并行進(jìn)行。這就是ThoughtWorks敏捷方法實(shí)施成功的秘訣之一。而商務(wù)分析師在這個(gè)過程中，起到了紐帶和橋梁的作用，是一個(gè)團(tuán)隊(duì)不可缺少的角色

    項(xiàng)目經(jīng)理勝任力免費(fèi)測評(píng)PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html