1. 成本預(yù)算方式
(1) 自上而下的預(yù)算方法
自上而下的預(yù)方法主要是依據(jù)上層、中層項目管理人員的管理經(jīng)驗(yàn)進(jìn)行判斷，對構(gòu)成項目整體成本的子項目成本進(jìn)行估計，并把這些判斷估計的結(jié)果傳遞給低一層的管理人員，在此基礎(chǔ)上由這一層的管理人員對組成項目的子任務(wù)和子項目的成本進(jìn)行估計，然后繼續(xù)向下一層傳遞他們的成本估計，直到傳遞到低一層。
使用此預(yù)算方式，在上層的管理人員根據(jù)他們的經(jīng)驗(yàn)進(jìn)行的費(fèi)用估計分解到下層時，可能會出現(xiàn)下層人員認(rèn)為上層的估計不足以完成相應(yīng)任務(wù)的情況。這時，下層人員不一定會表達(dá)出自己的真實(shí)觀點(diǎn)，不一定會和上層管理人員進(jìn)行理智地討論，從而得出更為合理的預(yù)算分配方案。在實(shí)際中，他們往往只能沉默地等待上層管理者自行發(fā)現(xiàn)問題并予以糾正，這樣往往會給項目帶來諸多問題。
自上而下更適用于項目啟動的前期，與真實(shí)費(fèi)用相差在30% ~ 70%之間。
Scrum使用自上而下的成本預(yù)算方式，它不會立即精確地確定成本，而是以大限度容納客戶對未來產(chǎn)品要求所產(chǎn)生的變更。
(2) 自下而上的預(yù)算方法
理費(fèi)用、不可預(yù)見費(fèi)等）以及項目要達(dá)到的利潤目標(biāo)形成了項目的總預(yù)算。自下而上的預(yù)算方法要求全面考慮所有涉及到的工作任務(wù)，更適用于項目的初期與中期，它能準(zhǔn)備地評估項目的成本，與真實(shí)費(fèi)用相差在5% ~ 10%之間。
注解：WBS
WBS是面向提交成果對項目的分解，從提交成果的列表可以確定每個提交成果需要執(zhí)行的活動。Scrum會對WBS進(jìn)一步細(xì)化，把一個迭代分解為一個或多個的工作包，再把工作包分解為細(xì)小的開發(fā)任務(wù)（一般開發(fā)任務(wù)的開發(fā)周期在15個工作小時以內(nèi)）。
2. 確定項目支出
總體成本預(yù)算是結(jié)合下列多個成本預(yù)算方式綜合計算的開發(fā)成本：
(1) 零基數(shù)預(yù)算
在成本預(yù)算的初期應(yīng)該使用零基數(shù)的計算原則，而不可以使用類似于：以上一年總體費(fèi)用加上20% 這樣粗略的方式計算項目成本。
(2) 軟硬件成本、物品成本
物品成本是指類似于：服務(wù)器（RAM 硬盤 CPU NIC卡 RAID簇）成本、維護(hù)成本、機(jī)房租金、光纖通訊成本、軟件成本等的成本。
計算成本時需要考慮組裝硬盤需時的長短，技術(shù)人員需要具備的質(zhì)素，產(chǎn)品供應(yīng)商能否提供保證質(zhì)量，管理時是否需要額外的管理人員這些多方因素。
(3) 軟件許可證成本
(4) 外包成本
當(dāng)使用類似：視頻、短信、移動電信類服務(wù)、門戶網(wǎng)站等子項目時可以考慮以外包形式完成，以降低開發(fā)成本。
(5) 人力資源成本
計算人力資源成本時應(yīng)該使用以高和低的工作效率估算平均效率的方式，計算出人力資源的平均成本。
(6) 維修保養(yǎng)成本
三、 客戶溝通的過程
從客戶溝通的方向出發(fā)來看，軟件項目可分為：需求識別、方案定制、項目實(shí)施、項目結(jié)束等4個不同的階段，各個階段都具有不同的溝通重點(diǎn)。
1. 需求識別階段
(1) 文本溝通
在需求識別的前期，應(yīng)該通過問卷、原型展示、界面展示、邏輯處理展示、準(zhǔn)化文檔模板等方式進(jìn)行全方位多角度的分析，隨時將不明確之處反饋給客戶，以期待客戶解答。并以文本記錄的方式建立需要分析書，并要求客戶審核需求分析書，以達(dá)到需要分析與客戶的真實(shí)期望高度一致的結(jié)果。
(2) 業(yè)務(wù)邏輯溝通
在進(jìn)行業(yè)務(wù)溝通時，應(yīng)該了解客戶的行業(yè)語言，以促進(jìn)業(yè)務(wù)分析的過程，越過應(yīng)用需求和開發(fā)之間的鴻溝。溝通過程提倡以草圖或者可視信息化的方式進(jìn)行， 針對不同層面的企業(yè)用戶提供適合的操作界面。以多角度的方式思考問題，要抓住需求重點(diǎn)，尤其是客戶方領(lǐng)導(dǎo)所關(guān)注的創(chuàng)新類和實(shí)用類需求。
(3) 需求變更的規(guī)范化管理
需求變更在軟件開發(fā)類項目中是可以理解的，但必須對需求變更做好規(guī)范化的管理，以避免出現(xiàn)需求無止境變更的風(fēng)險。需求變更必須由統(tǒng)一的負(fù)責(zé)人提出，并且由用戶需求的審核認(rèn)可。需求變更的提出應(yīng)該是定期而不是隨時的，開發(fā)方應(yīng)該做好詳細(xì)的文本記錄，讓客戶了解需求變更的實(shí)際情況和開發(fā)方為之所付出的成本代價。
