軟件行業(yè)不同于傳統(tǒng)的制造業(yè)的生產(chǎn)過程。通常傳統(tǒng)制造業(yè)在產(chǎn)品規(guī)格、工藝規(guī)程、材料規(guī)格標(biāo)準(zhǔn)化的前提下進(jìn)行大批量連續(xù)制造。現(xiàn)在，小編就整理出軟件工程軟件項(xiàng)目管理方法以及相關(guān)知識。 ?

軟件項(xiàng)目管理技術(shù) ?

1.CMM。CMM是美國卡納基梅隆*軟件工程研究所(CMU /SEI)提出的軟件研發(fā)項(xiàng)目管理的一系列方法,它基于組織對關(guān)鍵過程域的支持,定義了軟件過程成熟度的五個(gè)級別。級別1 (初始級)描述了不成熟,或者說是未定義過程的組織。級別2 (可重復(fù)級) ,級別3 (已定義級) ,級別4 (已管理級)和級別5 (優(yōu)化級)分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關(guān)的KPA是:級別2：需求管理,軟件項(xiàng)目計(jì)劃,軟件項(xiàng)目跟蹤和監(jiān)控,軟件子合同管理,軟件質(zhì)量保證,軟件配置管理。級別3：組織級過程焦點(diǎn),組織級過程定義,培訓(xùn)大綱,集成軟件管理,軟件產(chǎn)品工程,組間協(xié)調(diào),同行評審。級別4：定量過程管理,軟件質(zhì)量管理。級別5：缺陷預(yù)防,技術(shù)更新管理,過程更改管理。 ?

2.CMMI。CMM I被看作是把各種CMM集成為一個(gè)系列的模型中。CMM I的基礎(chǔ)源模型包括: 軟件CMM2. 0版(草稿C) , EIA - 731系統(tǒng)工程,以及IPD CMM( IPD) 0. 98a版。CMM I也描述了5個(gè)不同的成熟度級別:級別1 (初始級)代表了以不可預(yù)測結(jié)果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應(yīng)管理,成功主要取決于團(tuán)隊(duì)的技能。級別2 (已管理級)代表了以可重復(fù)項(xiàng)目執(zhí)行為特征的過程成熟度。組織使用基本紀(jì)律進(jìn)行需求管理、項(xiàng)目計(jì)劃、項(xiàng)目監(jiān)督和控制、供應(yīng)商協(xié)議管理、產(chǎn)品和過程質(zhì)量保證、配置管理、以及度量和分析。

3.PSP。PSP ( Personal Software Process,個(gè)體軟件過程)是由CMU /SE I開發(fā)出來的,它的推出在軟件工程界引起了極大的轟動,可以說是由定向軟件工程走向定量軟件工程的一個(gè)標(biāo)志。PSP為基于個(gè)體和小型群組軟件過程的優(yōu)化提供了具體而有效的途徑,例如如何制訂計(jì)劃,如何控制質(zhì)量,如何與其他人相互協(xié)作等等。在軟件設(shè)計(jì)階段, PSP的著眼點(diǎn)在于軟件缺陷的預(yù)防,其具體辦法是強(qiáng)化設(shè)計(jì)約束準(zhǔn)則,而不是設(shè)計(jì)方法的選擇。因此, PSP保障軟件產(chǎn)品質(zhì)量的一個(gè)重要途徑是提高設(shè)計(jì)質(zhì)量。 ?

國內(nèi)軟件項(xiàng)目管理存在的普遍問題 ?

(一)軟件質(zhì)量不可控。與具體軟件開發(fā)人員的個(gè)人能力直接相關(guān)。開發(fā)人員如果技術(shù)精湛，則開發(fā)出來的軟件可能是精品軟件;開發(fā)人員如果技術(shù)低微，則開發(fā)出來的軟件可能是垃圾軟件。而且極易存在一個(gè)技術(shù)骨干離職，則技術(shù)就被帶走的現(xiàn)象(尤其對于小企業(yè)，影響更為明顯)，從而導(dǎo)致小則項(xiàng)目無法延續(xù)，大則企業(yè)可能面臨倒閉。 ?

(二)開發(fā)過程中，因人員調(diào)動，沒有留下有用文檔，致使接手者無法繼續(xù)開展工作。文檔還容易造成惡性循環(huán)，延續(xù)下去，對項(xiàng)目后續(xù)開展帶來極大危害。沒有規(guī)范的文檔管理的項(xiàng)目，注定是一個(gè)失敗的項(xiàng)目。 ?

(三)軟件開發(fā)過程由于缺乏有效的項(xiàng)目管理，處于一種混沌的狀態(tài)。軟件開發(fā)的性質(zhì)，使得項(xiàng)目問題缺乏可視性，導(dǎo)致許多問題難以暴露出來，因此許多問題直到給用戶實(shí)施時(shí)才顯現(xiàn)出來，其后果是直接影響了客戶的滿意度。 ?

(四)項(xiàng)目管理過程中，對于風(fēng)險(xiǎn)的預(yù)防措施和緩沖資源沒有進(jìn)行合理的規(guī)劃和事先的預(yù)測。

(五)項(xiàng)目控制中，對于團(tuán)隊(duì)人員之間的溝通和交流、與客戶的經(jīng)常溝通和意見交換不夠重視，覺得是浪費(fèi)時(shí)間。 ?

(六)需求的不斷變化和更新，使得項(xiàng)目逐步失控。需求方可能由于相關(guān)技術(shù)或知識的缺乏，對于自己的需求經(jīng)常是走一步算一步，不斷提出新的需求和更改需求。但對于這些需求是否合理、影響范圍有多大、是否應(yīng)該變更等問題，沒有恰當(dāng)?shù)娜藖砜刂?，因而對需求缺乏控制必然?dǎo)致項(xiàng)目的延期、甚至失敗。 ?

軟件項(xiàng)目管理分析 ?

(1)對項(xiàng)目管理的認(rèn)識不足。一些項(xiàng)目經(jīng)理認(rèn)為按照項(xiàng)目管理來做項(xiàng)目計(jì)劃，純粹是浪費(fèi)時(shí)間和精力，是*，計(jì)劃趕不上變化，甚至項(xiàng)目完成后再對項(xiàng)目計(jì)劃書進(jìn)行完善。這就造成了計(jì)劃與控制管理脫節(jié)，無法有效的對進(jìn)度進(jìn)行控制管理。甚至由于計(jì)劃不足，在開發(fā)過程中發(fā)現(xiàn)某個(gè)任務(wù)無法按時(shí)完成，導(dǎo)致項(xiàng)目延期或質(zhì)量下降。其實(shí)制定計(jì)劃的過程就是一個(gè)對項(xiàng)目逐漸了解掌握的過程，通過認(rèn)真的制定計(jì)劃，項(xiàng)目管理人員可以理清哪些要素是明確的重要的，哪些是需要逐漸明確的次要的。通過項(xiàng)目計(jì)劃的不斷完善，以達(dá)到在進(jìn)度、資源和范圍之間尋求一種平衡。 ?

(2)不合實(shí)際的期待。往往很多時(shí)候，客戶對他要求的軟件系統(tǒng)有很高的期待，但實(shí)際交付的時(shí)候很難達(dá)到他們的期望。其實(shí)這就暴露了軟件公司在項(xiàng)目管理上的薄弱以及對客戶溝通的不足。這就要求我們在項(xiàng)目展開之前就應(yīng)該做好項(xiàng)目設(shè)計(jì)、規(guī)劃、風(fēng)險(xiǎn)評估并于客戶溝通提高他們對軟件的認(rèn)知水平。甚至有時(shí)候，項(xiàng)目人員本身沒有按照項(xiàng)目管理過程對其進(jìn)行實(shí)際分析而憑想象構(gòu)筑出很高的期待，結(jié)果導(dǎo)致項(xiàng)目進(jìn)行中困難重重。 ?

(3)溝通不暢。在項(xiàng)目中一些重要信息沒有進(jìn)行及時(shí)有效的溝通，造成各做各事、重復(fù)勞動，甚至造成不必要的損失。例如在制定計(jì)劃、意見反饋、技術(shù)問題等方面溝通不暢，往往造成制定的計(jì)劃不符合項(xiàng)目成員的實(shí)際情況，相關(guān)人員沒有及時(shí)按照反饋意見做事，重復(fù)勞動等問題。 ?

(4)應(yīng)對風(fēng)險(xiǎn)的策略不成熟。項(xiàng)目人員沒有充分分析項(xiàng)目開發(fā)過程中可能遇到的風(fēng)險(xiǎn)，對付風(fēng)險(xiǎn)的策略比較簡單。對風(fēng)險(xiǎn)管理的重要性認(rèn)識不足，不能提前預(yù)知規(guī)避風(fēng)險(xiǎn)，造成遇到風(fēng)險(xiǎn)時(shí)捉襟見肘甚至導(dǎo)致項(xiàng)目延期或失敗。 ?