關于信息系統的軟件項目管理

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

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