舉一個(gè)最常見的用戶故事例子，“作為一個(gè)普通用戶，我希望能夠用用戶名和密碼登錄，以便我能享受到個(gè)性化的服務(wù)”。其中，用戶是系統(tǒng)涉眾，登錄是他想要做的事情，而他的目標(biāo)是獲得個(gè)性化的服務(wù)。
從這個(gè)例子我們可以想象到，這個(gè)頁面可能存在兩個(gè)文本框，用于輸入用戶名和密碼，有一個(gè)按鈕來登錄，并且不登錄就不能看到個(gè)人資料，另外，如果用戶輸入錯(cuò)誤需要提示“登錄失敗請重試”。這就是可見性，也可以稱為可測試性。我們可以根據(jù)這樣的可見性寫出功能測試，從而驅(qū)動(dòng)這個(gè)用戶故事的開發(fā)，這被稱為 Acceptance Driven Development。
用戶故事的作用有兩個(gè)，一個(gè)是作為進(jìn)度跟蹤的依據(jù)，一個(gè)是作為與人交談的備忘錄。用戶故事卡片并不是很精確的需求，因此不需要把事情描述的非常清楚。將需求的詳細(xì)分析推遲到實(shí)現(xiàn)前夕來完成，這是敏捷需求分析的精華所在。任何提前做好的東西都會(huì)導(dǎo)致浪費(fèi)，敏捷過程提倡足夠就好，避免浪費(fèi)。
不少人對用戶故事和用例的區(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í)候客戶對功能需求還不明確，但需要快速推出搶占市場，正是最適合敏捷過程的項(xiàng)目。 此文章共有2頁 上一頁 1 2
文章來源：中國項(xiàng)目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
