敏捷開(kāi)發(fā)中的軟件需求分析方法
在很多人的印象中，敏捷軟件開(kāi)發(fā)是種類(lèi)似黑客行為的過(guò)程，是程序員最?lèi)?ài)的勾當。不寫(xiě)文檔，不作需求分析，沒(méi)有項目經(jīng)理，做什么東西完全是程序員自己的行為。所以他們認為這樣的過(guò)程無(wú)法滿(mǎn)足真正大型項目和復雜項目的需要，因此在經(jīng)過(guò)考慮后，放棄了敏捷方法。
真的是這樣嗎?敏捷過(guò)程到底是如何做需求分析?用戶(hù)故事和用例有什么區別?敏捷過(guò)程如何去管理需求的?這些是一些想要實(shí)踐敏捷的人一直在困惑的事情。
我們常�？吹綍�(shū)中講，程序員拿到一個(gè)用戶(hù)故事后，怎么計劃，怎么分解，怎么寫(xiě)單元測試，怎么小步前進(jìn)，怎么持續集成。這是典型的程序員視角。事實(shí)上，敏捷方法分為三部分，敏捷項目管理，敏捷需求分析，敏捷軟件開(kāi)發(fā)。上述書(shū)中提到的完全是敏捷開(kāi)發(fā)中的實(shí)踐，很多人了解到的敏捷，只是敏捷的三分之一。
在敏捷的團隊中，作一個(gè)敏捷程序員確實(shí)是非常舒服的事情。從程序員的角度來(lái)看，只需要選擇一張他感興趣的故事卡片，了解清楚該卡片的需求，開(kāi)始從功能測試寫(xiě)代碼，等通過(guò)了所有測試就完工�；旧喜恍枰紤]太多的事情，非常輕松愉快。但程序員向誰(shuí)去問(wèn)清楚需求?故事卡片是怎樣寫(xiě)出來(lái)的呢?讓我們來(lái)關(guān)注開(kāi)發(fā)前發(fā)生的事情。
了解敏捷過(guò)程的人都知道，Kent Beck在XP過(guò)程中提到了現場(chǎng)客戶(hù)，如果一個(gè)敏捷團隊能夠有現場(chǎng)客戶(hù)，這當然是最棒的事情。但多數情況下，客戶(hù)都是很忙碌的，很難全力投入到軟件開(kāi)發(fā)過(guò)程中。這時(shí)候，我們就需要商務(wù)分析師這個(gè)角色，來(lái)充當客戶(hù)的角色。
我在ThoughtWorks的團隊中擔任的就是商務(wù)分析師這個(gè)角色。商務(wù)分析師最重要的職責就是與客戶(hù)交談，了解和分析需求，將其制作成用戶(hù)故事并將需求轉述給程序員。同時(shí)，商務(wù)分析師也要代替客戶(hù)負責功能驗收測試。
敏捷思想的核心是人與交流。需求問(wèn)題實(shí)際上是一個(gè)交流問(wèn)題。商務(wù)分析師要和客戶(hù)交流，搞清楚客戶(hù)到底需要什么，到底為什么需要這些東西。商業(yè)價(jià)值是商務(wù)分析師關(guān)注的最終目標。有了目標的指向，就可以不迷失方向。和客戶(hù)進(jìn)行交流，最終目的就是挖掘出客戶(hù)的商業(yè)目標�？赡艽蠹視�(huì )經(jīng)常有這樣的經(jīng)驗，客戶(hù)說(shuō)，我要這個(gè)功能，我想要怎么怎么樣。這時(shí)候要特別注意，他說(shuō)的這些東西并不是真正的需求。商務(wù)分析師需要詳細的問(wèn)客戶(hù)為什么，挖掘出他真正的目標。
在這個(gè)目標下，商務(wù)分析師開(kāi)始進(jìn)行需求的分析：我們到底是否真的需要這個(gè)需求?有沒(méi)有更好的解決方案?有沒(méi)有簡(jiǎn)單并且低廉的方式?換一種形式是不是也能達到這樣的需求?這個(gè)需求有多少地方涉及到以前的軟件變更?
搞清楚這些事情后，就可以寫(xiě)出用戶(hù)故事。用戶(hù)故事的書(shū)寫(xiě)遵循一定的原則，一般包括三部分："作為(系統的一個(gè)涉眾)，我想要(做一件事)，從而(達到一個(gè)商業(yè)價(jià)值)"。在書(shū)寫(xiě)的時(shí)候格式比較隨意，可以在故事卡背面寫(xiě)上注釋或疑問(wèn)，甚至畫(huà)上界面原形圖。
舉一個(gè)最常見(jiàn)的用戶(hù)故事例子，"作為一個(gè)普通用戶(hù)，我希望能夠用用戶(hù)名和密碼登錄，以便我能享受到個(gè)性化的服務(wù)"。其中，用戶(hù)是系統涉眾，登錄是他想要做的事情，而他的目標是獲得個(gè)性化的服務(wù)。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
