快速開發 估算與進度

2021-06-18 03:30:14 字數 2111 閱讀 1788

估算

軟體工程估算是乙個逐漸改進的過程

可以向客戶承諾在每個階段向他們提供更加精確的估算

在估算的樂觀係數與悲觀係數之間找平衡

尋找估算與實際情況的交匯點

精確與準確:55

人月 與 

40-70 

人月;估算應該保證準確而不是精確

估算步驟

估算產品規模

估算工作量

估算進度

提供某一範圍內的估算,並隨著專案的進行,定期改進範圍,以提供更高的精確度

規模估算

利用功能點進行估算

估算技巧:避免無準備的估算;留出估算時間,並做好計畫;使用以前專案的資料;使用以開發人員為基礎的估算;走查估算;分類法估算;詳細的較低層次的估算;不要忽略普通任務;使用軟體估算工具;使用幾種不同的估算技術,並比較它們的結果;專案進行中改變估算準則

估算的表達方式

加減限定 :10+1人月

範圍:9~11人月

風險量化:將造成 +1 

人月的風險表示出來

情況:最佳情況與最壞情況、計畫情況與當前情況

粗略的日期與時間段

把握性因素

進度估算

業界的進度公式:月進度 = 3.0* 

人月1/3

基於承諾的進度表:從需求出發安排進度,要求開放人員作出進度承諾而不是進度估計。

jones的一階估算準則:取得功能點總和(

fp),然後從冪次表中選擇冪次(

dex)公升冪。即:初略進度 

= fp * exp

(dex)

冪次表(dex):

軟體型別

最優級平均

最差級系統軟體

0.43

0.45

0.48

商業軟體

0.41

0.43

0.46

封裝商業軟體

0.39

0.42

0.45

大致的進度估算

大致估算的背景

可能的最短進度

存在乙個不能突破的最短進度。

把進度縮短得比普通進度短時,費用將迅速上公升。

有效進度:進度壓縮因子 = 

期望進度

/初始進度

估算修正

隨著研究的深入或者專案的開展,對整個專案的估算或越來越準確。一旦發現偏差,可以進行估算的再修正

進度計畫

過於樂觀的進度計畫

根源:趕特定時間、管理人員和客戶的固執於主觀想象、專案管理人員與開發人員享受挑戰

不良後果:進度計畫的精確性降低、計畫的質量降低、增大了偏離規劃的風險、產品功能範圍的縮小、倉促實現導致的返工,無法專注於專案的推進,與客戶關係的緊張、倉促收尾

超負荷的進度壓力:產品質量降低、賭博心理、激勵效應不再起作用、創造性思維被抑制、精疲力竭、中途退出、長期的快速開發難以持續、開發人員與管理人員的關係緊張

底線:

戰勝進度壓力

有原則的談判:將人從困境中解脫;關注共同利益,不要過分堅持立場;提出對雙方均有利的方案;堅持客觀標準,頂住壓力。

可以從以下三個方面來說服對方:

真正提高開發速度:過分樂觀的進度計畫實際上阻礙了開發速度

增加成功的機會:說明估算是得到論證的,且成功的機率只有一半;如計畫進度縮短,成功的概率也會減少

援引以前類似專案的失敗教訓

快速開發 估算與進度

估算 軟體工程估算是乙個逐漸改進的過程 可以向客戶承諾在每個階段向他們提供更加精確的估算 在估算的樂觀係數與悲觀係數之間找平衡 尋找估算與實際情況的交匯點 精確與準確 55 人月 與 40 70 人月 估算應該保證準確而不是精確 估算步驟 估算產品規模 估算工作量 估算進度 提供某一範圍內的估算,並...

專案進度管理 估算活動資源

估算活動資源是估算執行各項活動所需的材料 人員 裝置或用品的種類和數量的過程。估算活動資源的主要作用是 明確完成活動所需的資源種類 數量和特性,以便做出更準確的成本和持續時間估算。估算活動資源的輸入 進度管理計畫,確定了資源估算準確度和所使用的計量單位 活動清單,定義了需要資源的活動 活動屬性,為估...

開發時間估算

專案經理制定專案時間表的時候,需要估算每個任務所需的時間,其中開發任務中模組的分配和時間估算是其中最主要的部分。本篇專門就這部分作乙個闡述。一 在分配模組和估算開發時間時,我們需要把握的原則和目標 1 保證專案整體的進度。2 有助於確保開發編碼的質量。3 有助於提高開發編碼的速度。二 每個公司都擁有...