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