1. 成本預算方式

(1) 自上而下的預算方法

　　自上而下的預方法主要是依據(jù)上層、中層項目管理人員的管理經(jīng)驗進行判斷，對構(gòu)成項目整體成本的子項目成本進行估計，并把這些判斷估計的結(jié)果傳遞給低一層的管理人員，在此基礎上由這一層的管理人員對組成項目的子任務和子項目的成本進行估計，然后繼續(xù)向下一層傳遞他們的成本估計，直到傳遞到低一層。

　　使用此預算方式，在上層的管理人員根據(jù)他們的經(jīng)驗進行的費用估計分解到下層時，可能會出現(xiàn)下層人員認為上層的估計不足以完成相應任務的情況。這時，下層人員不一定會表達出自己的真實觀點，不一定會和上層管理人員進行理智地討論，從而得出更為合理的預算分配方案。在實際中，他們往往只能沉默地等待上層管理者自行發(fā)現(xiàn)問題并予以糾正，這樣往往會給項目帶來諸多問題。

　　自上而下更適用于項目啟動的前期，與真實費用相差在30% ~ 70%之間。

　　Scrum使用自上而下的成本預算方式，它不會立即精確地確定成本，而是以大限度容納客戶對未來產(chǎn)品要求所產(chǎn)生的變更。

(2) 自下而上的預算方法

　　理費用、不可預見費等）以及項目要達到的利潤目標形成了項目的總預算。自下而上的預算方法要求全面考慮所有涉及到的工作任務，更適用于項目的初期與中期，它能準備地評估項目的成本，與真實費用相差在5% ~ 10%之間。

　　注解：WBS

　　WBS是面向提交成果對項目的分解，從提交成果的列表可以確定每個提交成果需要執(zhí)行的活動。Scrum會對WBS進一步細化，把一個迭代分解為一個或多個的工作包，再把工作包分解為細小的開發(fā)任務（一般開發(fā)任務的開發(fā)周期在15個工作小時以內(nèi)）。

2. 確定項目支出

　　總體成本預算是結(jié)合下列多個成本預算方式綜合計算的開發(fā)成本：

(1) 零基數(shù)預算

　　在成本預算的初期應該使用零基數(shù)的計算原則，而不可以使用類似于：以上一年總體費用加上20% 這樣粗略的方式計算項目成本。

(2) 軟硬件成本、物品成本

　　物品成本是指類似于：服務器（RAM 硬盤 CPU NIC卡 RAID簇）成本、維護成本、機房租金、光纖通訊成本、軟件成本等的成本。

　　計算成本時需要考慮組裝硬盤需時的長短，技術人員需要具備的質(zhì)素，產(chǎn)品供應商能否提供保證質(zhì)量，管理時是否需要額外的管理人員這些多方因素。

(3) 軟件許可證成本

(4) 外包成本

　　當使用類似：視頻、短信、移動電信類服務、門戶網(wǎng)站等子項目時可以考慮以外包形式完成，以降低開發(fā)成本。

(5) 人力資源成本

　　計算人力資源成本時應該使用以高和低的工作效率估算平均效率的方式，計算出人力資源的平均成本。

(6) 維修保養(yǎng)成本

三、 客戶溝通的過程

　　從客戶溝通的方向出發(fā)來看，軟件項目可分為：需求識別、方案定制、項目實施、項目結(jié)束等4個不同的階段，各個階段都具有不同的溝通重點。

1. 需求識別階段

(1) 文本溝通

　　在需求識別的前期，應該通過問卷、原型展示、界面展示、邏輯處理展示、準化文檔模板等方式進行全方位多角度的分析，隨時將不明確之處反饋給客戶，以期待客戶解答。并以文本記錄的方式建立需要分析書，并要求客戶審核需求分析書，以達到需要分析與客戶的真實期望高度一致的結(jié)果。

(2) 業(yè)務邏輯溝通

　　在進行業(yè)務溝通時，應該了解客戶的行業(yè)語言，以促進業(yè)務分析的過程，越過應用需求和開發(fā)之間的鴻溝。溝通過程提倡以草圖或者可視信息化的方式進行， 針對不同層面的企業(yè)用戶提供適合的操作界面。以多角度的方式思考問題，要抓住需求重點，尤其是客戶方領導所關注的創(chuàng)新類和實用類需求。

(3) 需求變更的規(guī)范化管理

　　需求變更在軟件開發(fā)類項目中是可以理解的，但必須對需求變更做好規(guī)范化的管理，以避免出現(xiàn)需求無止境變更的風險。需求變更必須由統(tǒng)一的負責人提出，并且由用戶需求的審核認可。需求變更的提出應該是定期而不是隨時的，開發(fā)方應該做好詳細的文本記錄，讓客戶了解需求變更的實際情況和開發(fā)方為之所付出的成本代價。