淺談軟體企業專案質量管理標準與模式
出處:mypm.net
從概念上講,軟體專案管理是為了使軟體專案能夠按照預定的成本、進度、質量順利完成,而對成本、人員、進度、質量、風險等進行
分析和管理的活動。實際上,軟體專案管理的意義不僅僅如此,進行軟體專案管理有利於將開發人員的個人開發能力轉化成企業的開發能力,企業的軟體開發能力越
高,表明這個企業的軟體生產越趨向於成熟,企業越能夠穩定發展(即減小開發風險)。同時,隨著軟體開發規模及開發隊伍的逐漸增大,軟體開發不再是向過去那
樣一二個開發人員即可解決的事情。迫切需要一種開發規範來規範每個開發人員、測試人員與支援人員的工作,每個專案組成員按約定的規則準時完成自己的工作。
同時採用規範化管理,專業分工也可以降低對開發人員的要求,從而降低產品研發成本。
軟體因其複雜性和難以度量,使軟體專案管理較之其他專案管理而言有其特殊性。那麼何確保軟體專案的質量?軟體研發專案管理又應該遵循什麼標準呢?
軟體是十分複雜且難以度量,因此對軟體研發專案進行管理必須依據一定的標準。軟體行業以前倡導的標準是iso9000系列,而現在更多的場合大力倡導
cmm,即能力成熟度模型(capabilitymaturity
model)以及psp和tsp。iso9000是國際標準化組織提出的系列標準,其中iso9003是專門為軟體行業定製的。而cmm則是美國卡納基梅隆大學軟
件工程研究所(cmu/sei)提出的軟體研發專案管理的一系列方法。iso9000和cmm的共同點是二者都強調了軟體產品的質量。所不同的
是,iso9000強調的是衡量的準則,例如應該做什麼、什麼算好、什麼算不好,卻沒有告訴軟體開發人員如何達到好的目標,如何避免差錯。cmm則提供了
一整套較為完善的軟體研發專案管理的方法。cmm框架可用5個不斷進化的層次來表達:其中初始層是混沌的過程,可重複層是經過訓練的軟體過程,定義層是標
準一致的軟體過程,管理層是可預測的軟體過程,優化層是能持續改善的軟體過程。cmm並未提供有關子過程實現域所需要的具體知識和技能。因
此,psp(personal software
process,個體軟體過程)應運而生。psp可以說是由定向軟體工程走向定量軟體工程的一個標誌。psp為基於個體和小型群組軟體過程的優化提供了具
體而有效的途徑,例如如何制訂計劃,如何控制質量,如何與其他人相互協作等等。在軟體設計階段,psp的著眼點在於軟體缺陷的預防,其具體辦法是強化設計
結束準則,而不是設計方法的選擇。psp保障軟體產品質量的一個重要途徑是提高設計質量。cmm/sei又在此基礎上又發展出了tsp(team
software
process,群組軟體過程)的方法。tsp指導專案組中的成員如何有效地規劃和管理所面臨的專案開發任務,並且告訴管理人員如何指導軟體開發隊伍。始
終以最佳狀態來完成工作。tsp實施集體管理與自己管理自己相結合的原則,最終目的在於指導開發人員如何在最少的時間內,以預定的費用生產出高質量的軟體
產品,所採用的方法是對群組開發過程的定義、度量和改進。單純實施cmm,永遠不能真正做到能力成熟度的升級,只有將實施cmm與實施psp和tsp有機
地結合起來,才能發揮最大的效力。
目前軟體開發的規模越來越大,不管你使用什麼先進的軟體開發技術都必須有嚴格的管理過程,要有效的開發出軟體產品必須要有符合企業自己的軟體管理過程。我們應該基本遵循怎樣一個管理過程呢?一般企業專案管理過程:
1. 專案啟動 :需求分析、專案選擇、方案篩選、可行性分析、專案可行性分析的內容
2. 專案計劃:專案計劃的作用、專案計劃的內容、專案計劃的步驟、有效計劃的建議、專案 計劃的批准、改變計劃。
3. 專案實施:專案實施動員大會、釋出專案資訊、跟蹤專案進展、實施階段性評審
4. 專案控制:整體變更的控制、範圍變更控制、進度控制、費用控制、質量控制、合同控制、風險控制。
5.專案收尾:移交評審、專案合同收尾、專案行政收尾、專案後評價。
一般來說,管理的方面主要有:專案採購管理,專案成本管理,專案範圍管理,專案風險管理,專案整合管理,專案時間管理,專案質量管理。面對這樣一個過程,全球主要有三種軟體管理體系:PMBOK,ICB,P2M。
對於一些大型的公司來說,採用企業專案管理的一個重要措施是建立專案技術支援部。大型企業通常同時面臨多專案的任務環境,而且這些專案投資大,工序復
雜,在這樣的情況下,建立專案技術支援部是非常必要的。專案技術支援部是獨立的職能部門,該部門由熟練掌握專案管理專業技術的專業人員組成,面向整個企業
提供專案管理的服務支援,直接向企業決策層彙報工作,同時向專案經理提供專案管理方面的技術支援。其實在現實中對於中小型軟體企業來說這也是一個可取的方
法,往往一兩個人的技術支援部也能較好的服務與小規模的軟體開發。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14780914/viewspace-536454/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 淺談專案管理軟體(轉)專案管理
- 軟體專案質量管理(轉)
- (原)質量管理體系標準雜談--管理的語言
- 軟體專案管理 8.4.軟體專案質量計劃專案管理
- 質量管理體系標準雜談--管理的語言(原創)
- 軟體專案管理 8.3.敏捷專案質量活動專案管理敏捷
- 製藥企業常用質量管理軟體TrackWise概述
- 軟體專案管理的質量保證(轉)專案管理
- 軟體專案管理 8.1.軟體質量基本概念專案管理
- 軟體專案管理“固化、簡化、標準化”專案管理
- 專案管理: 軟體質量的可靠保證(轉)專案管理
- 企業管理模式:從專案管理到企業專案管理(轉)模式專案管理
- 軟體專案管理“固化、簡化、標準化”(轉)專案管理
- 診斷中小企業軟體專案管理專案管理
- 專案管理軟體三要素:時間、質量、成本專案管理
- 專案管理: 軟體質量的可靠保證2(轉)專案管理
- 專案管理: 軟體質量的可靠保證3(轉)專案管理
- 專案質量管理
- 專案管理:軟體企業如何面對(轉)專案管理
- 軟體企業如何面對專案管理(轉)專案管理
- 專案計劃與質量管理(轉)
- 淺論專案經理的素質與專案管理專案管理
- 軟體質量目標度量
- 專案管理軟體在企業中的應用專案管理
- 一般企業是否需要專案管理軟體?專案管理
- 施工企業如何選擇工程專案管理軟體?專案管理
- 淺談SAP專案管理專案管理
- 企業業務軟體工程專案和商業軟體產品專案上專案需求管理的不同(轉)軟體工程
- 淺談資料倉儲質量管理流程
- 淺論專案經理的素質與專案管理(轉)專案管理
- 企業如何用專案管理軟體做好專案問題跟蹤?專案管理
- 企業專案經理用的專案管理軟體怎麼選專案管理
- 軟體專案管理原則談(轉)專案管理
- 企業級專案管理體系專案管理
- 8Manage專案管理軟體助推企業資訊化專案管理
- 淺談質量屬性
- 軟體專案管理的實質(一)(轉)專案管理
- 軟體專案管理的實質(三)(轉)專案管理