估算並非易事。對軟件開發人員來說,估算堪稱是最難的工作之一。估算必須考慮所有能幫助產品負責人做出影響整個團隊和業務決策的因素。因此,從開發到高管都為它焦頭爛額也不足為奇,但這種做法是錯誤的。敏捷估算並不是什么性命攸關的大事,就只是估算而已,事實就這么簡單。我們不用要求團隊 ...
當我讀到 Scrum敏捷軟件開發 關於項目經理的討論時,讓我產生了極大的共鳴,使我不得不放下書來閑扯兩句,一方面抒發自己的感受,另一方面也算是一種反思吧。 我平時一般要同時帶 個項目。作為項目經理,我都要花上大部分時間去分析需求,然后將其拆分成小任務。拆分任務時,我會將任務錄入到我自己設計的項目管理程序Teamview。在錄入過程中,我會根據自己的經驗,為每個任務設置優先級和完成該任務所需的時間。 ...
2013-10-10 08:20 19 4349 推薦指數:
估算並非易事。對軟件開發人員來說,估算堪稱是最難的工作之一。估算必須考慮所有能幫助產品負責人做出影響整個團隊和業務決策的因素。因此,從開發到高管都為它焦頭爛額也不足為奇,但這種做法是錯誤的。敏捷估算並不是什么性命攸關的大事,就只是估算而已,事實就這么簡單。我們不用要求團隊 ...
故事點 是敏捷項目管理和開發中的一種抽象的度量單位,用於估計實現一個或多個用戶故事的復雜度,它是對工作量的一種描述方式。一個故事點就是一個數字,透過這個數字告訴整個團隊用戶故事的復雜度。復雜度包括功能的難易程度、風險和花多大的功夫。 故事點(story point)和預估時間(estimated ...
敏捷估算的價值 敏捷估算,就是在敏捷開發中,對即將開始的工作進行工作量、復雜度和持續時間的相對估算。通常情況下,軟件開發過程中有很多未知數:技術更新,需求變更,系統之間的依賴關系等,它們都會影響估算結果,所以說估算是一項費時費力的工作,並且得到的結果也是不精確的。既然如此 ...
前兩篇文章介紹的是 搜集故事和編寫估算,本篇文章接着前面的文章往下說,有了story(故事)之后如果對故事進行估算 下面主要是進行估算的大體checkLists 對與一個故事的估算方法應該具有如下特點 1、運行改變估算結果 2、適用於所有的故事 3、很容易 ...
摘要: 一件用戶通過系統完成他一個有價值的目標(買一罐飲料)的事。這樣的過程就叫“用戶案例(user case)”或者“用戶故事(user story)”。本文描述了敏捷開發的技巧:如何以用戶故事管理項目. 什么是用戶故事(user story) 假定這個項目的客戶是個飲料 ...
故事點是一個度量單位,用於表示完成一個產品待辦項或者其他任何某項工作所需的所有工作量的估算結果。 當采用故事點估算時,我們為每個待辦項分配一個點數。待辦項估算結果的原生數據並不重要,我們只關注最后得到的相對估算結果。一個估算值為2的用戶故事應該是估算值為1的用戶故事的2倍。而它也 ...
第一章:概覽 1.什么是用戶故事 作者在文中給出了如下的定義:描述對用戶、系統或軟件購買者有價值的功能。我們不難看出,對於用戶故事,他的立足點是用戶,那么他就是對用戶需求的描述。在BigMoneyJob網站的例子中:作者給出了幾個事例故事:(1)用戶可以搜索職位(2)公司可以發布新 ...
今天有人問到我,對敏捷開發是怎么理解的?一時不知道從何說起了,先來思考下面的問題。 問題:為什么會出現敏捷開發? 我剛開始工作的時候采用的瀑布模型,將軟件生命周期划分為制定計划、需求分析、軟件設計、程序編寫、軟件測試和運行維護等六個基本活動,並且規定了它們自上而下、相互銜接的固定次序,如同瀑布 ...