對軟件項目管理的探討

一、引言

隨著(zhù)信息技術(shù)的飛速，軟件產(chǎn)品的規模也越來(lái)越龐大，個(gè)人單打獨斗的作坊式開(kāi)發(fā)方式已經(jīng)越來(lái)越不適應發(fā)展的需要。各軟件都在積極將軟件項目管理引入開(kāi)發(fā)活動(dòng)中，對開(kāi)發(fā)實(shí)行有效的管理。我公司是西安一家中型軟件企業(yè)，在公司中已經(jīng)實(shí)行了項目管理制度，軟件項目管理是整個(gè)項目管理中的一個(gè)重要組成部分。

從概念上講，軟件項目管理是為了使軟件項目能夠按照預定的成本、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險等進(jìn)行和管理的活動(dòng)。實(shí)際上，軟件項目管理的意義不僅僅如此，進(jìn)行軟件項目管理有利于將開(kāi)發(fā)人員的個(gè)人開(kāi)發(fā)能力轉化成企業(yè)的開(kāi)發(fā)能力，企業(yè)的軟件開(kāi)發(fā)能力越高，表明這個(gè)企業(yè)的軟件生產(chǎn)越趨向于成熟，企業(yè)越能夠穩定發(fā)展（即減小開(kāi)發(fā)風(fēng)險）。

軟件開(kāi)發(fā)不同于其他產(chǎn)品的制造，軟件的整個(gè)過(guò)程都是設計過(guò)程（沒(méi)有制造過(guò)程）；另外，軟件開(kāi)發(fā)不需要使用大量的物質(zhì)資源，而主要是人力資源；并且，軟件開(kāi)發(fā)的產(chǎn)品只是程序代碼和技術(shù)文件，并沒(méi)有其他的物質(zhì)結果�；�于上述特點(diǎn)，軟件項目管理與其他項目管理相比，有很大的獨特性。


二、軟件項目管理的組織模式

軟件項目可以是一個(gè)單獨的開(kāi)發(fā)項目，也可以與產(chǎn)品項目組成一個(gè)完整的軟件產(chǎn)品項目。如果是訂單開(kāi)發(fā)，則成立軟件項目組即可；如果是產(chǎn)品開(kāi)發(fā)，需成立軟件項目組和產(chǎn)品項目（負責市場(chǎng)調研和銷(xiāo)售），組成軟件產(chǎn)品項目組。

公司實(shí)行項目管理時(shí)，首先要成立項目管理委員會(huì )，項目管理委員會(huì )下設項目管理小組、項目評審小組和軟件產(chǎn)品項目組。

1、項目管理委員會(huì )　　

項目管理委員會(huì )是公司項目管理的最高決策機構，一般由公司總經(jīng)理、副總經(jīng)理組成。主要職責如下：

（1）依照項目管理相關(guān)制度，管理項目；

（2）監督項目管理相關(guān)制度的執行；

（3）對項目立項、項目撤消進(jìn)行決策；

（4）任命項目管理小組組長(cháng)、項目評審委員會(huì )主任、項目組組長(cháng).

2、項目管理小組

項目管理小組對項目管理委員會(huì )負責，一般由公司管理人員組成。主要職責如下：
（1）草擬項目管理的各項制度；
（2）組織項目階段評審；
（3）保存項目過(guò)程中的相關(guān)文件和數據；
（4）為優(yōu)化項目管理提出建議。

3、項目評審小組

項目評審小組對項目管理委員會(huì )負責，可下設開(kāi)發(fā)評審小組和產(chǎn)品評審小組，一般由公司技術(shù)專(zhuān)家和市場(chǎng)專(zhuān)家組成。主要職責如下：

（1）對項目可行性報告進(jìn)行評審；
（2）對市場(chǎng)計劃和階段報告進(jìn)行評審；
（3）對開(kāi)發(fā)計劃和階段報告進(jìn)行評審；
（4）項目結束時(shí)，對項目報告進(jìn)行評審。

4、軟件產(chǎn)品項目組

軟件產(chǎn)品項目組對項目管理委員會(huì )負責，可下設軟件項目組和產(chǎn)品項目組。軟件項目組和產(chǎn)品項目組分別設開(kāi)發(fā)經(jīng)理和產(chǎn)品經(jīng)理。成員一般由公司技術(shù)人員和市場(chǎng)人員構成。主要職責是：根據項目管理委員會(huì )的安排具體負責項目的軟件開(kāi)發(fā)和市場(chǎng)調研及銷(xiāo)售工作。

　
三、軟件項目管理的

從軟件工程的角度講，軟件開(kāi)發(fā)主要分為六個(gè)階段：需求分析階段、概要設計階段、詳細設計階段、編碼階段、測試階段、安裝及維護階段。不論是作坊式開(kāi)發(fā)，還是團隊協(xié)作開(kāi)發(fā)，這六個(gè)階段都是不可缺少的。

根據公司實(shí)際情況，公司在進(jìn)行軟件項目管理時(shí)，重點(diǎn)將軟件配置管理、軟件質(zhì)量管理、軟件風(fēng)險管理及開(kāi)發(fā)人員管理四方面內容導入軟件開(kāi)發(fā)的整個(gè)階段。

在八十年代初，著(zhù)名軟件工程專(zhuān)家B.W.Boehm總結出了軟件開(kāi)發(fā)時(shí)需遵循的七條基本原則，同樣，我們在進(jìn)行軟件項目管理時(shí)，也應該遵循這七條原則。它們是：

（1）用分階段的生命周期計劃嚴格管理；
（2）堅持進(jìn)行階段評審；
（3）實(shí)行嚴格的產(chǎn)品控制；
（4）采用程序設計技術(shù)；
（5）結果應能夠清楚地審查；
（6）開(kāi)發(fā)小組地人員應該少而精；
（7）承認不斷改進(jìn)軟件工程實(shí)踐地必要性。

四、編寫(xiě)《軟件項目計劃書(shū)》

項目組成立的第一件事是編寫(xiě)《軟件項目計劃書(shū)》，在計劃書(shū)中描述開(kāi)發(fā)日程安排、資源需求、項目管理等各項情況的大體內容。計劃書(shū)主要向公司各相關(guān)人員發(fā)放，使他們大體了解該軟件項目的情況。對于計劃書(shū)的每個(gè)內容，都應有相應具體實(shí)施手冊，這些手冊是供項目組相關(guān)成員使用的。


《軟件項目計劃書(shū)》一般應該包括下述：

　　1.引言
　　1.1計劃的目的
　　1.2項目的范圍和目標
　　1.2.1范圍描述
　　1.2.2主要功能
　　1.2.3性能
　　1.2.4管理和技術(shù)約束
　　2.項目估算
　　2.1使用的數據
　　2.2使用的評估技術(shù)
　　2.3工作量、成本、時(shí)間估算
　　3.風(fēng)險管理戰略
　　3.1風(fēng)險識別
　　3.2有關(guān)風(fēng)險的討論
　　3.3風(fēng)險管理計劃
　　3.3.1風(fēng)險計劃
　　3.3.2風(fēng)險監視
　　3.3.3風(fēng)險管理
　　4.日程
　　4.1項目工作分解結構
　　4.2時(shí)限圖(甘特圖)
　　4.3資源表
　　5.項目資源
　　5.1人員
　　5.2硬件和軟件
　　5.3特別資源
　　6.人員組織
　　6.1組織結構
　　6.2管理報告
　　7.跟蹤和控制機制
　　7.1質(zhì)量保證和控制
　　7.2變化管理和控制
　　8.附錄

五、軟件配置管理

是否進(jìn)行配置管理與軟件的規模有關(guān)，軟件的規模越大，配置管理就顯得越重要。軟件配置管理簡(jiǎn)稱(chēng)SCM（Software Configuration Management的縮寫(xiě)），是在團隊開(kāi)發(fā)中，標識、控制和管理軟件變更的一種管理。配置管理的使用取決于項目規模和復雜性以及風(fēng)險水平。

1、軟件開(kāi)發(fā)中面臨的

　　。在有限的時(shí)間、資金內，要滿(mǎn)足不斷增長(cháng)的軟件產(chǎn)品質(zhì)量要求；
　　。開(kāi)發(fā)的環(huán)境日益復雜，代碼共享日益困難，需跨越的平臺增多；
　　。程序的規模越來(lái)越大；
　　。軟件的重用性需要提高；
　　。軟件的維護越來(lái)越困難。

2、軟件配置管理應提供的功能

在ISO9000.3中，對配置管理系統的功能作了如下描述：

　　。唯一地標識每個(gè)軟件項的版本；
　　。標識共同構成一完整產(chǎn)品的特定版本的每一軟件項的版本；
　　�？刂朴蓛蓚�(gè)或多個(gè)獨立工作的人員同時(shí)對一給定軟件項的更新；
　　�？刂朴蓛蓚�(gè)或多個(gè)獨立工作的人員同時(shí)對一給定軟件項的更新；
　　。按要求在一個(gè)或多個(gè)位置對復雜產(chǎn)品的更新進(jìn)行協(xié)調；
　　。標識并跟蹤所有的措施和更改；這些措施和更改是在從開(kāi)始直到放行期間，由于更改請求或問(wèn)題引起的。

3、版本管理

軟件配置管理分為版本管理、問(wèn)題跟蹤和建立管理三個(gè)部分，其中版本管理是基礎。版本管理應完成以下主要任務(wù)：

　　。建立項目；
　　。重構任何修訂版的某一項或某一文件；
　　。利用加鎖技術(shù)防止覆蓋；
　　。當增加一個(gè)修訂版時(shí)要求輸入變更描述；
　　。提供比較任意兩個(gè)修訂版的使用工具；
　　。采用增量存儲方式；
　　。提供對修訂版歷史和鎖定狀態(tài)的報告功能；
　　。提供歸并功能；
　　。允許在任何時(shí)候重構任何版本；
　　。權限的設置；
　　。晉升模型的建立；
　　。提供各種報告。

4、配置管理軟件PVCS 6.0

PVCS6.0是一套非常優(yōu)秀的配置管理軟件，它能夠實(shí)現配置管理中的各項要求，并且能和多種流行開(kāi)發(fā)平臺集成，為配置管理提供了很大的方便。

六、軟件質(zhì)量管理

隨著(zhù)軟件開(kāi)發(fā)的規模越來(lái)越大，軟件的質(zhì)量問(wèn)題顯得越來(lái)越突出。軟件質(zhì)量的控制不單單是一個(gè)軟件測試問(wèn)題，在軟件開(kāi)發(fā)的所有階段都應該引入質(zhì)量管理。我公司除加強了國家標準"信息技術(shù)軟件生存期過(guò)程"（GB/T8566--1995）的規范管理外，還積極為通過(guò)ISO 9000.3做準備。

1、軟件質(zhì)量保證計劃

在進(jìn)行軟件開(kāi)發(fā)前，需要有一個(gè)《軟件質(zhì)量保證計劃》。目前較常用的是ANSI/IEEE STOL
730--1984，983--1986標準，包括以下內容：

　　1.計劃目的
　　2.
　　3.管理
　　3.1.組織
　　3.2.任務(wù)
　　3.3.責任
　　4.文檔
　　4.1.目的
　　4.2.要求的軟件工程文檔
　　4.3.其他文檔
　　5.標準和約定
　　5.1.目的
　　5.2.約定
　　6.評審和審計
　　6.1.目的
　　6.2.評審要求
　　6.2.1.軟件需求的評審
　　6.2.2.設計評審
　　6.2.3.軟件驗證和確認評審
　　6.2.4.功能評審
　　6.2.5.物理評審
　　6.2.6.內部過(guò)程評審
　　6.2.7.管理評審
　　7.測試
　　8.報告和改正活動(dòng)
　　9.工具、技術(shù)和
　　10.媒體控制
　　11.供應者控制
　　12.記錄、收集、維護和保密
　　13.培訓
　　14.風(fēng)險管理

2、質(zhì)量管理的基本原則

　　�？刂扑�有過(guò)程的質(zhì)量；
　　。過(guò)程控制的出發(fā)點(diǎn)是預防不合格；
　　。質(zhì)量管理的中心任務(wù)是建立并實(shí)施文件化的質(zhì)量體系；
　　。持續的質(zhì)量改進(jìn)；
　　。有效的質(zhì)量體系應滿(mǎn)足顧客和組織內部雙方的需要和利益；
　　。定期評價(jià)質(zhì)量體系；
　　。搞好質(zhì)量管理關(guān)鍵在于領(lǐng)導。

3、軟件質(zhì)量因素　　

　　正確性：系統滿(mǎn)足規格說(shuō)明和用戶(hù)目標的程度，即，在預定環(huán)境下能正確地完成預期功能的程度。

　　健壯性：在硬件發(fā)生故障、輸入的數據無(wú)效或操作錯誤等意外環(huán)
境下，系統能做出適當響應的程度。

　　效率：為了完成預定的功能，系統需要的資源的多少。

　　完整性（安全性）：對未經(jīng)授權的人使用軟件或數據的企圖，系統能過(guò)控制（禁止）的程度。

　　可用性：系統在完成預定應該完成的功能時(shí)另人滿(mǎn)意的程度。

　　風(fēng)險：按預定的成本和進(jìn)度把系統開(kāi)發(fā)出來(lái)，并且為用戶(hù)所滿(mǎn)意的概率。

　　可理解性：理解和使用該系統的容易程度。

　　可維修性：診斷和改正在運行現場(chǎng)發(fā)現的錯誤所需要的工作量的大小。

　　靈活性（適應性）：修改或改進(jìn)正在運行的系統需要的工作量的多少。
　　可測試性：軟件容易測試的程度。

　　可移植性：把程序從一種硬件配置和（或）軟件系統環(huán)境轉移到另一種配置和環(huán)境時(shí)，需要的工作量多少。有一種定量度量的方法是：用原來(lái)程序設計和調試的成本除移植時(shí)需用的費用。

　　可再用性：再其他中該程序可以被再次使用的程度（或范圍）。

　　互運行性：把該系統和另一個(gè)系統結合起來(lái)需要的工作量的多少。

4、軟件評審

軟件評審并不是在軟件開(kāi)發(fā)完畢后進(jìn)行評審，而是在軟件開(kāi)發(fā)的各個(gè)階段都要進(jìn)行評審。因為在軟件開(kāi)發(fā)的各個(gè)階段都可能產(chǎn)生錯誤，如果這些錯誤不及時(shí)發(fā)現并糾正，會(huì )不斷地擴大，最后可能導致開(kāi)
發(fā)的失敗。下面這組數據可以清楚的看出前期的錯誤對后期的。

軟件評審是相當重要的工作，也是國內開(kāi)發(fā)最不重視的工作。

（1）評審目標

　　。發(fā)現任何形式表現的軟件功能、邏輯或實(shí)現方面的錯誤；
　　。通過(guò)評審驗證軟件的需求；
　　。保證軟件按預先定義的標準表示；
　　。已獲得的軟件是以統一的方式開(kāi)發(fā)的；
　　。使項目更容易管理。

（2）評審過(guò)程

　　A、召開(kāi)評審會(huì )議：一般應有3至5人參加，會(huì )前每個(gè)參加者做好準備，評審會(huì )每次一般不超過(guò)2小時(shí)。

　　B、會(huì )議結束使必須做出以下決策之一：接受該產(chǎn)品，不需做修改；由于錯誤嚴重，拒絕接受；暫時(shí)接受該產(chǎn)品。

　　C、評審報告與記錄；所提出的問(wèn)題都要進(jìn)行記錄，在評審會(huì )結束前產(chǎn)生一個(gè)評審問(wèn)題表，另外必須完成評審簡(jiǎn)要報告。

（3）評審準則

　　。評審產(chǎn)品，而不是評審設計者（不能使設計者有任何壓力）；
　　。會(huì )場(chǎng)要有良好的氣氛；
　　。建立議事日程并維持它（會(huì )議不能脫離主題）；
　　。限制爭論與反駁（評審會(huì )不是為了解決問(wèn)題，而是為了發(fā)現問(wèn)題；
　　。指明問(wèn)題范圍，而不是解決提到的問(wèn)題；
　　。展示記錄（最好有黑板，將問(wèn)題隨時(shí)寫(xiě)在黑板上）；
　　。限制會(huì )議人數和堅持會(huì )前準備工作；
　　。對每個(gè)被評審的產(chǎn)品要盡力評審清單（幫助評審人員思考）；
　　。對每個(gè)正式技術(shù)評審分配資源和時(shí)間進(jìn)度表；
　　。對全部評審人員進(jìn)行必要的培訓；
　　。及早地對自己地評審做評審（對評審準則的評審）。

5、ISO9000.3軟件質(zhì)量認證體系

ISO9000.3是ISO9000質(zhì)量體系認證中關(guān)于計算機軟件質(zhì)量管理和質(zhì)量保證標準部分。它從管理職責、質(zhì)量體系、合同評審、設計控制、文件和資料控制、采購、顧客提供產(chǎn)品的控制、產(chǎn)品標識和可追溯性、過(guò)程控制、檢驗和試驗、檢驗/測量和試驗設備的控制、檢驗和試驗狀態(tài)、不合格品的控制、糾正和預防措施、搬運/貯存/包裝/防護和交付、質(zhì)量記錄的控制、內部質(zhì)量審核、培訓、服務(wù)、統計系統等二個(gè)方面對軟件質(zhì)量進(jìn)行了要求。

6、測試

軟件測試是軟件開(kāi)發(fā)的一個(gè)重要環(huán)節，同時(shí)也是軟件質(zhì)量保證的一個(gè)重要環(huán)節。所謂測試就是用已知的輸入在已知環(huán)境中動(dòng)態(tài)地執行系統（或系統的部件）。測試一般包括單元測試、模塊測試、集成測試和系統測試。如果測試結果與預期結果不一致，則很可能是發(fā)現了系統中的錯誤，測試過(guò)程中將產(chǎn)生下述基本文檔：

（1）測試計劃：確定測試范圍、、和需要的資源等。

（2）測試過(guò)程：詳細描述和每個(gè)測試方案有關(guān)的測試步驟和數據（包括測試數據及預期的結果）。

（3）測試結果：把每次測試運行的結果歸入文檔，如果運行出錯，則應產(chǎn)生報告，并且必須經(jīng)過(guò)調試解決所發(fā)現的問(wèn)題。測試結果：把每次測試運行的結果歸入文檔，如果運行出錯，則應產(chǎn)生問(wèn)題報告，并且必須經(jīng)過(guò)調試解決所發(fā)現的問(wèn)題�！　�

七、軟件風(fēng)險管理

軟件項目管理存在著(zhù)風(fēng)險，如果我們提前重視風(fēng)險，并且有所防范，就可以最大限度減少風(fēng)險的發(fā)生。進(jìn)行風(fēng)險管理是有效的手段。

1、風(fēng)險的分類(lèi)

根據風(fēng)險，我們可以將風(fēng)險分為項目風(fēng)險（成本提高，時(shí)間延長(cháng)等）、技術(shù)風(fēng)險（技術(shù)不成熟等）、商業(yè)風(fēng)險（銷(xiāo)售問(wèn)題等）、戰略風(fēng)險（公司的經(jīng)營(yíng)戰略發(fā)生了變化）、管理風(fēng)險（公司管理人員是否成熟等）、預算風(fēng)險（預算是否準確等）等。

另外，我們還可以將風(fēng)險分為已知風(fēng)險（如員工離職等）、可預報風(fēng)險（從以往經(jīng)驗得出可能有風(fēng)險的）和不可預知風(fēng)險。

2、風(fēng)險的識別

風(fēng)險識別的有效方法是建立風(fēng)險項目檢查表。主要涉及以下幾方面檢查：
　　。產(chǎn)品規模風(fēng)險檢查
　　。業(yè)務(wù)風(fēng)險檢查
　　。與客戶(hù)相關(guān)的風(fēng)險檢查
　　。過(guò)程風(fēng)險檢查
　　。技術(shù)風(fēng)險檢查
　　。開(kāi)發(fā)環(huán)境風(fēng)險檢查
　　。與人員的模式和經(jīng)驗有關(guān)的風(fēng)險檢查

3、風(fēng)險評估

風(fēng)險評估主要從下面七個(gè)方面進(jìn)行：
　　。發(fā)生的可能性
　　。發(fā)生的結果（影響）
　　。建立一個(gè)尺度表示風(fēng)險可能性（如，極罕見(jiàn)、罕見(jiàn)、普通、可能、極可能）
　　。描述風(fēng)險帶來(lái)的后果
　　。估計對產(chǎn)品和項目的影響
　　。確定風(fēng)險評估的正確性
　　。根據影響排定有限隊列

另外，要對每個(gè)風(fēng)險的表現、范圍、時(shí)間做出盡量準確的判斷。

4、風(fēng)險的評價(jià)

對風(fēng)險的評價(jià)主要依據三個(gè)因素：風(fēng)險描述、風(fēng)險概率和風(fēng)險影響。從成本、進(jìn)度及性能三個(gè)方面對風(fēng)險進(jìn)行評價(jià)。確定項目的中止點(diǎn)，在中止點(diǎn)出再一次進(jìn)行風(fēng)險評價(jià)。

5、風(fēng)險的駕馭和監控

風(fēng)險的駕馭與監控主要要靠管理者的經(jīng)驗來(lái)實(shí)施。如，某開(kāi)發(fā)人員的離職概率是0.7，離職后會(huì )對項目造成一定的影響，則該風(fēng)險駕馭和監控的策略如下：

　　。與在職人員協(xié)商，確定流動(dòng)原因。
　　。在項目開(kāi)始前，把環(huán)節這些流動(dòng)原因的工作列入風(fēng)險駕馭計劃。
　　。項目開(kāi)始時(shí)，作好人是會(huì )流動(dòng)的準備，采取一些措施確保人員一旦離開(kāi)時(shí)，項目仍能繼續。
　　。制定文檔標準，并建立一種機制，保證文檔及時(shí)產(chǎn)生。
　　。對所有工作進(jìn)行細微詳審，使更多人能夠按計劃進(jìn)度完成自己的工作。
　　。對每個(gè)關(guān)鍵性技術(shù)人員培養后備人員。

在考慮風(fēng)險成本之后，決定是否采用上述策略。

八、人員管理

1、對項目經(jīng)理的要求

　　。能夠使小組每個(gè)成員都能發(fā)揮能力
　　。有一定的組織能力
　　。能夠使小組美味成員有成就感
　　。有提出解決問(wèn)題方案的能力
　　。對問(wèn)題的理解有一定的深度
　　。要能讓成員知道軟件質(zhì)量的重要性

2、人員的通訊方式

　�。�1）正式非個(gè)人方式，如正式會(huì )議等；
　�。�2）正式個(gè)人之間交流，如成員之間的正式討論等（一般不形成決議）；
　�。�3）非正式個(gè)人之間交流，如個(gè)人之間的自由交流等；
　�。�4）通訊，如E-MAIL（電子郵件）、BBS（電子公告板系統）等；
　�。�5）成員，如成員與小組之外或公司之外有經(jīng)驗的相關(guān)人員進(jìn)行交流；

在實(shí)踐中發(fā)現，（5）的通訊效率最高，其次是（1）。


人力資源管理中的風(fēng)險管理

在進(jìn)行人力資源管理時(shí)，我們往往重視招聘、培訓、考評、薪資等各個(gè)具體的操作，而忽視了其中的風(fēng)險管理。其實(shí)，每個(gè)在人事管理中都可能遇到風(fēng)險，如招聘失敗、新政策引起員工不滿(mǎn)、技術(shù)骨干突然離職等等，這些事件會(huì )公司的正常運轉，甚至會(huì )對公司造成致命的打擊。如何防范這些風(fēng)險的發(fā)生，是我們應該的問(wèn)題。特別是高新技術(shù)企業(yè)，由于對人的依賴(lài)更大，所以更需要重視人力資源管理中的風(fēng)險管理。

【對軟件項目管理的探討】相關(guān)文章：

試論軟件項目管理03-02

研究軟件項目管理的控制03-06

軟件項目的計劃管理03-07

關(guān)于軟件項目管理探析03-09

施工項目管理與成本控制探討03-22

探討世界500強的項目管理03-13

關(guān)于軟件項目管理及風(fēng)險分析03-01

論軟件項目的計劃管理03-02

項目管理軟件的開(kāi)發(fā)應用03-02