傳統的瀑布工作模式使用詳細的需求說明書來表達需求,需求人員負責做需求調研,根據調研情況編制詳細的需求說明書,進行需求評審,評審之后簽字確認交給研發團隊設計開發。在這樣的環境下,需求文檔是信息傳遞的主體,也是一份契約。 然而詳細的需求說明書有以下5大弊端: 單向的信息傳遞,容易出現理解偏差 ...
本系列的第一篇 用戶故事驅動的敏捷開發 . 規划篇 跟大家分享了如何使用用戶故事來幫助團隊創建需求的過程,在這一篇中,我們來看看如何使用這些用戶故事和功能點形成產品backlog。產品backlog是敏捷開發中用來管理需求列表,排定優先級,形成迭代計划,組織開發 測試和交付過程的工具。可以說,產品backlog是一個敏捷團隊管理開發過程的核心,所有的活動和交付物都圍繞backlog來進行。一旦需求 ...
2016-03-21 10:23 3 2347 推薦指數:
傳統的瀑布工作模式使用詳細的需求說明書來表達需求,需求人員負責做需求調研,根據調研情況編制詳細的需求說明書,進行需求評審,評審之后簽字確認交給研發團隊設計開發。在這樣的環境下,需求文檔是信息傳遞的主體,也是一份契約。 然而詳細的需求說明書有以下5大弊端: 單向的信息傳遞,容易出現理解偏差 ...
摘要: 一件用戶通過系統完成他一個有價值的目標(買一罐飲料)的事。這樣的過程就叫“用戶案例(user case)”或者“用戶故事(user story)”。本文描述了敏捷開發的技巧:如何以用戶故事管理項目. 什么是用戶故事(user story) 假定這個項目的客戶是個飲料 ...
前兩篇文章介紹的是 搜集故事和編寫估算,本篇文章接着前面的文章往下說,有了story(故事)之后如果對故事進行估算 下面主要是進行估算的大體checkLists 對與一個故事的估算方法應該具有如下特點 1、運行改變估算結果 2、適用於所有的故事 3、很容易 ...
第一章:概覽 1.什么是用戶故事 作者在文中給出了如下的定義:描述對用戶、系統或軟件購買者有價值的功能。我們不難看出,對於用戶故事,他的立足點是用戶,那么他就是對用戶需求的描述。在BigMoneyJob網站的例子中:作者給出了幾個事例故事:(1)用戶可以搜索職位(2)公司可以發布新 ...
在日常的工作過程中,小編一直把影響力地圖、用戶故事地圖和用戶故事穿插在一起使用,就簡單的介紹介紹這三者之間如何融合到一起,來進行產品設計的工作。 影響地圖包含四個層次,why、who、how和what,按樹形的結構一層層展開,四個層次分別表示: why:我們為什么做一件事,目標是什么 ...
本文是今年1月份參加Agile1001公開課后,並參考《用戶故事與敏捷方法》這本書整理,閱讀全文 一、什么是用戶故事 用戶故事是描述對用戶有價值的功能,好的用戶故事應該包括角色、功能和商業價值三個要素。 用戶故事通常的格式為:作為一個<角色>, 我想要<功能 ...
估算並非易事。對軟件開發人員來說,估算堪稱是最難的工作之一。估算必須考慮所有能幫助產品負責人做出影響整個團隊和業務決策的因素。因此,從開發到高管都為它焦頭爛額也不足為奇,但這種做法是錯誤的。敏捷估算並不是什么性命攸關的大事,就只是估算而已,事實就這么簡單。我們不用要求團隊 ...
故事點 是敏捷項目管理和開發中的一種抽象的度量單位,用於估計實現一個或多個用戶故事的復雜度,它是對工作量的一種描述方式。一個故事點就是一個數字,透過這個數字告訴整個團隊用戶故事的復雜度。復雜度包括功能的難易程度、風險和花多大的功夫。 故事點(story point)和預估時間(estimated ...