軟件項目管理實例分析

1、軟件項目管理實例分析1 引言隨著信息技術(shù)產(chǎn)業(yè)的迅速發(fā)展，軟件越來越受到了人們的關(guān)注與重視，越來越多的人把目光投到了充滿風險與利益的軟件行業(yè)。但據(jù)資料載，軟件業(yè)的發(fā)展卻存在如下的關(guān)鍵性問題：1大的系統(tǒng)，一般常滯后于計劃；只有 10%的軟件能按時完成并交付使用；需求比較高的軟件有25%無法完成。僅英國，這些原因造成的損失約有20 億英鎊之多。實際上，這些問題的出現(xiàn)在很大程度上足由于沒有有效地進行軟件項目的管理造成的。如果把軟件項目的實施簡單的認為是把工作分發(fā)給每個人員，然后幻想他們將會取得一個預期的結(jié)果的話，許多本可能成功的項目也會走向失敗!但如果重視項目管理、有效的實施項目管理，即使更復雜的項目

2、也可能成功。早在70年代， “阿波羅”登月計劃就采納并應用了有效的項目管理方法，結(jié)果取得了巨大的成功2。軟件項目管理是傳統(tǒng)意義上項目管理的一個應用領(lǐng)域。美國著名雜志 Fortune （即 財富）預測，項目管理將是后工業(yè)時代的首選職業(yè)。這對軟件業(yè)來說更是如此了4。但目前，軟件行業(yè)的項耳管理方法還欠規(guī)范且專業(yè)化程度不高。本文將探討如何有效運用傳統(tǒng)項目管理的科學方法進行軟件項目管理，并將給出一個作者親歷的實例。2 項目管理與軟件項目管理軟件的項目管理在一定程度上借鑒了傳統(tǒng)意義上項目管理科學，但又在一定程度上不同于后者。本部分將介紹這方面的理論。2.1 項目管理2.1.1 項目什么是項目?我們知道，社

3、會的各種工作可分為兩大類：一是重復性、持續(xù)性的工作，可稱為運作，譬如火車的往返運行，在運作中存在若大量的常規(guī)性勞動；二是獨特性、一次性的工作，可稱為項目，譬如高速鐵路的研制和建設，每條高速鐵路都會有自己獨特的地理位置和技術(shù)創(chuàng)新，并日只需研制和建造一次，在項目中則存在較多的創(chuàng)新性勞動。由此可知，項目就是以一套獨特而相互聯(lián)系的任務為前提，有效的利用資源，為實現(xiàn)一個特定的目標所作的工作3。由于項目的獨特性和一次性特征，引伸出它的其他特點，如目標的確定性、過程的漸進性、成果的不可挽回性、組織的臨時性和開放性等。一個項目的成功實現(xiàn)通常受4 個因素的制約：技術(shù)范圍、成本、 進度控制、客戶滿意度。對此的可視

4、化說明見圖1 。人們也通常稱其中的時間、費用和范圍因素為項目三角形，如圖2 示。1 項目如何走向成功2 時間、費用和范圍構(gòu)成的項目三角形項目作為工作的有序集合，也是一種“生命體”，即有它孕育、萌生、成長和死亡的歷程。 圖 3 所示為項目的生命周期。項目的管理過程是受限于項日的4 個因素并依附于項目生命周期的（詳見下文）。2.1.2 項目管理項目管理是20 世紀 50 年代后期發(fā)展起來的一種計劃管理方法，它一出世就引起舉世矚目。 項目管理運用先進科學的管理方式，能有效解決大型組織的效率低下和小型企業(yè)面臨的風險增加問題，以組織的機動靈活、面向客戶和資源利用率高而被廣泛應用。1957 年美國的杜邦公

5、司把這種方法應用于設備維修，把維修停工時間由125 銳減為 78 小時； 1958 年美國人在北極星導彈設計中，應用項目管理技術(shù)，竟把設計完成時間縮減了2 年。項目管理是指在有限資源和預定時間限定下，拿出滿足要求并能令顧客滿意的產(chǎn)品的過程。 而項目管理的職責就是確保項目目標的實現(xiàn)和確保工作范圍在預算內(nèi)高質(zhì)量地按時完成，并得到客戶的認可。形象的所說，項目經(jīng)理就如同一場音樂演唱會的指揮師。項目管理工作大多數(shù)都涉及一些相同的活動，其中包括將項目分割成便于管理的多個任務、 排定任務的日程、在工作組中交流信息以及跟蹤任務的工作進展。所有的項目管理實施都包括以下三個主要的階段：1. 創(chuàng)建計劃2. 跟蹤和管

6、理項目3. 結(jié)束項目這三個階段進行得越成功，成功完成這個項目的可能性就越大對于項目管理的過程將在軟件項目管理中進一步介紹。2.2 軟件項目管理軟件項目管理是對傳統(tǒng)項目管理進行鮮明軟件工程化的一種擴展與拓延。2.2.1 軟件項目管理的自身特點軟件項目管理一方面它建立在軟件工程技術(shù)之上，要求管理者有較高的軟件工程背景知識；另一方面，它的實施依賴于一群有創(chuàng)造性、高智力者所組成的團隊。相對于其他行業(yè)來說， 軟件領(lǐng)域的工程化是一個艱辛而漫長的過程，或者說至今實踐上仍不成熟，存在理論和實踐脫節(jié)的地方。主要表現(xiàn)如下：1 .開發(fā)領(lǐng)域中的分工體制不完善每個人都成了全能型健將；2 .文檔的規(guī)范作用多被忽視，代碼和

7、設計文檔嚴重脫節(jié)；3 .軟件工程師的軟件工程意識薄弱，個人英雄主義色彩嚴重；4 .開發(fā)人員重代碼輕設計，交流往往只限在代碼一級。但隨著軟件規(guī)模越來越大，功能也越來越復雜，軟件開發(fā)走向工程化將是必然趨勢。而對應的進行軟件產(chǎn)品的項目管理工作也將對一個產(chǎn)品的成功起到越來越重要的作用。2.2.2 軟件項目管理內(nèi)容一般而言，軟件項目管理的基本范圍包括：過程管理和人員管理兩部分。這一系列的管理活動體現(xiàn)為：A 建立項目的過程框架B 建立有效的、可跟蹤的項目進度計劃C建立項目的質(zhì)量保證體系D 建立項日的配置管理體系和準則E 項目變更管理F 跟蹤、監(jiān)控和控制項目的進展G 風險管理 H 團隊建設 一個通用的項目過

8、程活動框架如圖4。4 項目過程活動框架從軟件項目管理的角度來說，第一階段主要是做計劃；第二個階段主要是執(zhí)行計劃；第三個階段主要是項目的總結(jié)。伴隨其中的則是項目的團隊建設。1 . 如何進行項目計劃項目計劃是為實現(xiàn)某一個目標麗對任務進行系統(tǒng)的安排。而通俗的講，計劃決定著做什么、誰去做、花多長時間去做、消耗多少費用。項目管理的首要目標是制定一個構(gòu)思良好的項目計劃，以確定項目的范圍、進度和費用。在整個項目壽命周期中，最基本、 也可以說最重要的功能之一就是項目計劃，特別是在作出影響項目整個過程的主要決策的初始階段。計劃之所以成為項目管理的最重要的功能，是因為它指出了項目組織未來努力的方向和奮斗目標，是經(jīng)

9、過仔細分析后綜合成的對未來的構(gòu)思，又是當前行動的準則。一個完善的計劃可以使失敗的概率降至最低，以最大限度地保證在預期的期限內(nèi)取得預期的效果。但從另一方面來說，如前所述，由于項目管理是一個帶有創(chuàng)造性的過程，項目早期的不確定性很大，所以項目計劃又不可能在項目一開始就全部一次完成，而必須逐步展開和不斷修正。 這又取決于能適當?shù)貙τ媱澋膱?zhí)行情況作出反饋和控制以及不間斷地交流信息。從這里也可看出項目進行過程中控制的重要性。制定一個綜合的項目基準計劃(Baseline Plan)，一般按如下步驟進行：清晰地定義項目目標(Objective)。把項目按項目范圍詳細分解為工作包(Work Packages)，

10、形成WBS(Work BreakdownStructure) 。界定對應每個工作包必須執(zhí)行的各項活動(Activity) 。以甘特圖(Gantt Chart)或網(wǎng)絡圖的形式圖示出活動。估算出項目的進度計劃和成本預算。2 .項目的執(zhí)行與控制在建立了項目基準計劃之后，項目工作就可以開始進行了，即進入項目的執(zhí)行過程。在這個過程，進行過程的監(jiān)控，以確保一切按計劃行事是必要的。項目控制過程包括定期收集項目績效的資料，把實際的績效與計劃績效相比較；如果實際比計劃差，則應當采取糾正措施。這里有一個原則：壞消息必須盡快傳遞5。圖 5說明了項目控制過程的主要活動。項目的最后一個階段是結(jié)束項目并進行總結(jié)。它開始于

11、項目工作完成之后，這個階段的總結(jié)的一個重要方式是舉行項目后評估會議。項目經(jīng)理應當討論項目執(zhí)行期間發(fā)生的事，并確定一些具體的改善建議。一個會議討論內(nèi)容的模板如下表l。表 1 項目評估會議的內(nèi)容模板5 項目控制過程3. 項目總結(jié)(1) 技術(shù)績效工作范圍質(zhì)量管理變更(2) 成本績效(3) 進度計劃績效(4) 項目計劃與控制(5) 客戶聯(lián)系(6) 團隊聯(lián)系(7) 交流(8) 識別問題與解決問題(9) 對未來項目的建議4.團隊建設人員是項目成功的關(guān)鍵。軟件不是科學，系的技術(shù)。盡管軟件工程師們是聰敏而才氣的，們的激情調(diào)動起米的話，項目要成功就難了；士氣組成的。它只是一門技術(shù)，一項與人及組織有著密切聯(lián)但如果

12、不把他們很好的凝聚到一起、不把它正如拿破侖所言，軍隊戰(zhàn)斗力的四分之三是由一支運轉(zhuǎn)良好的團隊通?？梢援a(chǎn)生遠遠超出單個成員的生產(chǎn)效率，志是“ 2+2>4”。如何組建一個和諧的團隊是項目經(jīng)理的職務所在。這方面的進一步信息可參見文3、 6和 7。3 一個軟件項目的管理實例這里要分析的實例是作者兼職一家軟件公司的項目經(jīng)理時所做。點3.1 項目背景簡介本項目是要在一家國有中型企業(yè)構(gòu)建產(chǎn)品的遠程智能診斷系統(tǒng)。而好的項目團隊的標限于篇幅，僅討論關(guān)鍵具體的軟件體系結(jié)構(gòu)如下流程圖6 所示：圖 6 遠程智能診斷系統(tǒng)的結(jié)構(gòu)3.2 項目計劃項目目標在 80 天的時間里，用 15 人的資源，開發(fā)出一種能實現(xiàn)x 企業(yè)

13、產(chǎn)品的遠程智能診斷的系統(tǒng)： 要求把采集來的產(chǎn)品數(shù)據(jù)實時可視化和進行診斷，并把數(shù)據(jù)存于倉庫中以進一步更新規(guī)則庫。項目管理軟件的選擇這里主要考慮軟件的易用性、功能完備性及與其它系統(tǒng)的互操作性三個標準。Project2000 同其它微軟類軟件具有統(tǒng)一的界面，能夠完成所需的絕大部分功能，更重要的是它與微軟的其它軟件具有無可比擬的兼容性，因此，本項目選取了Project 2000 作為項目管理軟件。項目工作包分解為了分發(fā)任務及進行項目的管理，把項目按項目范圍詳細分解為工作包是必要的步驟。系統(tǒng)的 WBS 是信息溝通的共同基礎同時是系統(tǒng)綜合與控制的手段。遠程智能診斷系統(tǒng)的WBS如下圖 7 所示。圖 7 遠程

14、智能診斷系統(tǒng)的WBS項目的進度計劃在制定出了系統(tǒng)的WBS 之后，就可規(guī)劃系統(tǒng)的進度安排了。遠程智能診斷系統(tǒng)的進度計劃如表2。表 2 遠程智能診斷系統(tǒng)的進度計劃標識號任務名稱工期開始時間完成時間前置任務1 項目范圍規(guī)劃2.5 工作日2001 年 6 月 20 日2001 年 6月 22日2確定項目范圍4 工時2001 年 6 月 20 日2001 年 6月20日3項目資源配備2 工作日2001 年 6 月 20 日2001 年 6月 22日24束項目范圍規(guī)劃階段結(jié)0 工作日2001 年 6 月 22 日2001 年 6 月 22 日35 軟件需求分析10.38 工作日2001 年 6 月 22

15、日2001 年 7 月 6 日6行為需求分析5 工作日2001 年 6 月 22 日2001 年 6 月 29 日47制定軟件規(guī)范2 工作日2001 年 6 月 29 日2001 年 7 月 3 日68制定成本預算2 工作日2001 年 7 月 3 日2001 年 7 月 5 日79確定進度計劃1 工作日2001 年 7 月 5 日2001 年 7 月 6 目810風險分析3 工時2001 年 7 月 6 日2001 年 7 月 6 日911分析工作階段結(jié)束0 工作日2001 年 7 月 6 日2001 年 7 月 6 日1012 原型設計7.5 工作日2001 年 7 月 6日2001 年

16、7月 18 日13制定功能規(guī)范3 工作日2001 年 7 月 6 日2001 年 7 月 11 日1114型根據(jù)功能規(guī)范開發(fā)原3.5 工作日2001 年 7 月 11 日2001 年 7 月 17 日1315范根據(jù)反饋修改功能規(guī)1 工作日2001 年 7 月 17 日2001 年 7 月 18 日1416設計工作階段結(jié)束O 工作日2001 年 7 月 18 日2001 年 7 月 18 日1517 開發(fā)17 工作日2001 年 7 月 18 日2001 年 8 月 1O日18確定模塊及接口1.5 工作日2001 年 7 月 18 日2001 年 7 月 19 日1619分派任務1 工作日200

17、1 年 7 月 19 日2001 年 7月20日1820編寫代碼14工作日2001 年 7 月 20 日2001 年 8 月 9 日192l開發(fā)人員初步測試11 工作日2001 年 7 月 26 日2001 年 8 月 10 日20FS-75%22開發(fā)工作完成O 工作日2001 年 8 月 1O日2001 年 8 月 10 日2123 測試33 工作日2001 年 7 月 18 日2001 年 9 月 3 日24制定單元測試計劃4 工作日2001 年 7 月 18 日2001 年 7 月 24 日1625單元測試8 工作日2001 年 8 月 10 日2001 年 8 月 22 日26單元測試

18、環(huán)境構(gòu)建3 工作日2001 年 8 月 1O日2001 年 8 月 15 日24,2227找出異常情況2 工作日2001 年 8 月 15 日2001 年 8 月 17 日2628修改代碼3 工作日2001 年 8 月 17 日2001 年 8 月 22 日2729單元測試完成O 工作日2001 年 8 月 22 日2001 年 8月 22日2830整體測試8 工作日2001 年 8 月 22 日2001 年 9 月 3 日31測試模塊集成情況3 工作日2001 年 8 月 22 日2001 年 8 月 27 日2932找出異常情況2 工作日2001 年 8 月 27 日2001 年 8 月

19、29 日3133修改代碼3 工作日2001 年 8 月 29 日2001 年 9 月 3 日3234整體測試完成0 工作日2001 年 9月 3日2001 年 9 月 3 日3335 文檔20.5 工作日2001 年 7 月 18 日2001 年 8月 15日36制定“幫助”規(guī)范1 工作日2001 年 7 月 18 日2001 年 7月 19日1637開發(fā)“幫助”系統(tǒng)1O 工作日2001 年 7 月 31 日2001 年 8月 14 日20FS-50%,3638制定用戶手冊規(guī)范2 工作口2001 年 7 月 18 日2001 年 7 月 20 日1639編寫用戶手冊9 工作日2001 年 7

20、月 31 日2001 年 8月 13 日38,20FS-50%40審閱并修改用戶文檔2 工作日2001 年 8 月 13 日2001 年 8月 15 日394l文檔階段結(jié)束0 工作日2001 年 8 月 15 日2001 年 8月 15 日4042 項目總結(jié)2.38 工作日2001 年 9月 3日2001 年 9 月 5 日43經(jīng)驗教訓歸檔2 工作日2001 年 9月 3日2001 年 9 月 5 日3444建立軟件維護小組3 工時2001 年 9月 5日2001 年 9 月 5 日4345回顧完成0 工作日2001 年 9月 5日2001 年 9 月 5 日44遠程智能診斷系統(tǒng)的甘特圖甘特圖 (Gantt Chart)也叫做線條圖或橫道圖，它是以橫線來表示每項活動的起止時間。甘特圖的優(yōu)點是簡單、明了、直觀，易于編制，因此到目前為止仍然是一些項目中常用的工具， 它也是高級管理層了解全局、基層安排進度時有