第11章軟件項目綜合分析與評價

1、第第11章章 軟件項目綜合分析與評價軟件項目綜合分析與評價本章要點： 軟件項目成功與失敗的評價準則 軟件項目失敗的原因 軟件項目評價的步驟 軟件項目的綜合分析與評價的目的是指從所開軟件項目的綜合分析與評價的目的是指從所開展過的軟件項目管理過程中出現(xiàn)的錯誤和疏忽中總展過的軟件項目管理過程中出現(xiàn)的錯誤和疏忽中總結(jié)教訓，吸取包括項目進度、費用、質(zhì)量及其他相結(jié)教訓，吸取包括項目進度、費用、質(zhì)量及其他相關(guān)因素在內(nèi)的成功運作經(jīng)驗，并力求應(yīng)用到當前和關(guān)因素在內(nèi)的成功運作經(jīng)驗，并力求應(yīng)用到當前和未來的項目中。未來的項目中。 軟件項目綜合分析與評價與軟件產(chǎn)品質(zhì)量評估軟件項目綜合分析與評價與軟件產(chǎn)品質(zhì)量評估有所不

2、同。產(chǎn)品質(zhì)量評估進行的分析主要針對有所不同。產(chǎn)品質(zhì)量評估進行的分析主要針對“產(chǎn)產(chǎn)品品”而不是而不是“過程過程”，產(chǎn)品質(zhì)量保證評估要確定產(chǎn)，產(chǎn)品質(zhì)量保證評估要確定產(chǎn)品是否可以發(fā)布或交付，以確保顧客是否能夠擁有品是否可以發(fā)布或交付，以確保顧客是否能夠擁有最優(yōu)質(zhì)的產(chǎn)品；而軟件項目綜合分析與評價要確定最優(yōu)質(zhì)的產(chǎn)品；而軟件項目綜合分析與評價要確定軟件項目過程的優(yōu)缺陷，并在下一個軟件項目執(zhí)行軟件項目過程的優(yōu)缺陷，并在下一個軟件項目執(zhí)行過程中加以改進，以使軟件組織從過去的經(jīng)驗中獲過程中加以改進，以使軟件組織從過去的經(jīng)驗中獲益。益。11.1 軟件項目成功與失敗的評價準則軟件項目成功與失敗的評價準則 軟件項目綜

3、合分析與評價最重要的是確定軟件軟件項目綜合分析與評價最重要的是確定軟件項目的成與敗。項目的成與敗。 項目成功或失敗的標準主要是目標是否被實現(xiàn)。項目成功或失敗的標準主要是目標是否被實現(xiàn)。 一般采用成功度評價方法確定項目的成敗，該一般采用成功度評價方法確定項目的成敗，該評價方法是依靠專家或?qū)＜医M的經(jīng)驗，通過綜合分評價方法是依靠專家或?qū)＜医M的經(jīng)驗，通過綜合分析項目的各項指標，對項目的成功程度做出定性的析項目的各項指標，對項目的成功程度做出定性的結(jié)論。結(jié)論。 成功度評價以項目目標為核心對項目進行全面成功度評價以項目目標為核心對項目進行全面的、系統(tǒng)的評價。的、系統(tǒng)的評價。 項目的成功度通常分為五個等級：

4、項目的成功度通常分為五個等級： (1)項目完全成功項目完全成功 項目的各項指標都已全面實現(xiàn)，并取得巨大的效項目的各項指標都已全面實現(xiàn)，并取得巨大的效益或影響。益或影響。 (2)項目是成功的項目是成功的 項目的大部分目標已經(jīng)實現(xiàn)，達到了預(yù)期的目的，項目的大部分目標已經(jīng)實現(xiàn)，達到了預(yù)期的目的，并已經(jīng)產(chǎn)生預(yù)期的影響。并已經(jīng)產(chǎn)生預(yù)期的影響。 (3)項目是部分成功的項目是部分成功的 項目實現(xiàn)了原定的部分目標項目實現(xiàn)了原定的部分目標,也只取得了一定的也只取得了一定的效益和影響。效益和影響。 (4)項目是不成功的項目是不成功的 項目實現(xiàn)的目標非常有限，相對于成本和付出的項目實現(xiàn)的目標非常有限，相對于成本和付

5、出的代價而言，項目幾乎沒有產(chǎn)生效益和好的影響。代價而言，項目幾乎沒有產(chǎn)生效益和好的影響。 (5)項目是失敗的項目是失敗的 項目的目標沒有實現(xiàn)或無法實現(xiàn)，相對于成本和項目的目標沒有實現(xiàn)或無法實現(xiàn)，相對于成本和付出的代價，項目沒有產(chǎn)生任何效益和正面的影響。付出的代價，項目沒有產(chǎn)生任何效益和正面的影響。10.2 軟件項目失敗的原因軟件項目失敗的原因 軟件項目是一項復(fù)雜的系統(tǒng)工程，牽涉到各方軟件項目是一項復(fù)雜的系統(tǒng)工程，牽涉到各方面的復(fù)雜因素，它的失敗原因也是多種多樣的。面的復(fù)雜因素，它的失敗原因也是多種多樣的。 從項目管理的角度考察，軟件項目失敗通常有如從項目管理的角度考察，軟件項目失敗通常有如下基

6、本因素：下基本因素： (1)需求內(nèi)容不明確，把握不充分需求內(nèi)容不明確，把握不充分 一方面，客戶的知識缺乏，不知道要開發(fā)什么樣一方面，客戶的知識缺乏，不知道要開發(fā)什么樣的系統(tǒng)，經(jīng)常是走一步算一步，不斷地提出和更改需的系統(tǒng)，經(jīng)常是走一步算一步，不斷地提出和更改需求。另一方面，實現(xiàn)方行業(yè)知識缺乏和設(shè)計人員水平求。另一方面，實現(xiàn)方行業(yè)知識缺乏和設(shè)計人員水平低下，不能完全理解客戶的需求說明，經(jīng)常是以想當?shù)拖拢荒芡耆斫饪蛻舻男枨笳f明，經(jīng)常是以想當然的方法進行系統(tǒng)設(shè)計，結(jié)果造成重復(fù)工作。然的方法進行系統(tǒng)設(shè)計，結(jié)果造成重復(fù)工作。 (2)工作量估算過少工作量估算過少 軟件開發(fā)中，必須綜合考慮開發(fā)各個階段，人

7、軟件開發(fā)中，必須綜合考慮開發(fā)各個階段，人員的生產(chǎn)率、工作的復(fù)雜程度等因素。員的生產(chǎn)率、工作的復(fù)雜程度等因素。 對工作量的重要性認識不足，最常見的問題是對工作量的重要性認識不足，最常見的問題是經(jīng)常用主觀想象的方式進行粗略估算。另外，軟件經(jīng)常用主觀想象的方式進行粗略估算。另外，軟件開發(fā)經(jīng)常會出現(xiàn)一些平時不可見的工作量經(jīng)常會被開發(fā)經(jīng)常會出現(xiàn)一些平時不可見的工作量經(jīng)常會被遺漏。遺漏。 除此之外，還有如下原因：除此之外，還有如下原因： 1)出于用戶和管理部門的壓力在工作量估算上出于用戶和管理部門的壓力在工作量估算上予以妥協(xié)。予以妥協(xié)。 2) 過于自信或出于自尊心，對一些技術(shù)問題不過于自信或出于自尊心，對

8、一些技術(shù)問題不夠重視，或者擔心估算多被嘲笑。夠重視，或者擔心估算多被嘲笑。 3)過分依賴經(jīng)驗。過分依賴經(jīng)驗。 (3)項目組織過小，開發(fā)能力不足項目組織過小，開發(fā)能力不足 軟件開發(fā)的各個階段人手不足是大多數(shù)項目軟件開發(fā)的各個階段人手不足是大多數(shù)項目都會面臨的問題，還有一種情況是項目組成員的都會面臨的問題，還有一種情況是項目組成員的技術(shù)水平達不到預(yù)定的要求，或者在項目工數(shù)估技術(shù)水平達不到預(yù)定的要求，或者在項目工數(shù)估算時沒有對技術(shù)水平，進行詳細、認真地評判。算時沒有對技術(shù)水平，進行詳細、認真地評判。 (4)開發(fā)計劃不充分開發(fā)計劃不充分 沒有良好的開發(fā)計劃和開發(fā)目標，主要反映沒有良好的開發(fā)計劃和開發(fā)目

9、標，主要反映在以下幾個方面：在以下幾個方面： 1)工作責任范圍不明確，工作分解結(jié)構(gòu)工作責任范圍不明確，工作分解結(jié)構(gòu)(wbs)與項目組織結(jié)構(gòu)不明確或者不相對應(yīng)，各成員之與項目組織結(jié)構(gòu)不明確或者不相對應(yīng)，各成員之間的接口不明確，導致有一些工作根本無人負責。間的接口不明確，導致有一些工作根本無人負責。 2)每個開發(fā)階段的提交結(jié)果定義不明確。中間結(jié)每個開發(fā)階段的提交結(jié)果定義不明確。中間結(jié)果是否已經(jīng)完成，完成了多少模糊不清，結(jié)果是項目果是否已經(jīng)完成，完成了多少模糊不清，結(jié)果是項目后期堆積了大量工作。后期堆積了大量工作。 3)開發(fā)計劃沒有指定里程碑或檢查點，也沒有規(guī)開發(fā)計劃沒有指定里程碑或檢查點，也沒有規(guī)

10、定設(shè)計評審期。定設(shè)計評審期。 4)開發(fā)計劃沒有規(guī)定進度管理方法和職責，導致開發(fā)計劃沒有規(guī)定進度管理方法和職責，導致無法正常進行進度管理。無法正常進行進度管理。 (5)項目組設(shè)計人員能力低下項目組設(shè)計人員能力低下 對技術(shù)問題的難度未能正確估計，將設(shè)計任務(wù)交對技術(shù)問題的難度未能正確估計，將設(shè)計任務(wù)交給了與要求的水平不相稱的人員，造成設(shè)計結(jié)果無法給了與要求的水平不相稱的人員，造成設(shè)計結(jié)果無法實現(xiàn)。實現(xiàn)。 (6)項目經(jīng)理的管理能力不足項目經(jīng)理的管理能力不足10.3軟件項目評價的步驟軟件項目評價的步驟 項目綜合分析與評價過程包括下列步驟：項目綜合分析與評價過程包括下列步驟： (1)闡述目的闡述目的 (2

11、)選擇參加人員選擇參加人員 (3)準備小組會議準備小組會議 (4)召開小組會議召開小組會議 (5)提交結(jié)果提交結(jié)果 (6)處理問題處理問題11.3.1 軟件項目綜合分析與評價的目軟件項目綜合分析與評價的目的闡述的闡述 軟件項目綜合分析與評價的目的在一開始就要提軟件項目綜合分析與評價的目的在一開始就要提出來。出來。 該目的最好先在軟件組織的會議上進行口頭交流，該目的最好先在軟件組織的會議上進行口頭交流，然后再給所有的項目參與者提出書面說明。然后再給所有的項目參與者提出書面說明。 為了達到最好的效果，該書面說明應(yīng)該包括一個為了達到最好的效果，該書面說明應(yīng)該包括一個描述項目綜合分析與評價過程的附件。

12、附件需要定義描述項目綜合分析與評價過程的附件。附件需要定義項目綜合分析與評價過程，明確提出每個組織需要回項目綜合分析與評價過程，明確提出每個組織需要回答的問題，使相關(guān)組織在軟件開發(fā)過程中更關(guān)注與他答的問題，使相關(guān)組織在軟件開發(fā)過程中更關(guān)注與他們相關(guān)的領(lǐng)域。并將綜合分析與評價納入項目進度計們相關(guān)的領(lǐng)域。并將綜合分析與評價納入項目進度計劃。劃。11.3.2 軟件項目綜合分析與評價的人員組織軟件項目綜合分析與評價的人員組織 軟件項目綜合分析與評價由項目管理部門組織軟件項目綜合分析與評價由項目管理部門組織進行。由項目評價協(xié)調(diào)人選擇項目評價小組的成員，進行。由項目評價協(xié)調(diào)人選擇項目評價小組的成員，成立評

13、價小組。成立評價小組。 項目綜合分析與評價人員應(yīng)具有軟件項目評價項目綜合分析與評價人員應(yīng)具有軟件項目評價的資格。的資格。 綜合分析與評價小組的組成成員應(yīng)包含每個部綜合分析與評價小組的組成成員應(yīng)包含每個部門的代表，尤其是計劃、開發(fā)、模塊組裝、測試、門的代表，尤其是計劃、開發(fā)、模塊組裝、測試、發(fā)布和其他重要部門至少應(yīng)當選出一個人參加。發(fā)布和其他重要部門至少應(yīng)當選出一個人參加。 評價小組成員應(yīng)具備以下條件：評價小組成員應(yīng)具備以下條件： 1)熟悉本項目的全過程；熟悉本項目的全過程； 2)具有與其角色相應(yīng)的經(jīng)驗，或者受過與其角具有與其角色相應(yīng)的經(jīng)驗，或者受過與其角色相適應(yīng)的培訓，具備所需的相關(guān)知識，能全

14、面理色相適應(yīng)的培訓，具備所需的相關(guān)知識，能全面理解項目完成后的評審工作。解項目完成后的評審工作。 評價小組應(yīng)有本項目之外的專家參與，因為這評價小組應(yīng)有本項目之外的專家參與，因為這些專家擁有有益于評價的經(jīng)驗和知識，以及能站在些專家擁有有益于評價的經(jīng)驗和知識，以及能站在中立的立場上對項目進行評價。中立的立場上對項目進行評價。 管理人員的加入可能會對評價的公正性等造成管理人員的加入可能會對評價的公正性等造成影響，所以管理人員一般不應(yīng)參加項目綜合分析與影響，所以管理人員一般不應(yīng)參加項目綜合分析與評價小組。評價小組。11.3.3 軟件項目綜合分析與評價的準備工作軟件項目綜合分析與評價的準備工作 項目評價

15、小組要為每個項目部門準備一系列問題項目評價小組要為每個項目部門準備一系列問題并要求他們回答。并要求他們回答。 這些問題是經(jīng)過項目評價小組成員一致認可的。這些問題是經(jīng)過項目評價小組成員一致認可的。問題的范圍可能很廣，也可能限于某個特定的領(lǐng)域。問題的范圍可能很廣，也可能限于某個特定的領(lǐng)域。 所涉及的基本問題范圍如下：所涉及的基本問題范圍如下： 1)產(chǎn)品概述產(chǎn)品概述 2)任務(wù)目標任務(wù)目標 3)人員和技術(shù)人員和技術(shù) 4)項目組織、角色和責任項目組織、角色和責任 5)進度表和里程碑跟蹤進度表和里程碑跟蹤 6)產(chǎn)品定義和變化控制產(chǎn)品定義和變化控制 7)過程過程 8)質(zhì)量質(zhì)量 9)生產(chǎn)率生產(chǎn)率 10)項目交

16、流和紀律項目交流和紀律 11)顧客參與、外部團體的支持顧客參與、外部團體的支持 12)供應(yīng)商和子承包商供應(yīng)商和子承包商 13)用戶期望用戶期望 14)項目財務(wù)項目財務(wù) 15)教育和培訓教育和培訓 16)關(guān)鍵的成功因素關(guān)鍵的成功因素 17)重要問題重要問題(包括技術(shù)障礙包括技術(shù)障礙) 18)項目前景項目前景(包括風險評估包括風險評估) 19)運轉(zhuǎn)良好的和不好的其他過程運轉(zhuǎn)良好的和不好的其他過程 20)其他其他(包括業(yè)務(wù)和法律問題包括業(yè)務(wù)和法律問題)11.3.4 執(zhí)行項目評價執(zhí)行項目評價 項目綜合分析與評價的目的是發(fā)現(xiàn)重大問題，項目綜合分析與評價的目的是發(fā)現(xiàn)重大問題，并評估項目的整體性能是否滿足要

17、求。并評估項目的整體性能是否滿足要求。 執(zhí)行評價的第一步是召開小組會議。會議第執(zhí)行評價的第一步是召開小組會議。會議第一議題是集中聽取每個代表對原先發(fā)布的問題的一議題是集中聽取每個代表對原先發(fā)布的問題的回答。回答。 各部門發(fā)言的順序和一般與軟件開發(fā)過程的各部門發(fā)言的順序和一般與軟件開發(fā)過程的順序一致，并規(guī)定發(fā)言的順序限制。例如，計劃順序一致，并規(guī)定發(fā)言的順序限制。例如，計劃部門的代表應(yīng)在開發(fā)部門的代表之前發(fā)言，而開部門的代表應(yīng)在開發(fā)部門的代表之前發(fā)言，而開發(fā)部門的代表應(yīng)在測試部門的代表之前發(fā)言等。發(fā)部門的代表應(yīng)在測試部門的代表之前發(fā)言等。 會議第二議題是針對各部門的發(fā)言，進行提會議第二議題是針對

18、各部門的發(fā)言，進行提問和交流。通過這種方式可以進一步了解針對某問和交流。通過這種方式可以進一步了解針對某個問題的不同看法，有利于項目的評價。個問題的不同看法，有利于項目的評價。 執(zhí)行評價的第二步是總結(jié)評價，擬準備提交給執(zhí)行評價的第二步是總結(jié)評價，擬準備提交給項目領(lǐng)導層的一系列圖表。圖表列出他們在項目評項目領(lǐng)導層的一系列圖表。圖表列出他們在項目評審中發(fā)現(xiàn)的問題，對項目滿足進度、費用和質(zhì)量要審中發(fā)現(xiàn)的問題，對項目滿足進度、費用和質(zhì)量要求的可能性做整體評估，最后給出結(jié)論。項目評審求的可能性做整體評估，最后給出結(jié)論。項目評審小組還可以對某些或所有他們發(fā)現(xiàn)的、需要處理的小組還可以對某些或所有他們發(fā)現(xiàn)的、需要處理的問題給出建議。問題給出建議。11.3.5 提交評價結(jié)果提交評價結(jié)