軟件行業(yè)不同于傳統的制造業(yè)的生產(chǎn)過(guò)程。通常傳統制造業(yè)在產(chǎn)品規格、工藝規程、材料規格標準化的前提下進(jìn)行大批量連續制造?，F在，小編就整理出軟件工程軟件項目管理方法以及相關(guān)知識。 ?
軟件項目管理技術(shù) ?
1.CMM。CMM是美國卡納基梅隆*軟件工程研究所(CMU /SEI)提出的軟件研發(fā)項目管理的一系列方法,它基于組織對關(guān)鍵過(guò)程域的支持,定義了軟件過(guò)程成熟度的五個(gè)級別。級別1 (初始級)描述了不成熟,或者說(shuō)是未定義過(guò)程的組織。級別2 (可重復級) ,級別3 (已定義級) ,級別4 (已管理級)和級別5 (優(yōu)化級)分別描述了軟件過(guò)程成熟度級別遞增的組織。和這些級別相關(guān)的KPA是:級別2：需求管理,軟件項目計劃,軟件項目跟蹤和監控,軟件子合同管理,軟件質(zhì)量保證,軟件配置管理。級別3：組織級過(guò)程焦點(diǎn),組織級過(guò)程定義,培訓大綱,集成軟件管理,軟件產(chǎn)品工程,組間協(xié)調,同行評審。級別4：定量過(guò)程管理,軟件質(zhì)量管理。級別5：缺陷預防,技術(shù)更新管理,過(guò)程更改管理。 ?
2.CMMI。CMM I被看作是把各種CMM集成為一個(gè)系列的模型中。CMM I的基礎源模型包括: 軟件CMM2. 0版(草稿C) , EIA - 731系統工程,以及IPD CMM( IPD) 0. 98a版。CMM I也描述了5個(gè)不同的成熟度級別:級別1 (初始級)代表了以不可預測結果為特征的過(guò)程成熟度。過(guò)程包括了一些特別的方法、符號、工作和反應管理,成功主要取決于團隊的技能。級別2 (已管理級)代表了以可重復項目執行為特征的過(guò)程成熟度。組織使用基本紀律進(jìn)行需求管理、項目計劃、項目監督和控制、供應商協(xié)議管理、產(chǎn)品和過(guò)程質(zhì)量保證、配置管理、以及度量和分析。
3.PSP。PSP ( Personal Software Process,個(gè)體軟件過(guò)程)是由CMU /SE I開(kāi)發(fā)出來(lái)的,它的推出在軟件工程界引起了極大的轟動(dòng),可以說(shuō)是由定向軟件工程走向定量軟件工程的一個(gè)標志。PSP為基于個(gè)體和小型群組軟件過(guò)程的優(yōu)化提供了具體而有效的途徑,例如如何制訂計劃,如何控制質(zhì)量,如何與其他人相互協(xié)作等等。在軟件設計階段, PSP的著(zhù)眼點(diǎn)在于軟件缺陷的預防,其具體辦法是強化設計約束準則,而不是設計方法的選擇。因此, PSP保障軟件產(chǎn)品質(zhì)量的一個(gè)重要途徑是提高設計質(zhì)量。 ?
國內軟件項目管理存在的普遍問(wèn)題 ?
(一)軟件質(zhì)量不可控。與具體軟件開(kāi)發(fā)人員的個(gè)人能力直接相關(guān)。開(kāi)發(fā)人員如果技術(shù)精湛，則開(kāi)發(fā)出來(lái)的軟件可能是精品軟件;開(kāi)發(fā)人員如果技術(shù)低微，則開(kāi)發(fā)出來(lái)的軟件可能是垃圾軟件。而且極易存在一個(gè)技術(shù)骨干離職，則技術(shù)就被帶走的現象(尤其對于小企業(yè)，影響更為明顯)，從而導致小則項目無(wú)法延續，大則企業(yè)可能面臨倒閉。 ?
(二)開(kāi)發(fā)過(guò)程中，因人員調動(dòng)，沒(méi)有留下有用文檔，致使接手者無(wú)法繼續開(kāi)展工作。文檔還容易造成惡性循環(huán)，延續下去，對項目后續開(kāi)展帶來(lái)極大危害。沒(méi)有規范的文檔管理的項目，注定是一個(gè)失敗的項目。 ?
(三)軟件開(kāi)發(fā)過(guò)程由于缺乏有效的項目管理，處于一種混沌的狀態(tài)。軟件開(kāi)發(fā)的性質(zhì)，使得項目問(wèn)題缺乏可視性，導致許多問(wèn)題難以暴露出來(lái)，因此許多問(wèn)題直到給用戶(hù)實(shí)施時(shí)才顯現出來(lái)，其后果是直接影響了客戶(hù)的滿(mǎn)意度。 ?
(四)項目管理過(guò)程中，對于風(fēng)險的預防措施和緩沖資源沒(méi)有進(jìn)行合理的規劃和事先的預測。
(五)項目控制中，對于團隊人員之間的溝通和交流、與客戶(hù)的經(jīng)常溝通和意見(jiàn)交換不夠重視，覺(jué)得是浪費時(shí)間。 ?
(六)需求的不斷變化和更新，使得項目逐步失控。需求方可能由于相關(guān)技術(shù)或知識的缺乏，對于自己的需求經(jīng)常是走一步算一步，不斷提出新的需求和更改需求。但對于這些需求是否合理、影響范圍有多大、是否應該變更等問(wèn)題，沒(méi)有恰當的人來(lái)控制，因而對需求缺乏控制必然導致項目的延期、甚至失敗。 ?
軟件項目管理分析 ?
(1)對項目管理的認識不足。一些項目經(jīng)理認為按照項目管理來(lái)做項目計劃，純粹是浪費時(shí)間和精力，是*，計劃趕不上變化，甚至項目完成后再對項目計劃書(shū)進(jìn)行完善。這就造成了計劃與控制管理脫節，無(wú)法有效的對進(jìn)度進(jìn)行控制管理。甚至由于計劃不足，在開(kāi)發(fā)過(guò)程中發(fā)現某個(gè)任務(wù)無(wú)法按時(shí)完成，導致項目延期或質(zhì)量下降。其實(shí)制定計劃的過(guò)程就是一個(gè)對項目逐漸了解掌握的過(guò)程，通過(guò)認真的制定計劃，項目管理人員可以理清哪些要素是明確的重要的，哪些是需要逐漸明確的次要的。通過(guò)項目計劃的不斷完善，以達到在進(jìn)度、資源和范圍之間尋求一種平衡。 ?
(2)不合實(shí)際的期待。往往很多時(shí)候，客戶(hù)對他要求的軟件系統有很高的期待，但實(shí)際交付的時(shí)候很難達到他們的期望。其實(shí)這就暴露了軟件公司在項目管理上的薄弱以及對客戶(hù)溝通的不足。這就要求我們在項目展開(kāi)之前就應該做好項目設計、規劃、風(fēng)險評估并于客戶(hù)溝通提高他們對軟件的認知水平。甚至有時(shí)候，項目人員本身沒(méi)有按照項目管理過(guò)程對其進(jìn)行實(shí)際分析而憑想象構筑出很高的期待，結果導致項目進(jìn)行中困難重重。 ?
(3)溝通不暢。在項目中一些重要信息沒(méi)有進(jìn)行及時(shí)有效的溝通，造成各做各事、重復勞動(dòng)，甚至造成不必要的損失。例如在制定計劃、意見(jiàn)反饋、技術(shù)問(wèn)題等方面溝通不暢，往往造成制定的計劃不符合項目成員的實(shí)際情況，相關(guān)人員沒(méi)有及時(shí)按照反饋意見(jiàn)做事，重復勞動(dòng)等問(wèn)題。 ?
(4)應對風(fēng)險的策略不成熟。項目人員沒(méi)有充分分析項目開(kāi)發(fā)過(guò)程中可能遇到的風(fēng)險，對付風(fēng)險的策略比較簡(jiǎn)單。對風(fēng)險管理的重要性認識不足，不能提前預知規避風(fēng)險，造成遇到風(fēng)險時(shí)捉襟見(jiàn)肘甚至導致項目延期或失敗。 ?
