您的位置:軟件測試 > 軟件項目管理 > 項目管理綜合 >
軟件項目管理流程總結(jié)
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時間:[ 2013/9/24 9:29:40 ] 推薦標(biāo)簽:

1. 成本預(yù)算方式

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

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

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

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

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

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

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

  注解:WBS

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

2. 確定項目支出

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

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

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

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

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

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

(3) 軟件許可證成本

(4) 外包成本

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

(5) 人力資源成本

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

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

三、 客戶溝通的過程

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

1. 需求識別階段

(1) 文本溝通

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

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

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

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

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

上一頁12345678下一頁
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd