作者：胡海梅趙志李玉清朱亞江李瓊　
　　論文摘要：介紹了信息系統(tǒng)建設中軟件項目管理的理念，深入探討了軟件項目管理的組織模式、內(nèi)容、配置管理、質(zhì)量管理、風險管理及人員管理等，并給出了軟件項目計劃書的范本。
　　論文關鍵詞：軟件項目管理；軟件配置管理；軟件項目計劃書
　　1軟件項目管理的組織模式
　　
　　1．1項目管理委員會。項目管理委員會是公司項目管理的最高決策機構，—般由公司總經(jīng)理、副總經(jīng)理組成。主要職責如下：(1)照項目管理相關制度管理項目；(2)監(jiān)督項目管理相關制度的執(zhí)行；(3)對項目立項、項目撤消進行決策；(4)任命項目管理小組組長、項目評審蠶員會主任、項目組組長。
　　1.2項目管理小組。項目管理小組對項目管理委員會負責，—般由公司管理人員組成。主要職責如下：(1)草擬項目管理的各項制度；(2)組織項目階段評審；(3)保存項目過程中的相關文件和數(shù)據(jù)：(4)為優(yōu)化項目管理提出建議。
　　1.3項目評審小組。項目評審小組對項目管理委員會負責，可下設開發(fā)評審小組和產(chǎn)品評審小組，—般由公司技術專家和市場專家組成。主要職責如下：(1)對項目可行性報告進行評審；(2)對市場計劃和階段報告進行評審；(3)對開發(fā)計劃和階段報告進行評審；(4)項目結束時，對項目總結報告進行評審。
　　1．4軟件產(chǎn)品項目組。主要職責是：根據(jù)項目管理委員會的安排具體負責項目的軟件開發(fā)和市場調(diào)研及銷售工作。
　　2軟件項目管理的內(nèi)容
　　在二十世紀八十年代初，著名軟件工程專家B．W．Boehm總結出了軟件開發(fā)時需遵循的七條基本原則，同洋，我們盔件項目管理時，也應該遵循這七條原則。它們是：(1)用分階段的生命周期計劃嚴格管理；(2)堅持進行階段評審；(3)實行嚴格的產(chǎn)品控制；(4)采用現(xiàn)代程序設計技術；(5)結果應能夠清楚地審查；(6)開發(fā)小組的人員應該少而精；(7)承認不斷改進軟件工程實踐的必要性。
　　3編寫《軟件項目計劃書》
　　
　　《軟件項目計劃書》一般應該包括下述內(nèi)容
　　(1)引言。A計劃的目的；頁目的范圍和目標：范圍描述；主要功能；性能；管理和技術約束。(2)項目估算。使用的歷史數(shù)據(jù)；b使用的評估技術；c工作量、成本、時間估算。(3)風險管理戰(zhàn)略。風險識別；d風險的時論；e岡險管理計劃：風險計劃風險監(jiān)視；風險管理。(4)日程。a項目工作分解結構；b時限圖(甘特圖)；c琶源表。(5)項目資源。a人員；b硬件和軟件；c特別資源。(6)人員組織。a組織結構；b管理報告。(7)跟蹤和控制機制。a質(zhì)量保證和控制；b變化管理和控制。(8)附錄。
　　4軟件配置管理
　　軟件配置管理應提供的功能：在IS090003中了如下描述：
　　唯一地標識每個軟件項的版本；標識共同構成一完整產(chǎn)品的特定版本的每一軟件項的版本；控制由兩個或多個獨立工作的人員同時對一給定軟件項的更新；控制由兩個或多個獨立工作的人員同時對一給定軟件項的更新：按要求在—個或多個位置對復雜產(chǎn)品的更新進行協(xié)調(diào)；標識并跟蹤所有的措施和更改；這些措施和更改是在從開始直到放行期問，由于更改請求或問題引起的。
　　5軟件質(zhì)量管理
　　
　　5．1軟件質(zhì)量保涇計劃。在進行軟件開發(fā)前。需要有—個《軟件質(zhì)量保證計劃》。一般包括以內(nèi)容：(1)計劃目的；(2)參考文獻；(3)管理。a組織任務；b責任。(4)文檔。a目的；b要求的軟件工文檔；d也文檔；(5)標準和約定。a目的；b約定(6)評審和審計。a目的；b評審要求。軟件需求自噼審；設計評審；軟件驗證和確認評審；功能評審；理評審；內(nèi)部過程評審；管理評審。(7)測試。(8)題報告和改正活動。(9)工具、技術和方法。(10)媒體控制。(11)供應者控制。(12)記錄、收集、維護和保密。(13)培訓。(14)風險管理。
　　5.2質(zhì)量管理的基本原則。控制所有過程的質(zhì)量；過程控制的出發(fā)點是預防不合格；質(zhì)量管理中心任務是建立并實施文件化的質(zhì)量體系；持續(xù)的質(zhì)量改進；有效的質(zhì)量體系應滿足顧客和組織內(nèi)部雙方的需要和利益；定期評價質(zhì)量體系；搞好質(zhì)量管理關鍵在于領導。
　　5.3軟件評審。軟件評審并不是在軟件開發(fā)畢后進行評審，而是在軟件開發(fā)的各個階段都進行評審。因為在軟件開發(fā)的各個階段都可能生錯誤，如果這些錯誤不及時發(fā)現(xiàn)并糾正，會不地擴大。最后可能導致開發(fā)的失敗。軟件評審是相當重要的工作，也是目前國開發(fā)最不重視的工作。

　5．4測試。測試—般包括單元測試省測試集成系統(tǒng)測試。如果測試結果與預期結果不—致，則很可能是發(fā)現(xiàn)了系統(tǒng)中的錯誤，測試過程中將產(chǎn)生下述基本文檔：(1)測試計劃：確定測試范圍、方法和需要的資源等。(2)測試過程：詳細描述和每個測試方案有關的測試步驟和數(shù)據(jù)(包括測試數(shù)據(jù)及預期的結果)。(3)測試結果：把每次測試行的結果歸人文檔，如果運行出錯，則應產(chǎn)生問題報告，并且必須經(jīng)過調(diào)試解決所發(fā)現(xiàn)的問題。
　　6軟件風險管理
　　6．1風險的分類。根據(jù)風險內(nèi)容，我們可以將風臉分為項目風險(成本提高，時間延長等)、技術風險(技術不成熟等)、商業(yè)風險(銷售問題等)、戰(zhàn)略風險(公司的經(jīng)營戰(zhàn)略發(fā)生了變化)、管理風險(公司管理人員是否成熟等)、預算風險(預算是否準確等)等。另外，我們還可以將風險分為已知風險(如員工離職等)、可預報風險(從以往經(jīng)驗得出可能有風險的)和不可預知風險。
　　6.2風臉的識別。風險項目檢查表。主要涉及以下幾方面檢查：(1)產(chǎn)品規(guī)模風臉檢查；(2)業(yè)務影響風險檢查；(3)與客戶相關的風險檢查；(4)過程風險檢查；(5)技術風險檢查；(6)開發(fā)環(huán)境風險檢查；(7)與人員的模式和經(jīng)驗有關的風險檢查?！?span id="x0vox8b" class="Apple-converted-space">
　　6．3風險評估。風險評估主要從下面七個方面進行：(1)發(fā)生的可能性；(2)發(fā)生的結果(影響)(3)建立—個尺度表示風險可能性(如，極罕見、罕見、普通、可能、極可能)；(4)描述風險帶來的后果；(5)產(chǎn)品和項目的影響；(6)確定風險評估的正確性；(7)根據(jù)影響排定有限隊列。另外，要對每個風險的表現(xiàn)、范圍、時間做出盡量準確的判斷。
　　6.4風險的評價。對風險的評價主要依據(jù)三個因素：風險描述、風險概率和風險影響。從成本進度及性能三個方面對風險進行評價。確定項目的中止點，在中止點處再—次進行風險評價。
　　6.5風險的駕馭和監(jiān)控。風險的駕馭與監(jiān)控主要要靠管理者的經(jīng)驗來實施。如，某開發(fā)人員的離職概率是0.7，離職后會對項目造成—定的影響，則該風險駕馭和監(jiān)控的策略如下：(1)與在職人員協(xié)商，確定流動原因。(2)在項目開始前，把環(huán)節(jié)這些流動原因的工作列入風臉駕馭計劃。(3)項目開始時，做好人是會流動的準備，采取—些措施確保人員一旦離開時，項目仍能繼續(xù)。(4)制定文檔標準，并建立—種機制，保證文檔及時產(chǎn)生。(5)對所有工作進行細微詳審，使更多人能夠按計劃進度完成自己的工作。(6)對每個關鍵眭技術人員培養(yǎng)后備人員。在考慮風險成本之后，決定是否采用上述策略。
　　7人員管理
　　7．1對項目經(jīng)理的要求。(1)能夠使小組每個成員都能發(fā)揮能力；(2)有—定的組織能力；(3)能夠使小組每位成員有成就感；(4)有提出解決問題方案的能力；(5)對問題的理解有一定的深度；(6)要能讓成員知道軟件質(zhì)量的重要性。　
　　7.2人員的通訊方式。(1)正式非個人方式，如正式會議等；(2)正式個人之間交流，如成員之間的正式討論等(一般不形成決議)；(3)非正式個人之間交流，如個人之間的自由交流等；(4)電子通訊，如E—MAIL．(電子郵件)、BBS(電子公告板系統(tǒng))等；(5)成員網(wǎng)絡，如成員與小組之外或公司之外有經(jīng)驗的相關人員進行交流。在實踐中發(fā)現(xiàn)，(5)的通訊效率最高，其次是(1)。
　　7．3人力資源管理中的風險管理。每個企業(yè)在人事管理中都可能遇到風險，如招聘失敗、新政策引起員工不滿、技術骨干突然離職等等，這些事件會影響公司的正常運轉(zhuǎn)，甚至會對公司造成致命的打擊。如何防范這些風險的發(fā)生，是我們應該研究的問題。