估算
軟體工程估算是乙個逐漸改進的過程
可以向客戶承諾在每個階段向他們提供更加精確的估算
在估算的樂觀係數與悲觀係數之間找平衡
尋找估算與實際情況的交匯點
精確與準確: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 有助於提高開發編碼的速度。二 每個公司都擁有...