13軟體專案整合計畫

2021-03-04 06:11:44 字數 4546 閱讀 7196

韓萬江姜立新,《軟體專案管理案例教程》,機械工業出版社 ,2005-02

【叢書名】 國家示範性軟體學院系列教材

13 軟體專案整合計畫 2

13.1 軟體專案的整合管理 2

13.2 專案整合計畫 3

13.3 案例分析 8

13.3.1 導言 8

13.3.2 概述 8

13.3.3 專案任務範圍 9

13.3.4 專案目標 9

13.3.5 專案實施策略 9

13.3.6 專案組織結構 10

13.3.7 專案生存期 11

13.3.8 時間計畫 13

13.3.9 專案成本估算 14

13.3.10 質量管理計畫 14

13.3.11 配置管理計畫 14

13.3.12 專案風險計畫 14

13.3.13 度量計畫 15

13.3.14 專案溝通與評審 15

13.4 小結 16

13.5 習題 16

無論是進度計畫、成本計畫、質量計畫還是風險計畫等,所有計畫的制定和管理都不是孤立的而是相互作用的,所有計畫都要以整體思想為指導,從全域性角度出發,確保各項工作有機協調配合進行,消除管理的區域性性,平衡各個目標的衝突。所以,專案計畫應該是整合的計畫。專案整合計畫具有綜合性、全域性性、內外兼顧性。

本章進入路線圖的第12站:整合計畫,如圖13-1所示。

圖13.1路線圖第12站:整合計畫

專案整合管理包括對計畫的整合管理和對專案跟蹤控制的整合管理,它保證專案各要素相互協調,在相互影響的專案目標和方案中做出權衡,以滿足或者超出專案干係人的需求和期望。本章主要介紹專案整合計畫,第14章介紹專案整合跟蹤控制。

專案整合管理就是要綜合所有的計畫,協調方方面面的情況,例如進度計畫同時要考慮成本計畫和質量計畫等。整合計畫管理主要是將其他領域的子計畫進行整合,其中:專案範圍管理、時間管理、成本管理三大子計畫是進行專案計畫編制的基礎檔案,同時,專案的質量管理、溝通管理、風險管理、配置管理等過程所產生的子計畫也是編制計畫的原材料,但是整合計畫並不是簡單地堆砌,而是需要不斷地進行反饋,以使各個子計畫不斷校正自己以便符合專案的總目標。

專案管理過程是乙個整合的過程,範圍計畫、進度計畫、成本計畫、質量計畫、風險計畫是相互聯絡的。範圍、進度、成本、質量、風險等之間存在一定的關係,不能只考慮乙個方面,應該綜合起來考慮。壓縮進度,可以導致成本提高,質量下降,也可能導致無法實現的進度風險;當然,如果減少成本,可能會影響進度,導致減少質量活動,降低質量成本,最後可能發生成本不足的風險等。

所以,應該建立乙個關於進度、成本、質量、規模等的折中。

在進行專案管理的時候,無論是哪個過程還是哪個階段,都不應該只注重區域性,而應該將整體的管理思想融人到專案管理的方方面面,注重從專案的全域性出發,從整體的角度分析問題、解決問題。整合專案管理的任務可以概括如下:

1)專案範圍和產品目標的整合

作為專案經理,接受專案工作時,首先要考慮專案的工作範圍。但是,工作範圍是靠目標導向的,而目標就是提交讓客戶滿意的專案產品。如果要壓縮進度、降低成本、提高質量的標準,將會直接影響到專案的工作範圍;反之,專案的範圍發生變化,也必然會影響專案的工期進度、成本、專案的質量,當然,專案的提交物也會受到相應的變化。

2)在既定的工作範圍內時間、成本、質量三大目標的整合

如圖13-2所示,專案的範圍目標、成本目標、進度目標、質量目標等各個目標是相互制約的。在諸多專案指標中,專案的進度和成本是關係最為密切的兩個,幾乎成了對立關係,進度的縮短常常要依靠增加成本實現,而成本的降低也常常以犧牲工期進度為代價。工期和成本與質量的關係也一樣很密切。

在一些專案中如果盲目縮短工期就會導致專案質量的下降,同樣,質量出現問題就會出現返工,也一樣會延長工期;當然,有的專案為了壓縮成本而減少一些必需的質量環節,也會導致質量的下降。

時間、成本、質量三大目標是彼此相關的。為了更好地對三者進行管理,在三者整合管理的同時,還應該綜合考慮其他方面(例如團隊管理、溝通管理、合同管理、風險管理等),應該一併進行整合管理。

關於時間、成本、質量三大目標管理的整合,既要依靠專案管理者和專案團隊的經驗和眢慧,又要運用一些專業的工具(例如掙值分析等)。

圖13.2專案目標的相互制約

對於前幾章講述的幾個計畫,可以通過圖13-3來說明它們之間的關係,每個計畫都不是孤立的,而是相互作用的,最核心的三個計畫是範圍計畫、成本計畫、進度計畫,它們構成專案計畫的主體,當然,質量計畫、風險計畫、配置計畫、溝通計畫也是構成專案計畫的一部分,對專案計畫起到重要的補充作用。為了更好地實施計畫,保證專案按照計畫實施,還應該對專案進行跟蹤控制,而要保證控制的有效性,就需要對專案進行度量,所以度量計畫是連線計畫和計畫控制的乙個很重要的計畫。

圖13-3專案計畫的相互關係

專案計畫整合的結果是建立乙個內容充實、結構緊湊的檔案,使它能夠引導專案的實施和控制。這個過程經常重複幾次。例如,最初的草案可能包括一般性的方法並沒有時間期限,而最終計畫則要反映具體的方法且有明確的時間期限。

這個專案計畫用於引導專案的實施,促進專案參與者之間的溝通,確定主要的管理問題(如內容、範圍和時間等)。為進一步提高測量和控制專案的水平提供乙個標準,專案經理可以根據需要形成乙個比較規範的專案計畫文件。專案計畫是專案規劃過程的產品,記錄了專案估算和計畫的過程與結果,並在整個專案開發過程中作為專案管理的依據進行使用和維護。

整合的專案計畫書有很多的標準和模板,企業可以根據自己的需要選擇合適的標準,而本章講述的計畫模板就是乙個能夠全面說明這些計畫的文件,它是可以作為參照的模板,並根據情況做適當的裁減。

專案整合計畫參照模板的內容組織如下:

1.導言

1.1 目的

1.2 範圍

1.3縮寫說明

1.4術語定義

1.5 引用標淮

1.6參考資料

1.7版本更新條件

1.8版本更新資訊

2.專案概述

3.專案任務範圍

4.專案目標

5.專案實施策略

6.專案組織結構

7.計畫結構

8.專案生存期

9.專案管理物件

10.專案風險分析

11.專案估算

12.專案時間計畫

13.專案關鍵資源計畫

14.專案設施工具計畫

15.質量管理計畫

16.配置管理計畫

17.專案管理評審

18.專案度量計畫

19.溝通計畫

具體說明如下:

1.導言

這是文件標淮的部分,詳細內容可以參見企業標淮。

2.專案概述

專案概述是對專案性質和有關事項所做的簡要敘述。可引用需求規格中相關章節。

3.專案任務範圍

專案任務範圍是對專案任務內容進行分類描述。

4.專案目標

專案目標是對專案所要達到的要求和目的所做的描述。

5.專案實施策略

專案實施策略是根據專案的性質和特殊要求確定專案管理、質量保證和配置管理實施的策略和引用的規範和標淮。

6.計畫結構

根據實施策略確定專案計畫的邏輯結構,即專案計畫是由哪幾部分計畫組成。通常的計畫分類為:

·軟體開發計畫

·質量保證計畫

·配置管理計畫

·專案風險計畫

·專案支援計畫

等等7.專案組織結構

專案組織結構是對專案組織及其關係的定義和職能描述。內容包括:

·組織結構圖

·組織職責描述

·組織介面描述

·角色對映表

表13-1可供參考。

表13.1 角色對映表

8.專案生存期

專案生存期是指從專案開始到專案結束的整個過程。內容包括:

·生存期框圖

·階段說明

·階段的進入條件和輸入

·階段的完成標誌和輸出

9.專案管理物件

所謂管理物件是指在專案實施過程中作為專案管理者需重點控制的活動和產品。劃分管理物件的目的是標識需重點控制的計畫、管理和實施物件,以監控專案過程和產品質量。

專案管理物件可包括:階段工作產品(如設計說明書)、子任務(如質量評審)和控制點(如基線)。

表13-2可供參考。

表13.2 專案管理物件表

10.專案風險分析

專案風險分析是指對可能發生的將會對專案按預期時間、資源和預算完成產生重大影響的事件的分析。根據專案實際情況,分析是否存在風險以及風險的類別,分析風險產生的原因和時機,按風險的類別逐項確定避免的措施和一旦發生風險後的處理方式,將風險分析的結果計入風險分析表中。

表13-3可供參考。

表13.3風險分析表

11.專案估算

專案估算是為了確定專案所需的人力、時閂以及專案完成過程中耗費的人力、物力、財力資源。

表13-4和表13-5可供參考。

表13.4專案規模表

表13.5 專案成本表

12.專案時間計畫

按階段用**或甘特圖表示專案的進度計畫(可以參照進度管理一章的工作過程和結果)。制定時間計畫的目的是對專案任務及人員進行預先的安排和協調。

·確定任務之間的關係(序列、並行、延遲)。

漫談系統整合軟體行業專案管理

先就從專案管理開始。專案管理是從上世紀六十年代開始,直到進入二十一世紀逐漸成熟 發展的人類對自身組織管理的高階發展形式。其深遠背景是隨著人類大規模生產力的空前提高,人類對物質 精神的需求不再停留在滿足的高度,而是進一步提高到個性化 獨特化的高度 隨之而產生的是我們面對的自然和人類自身的工作課題也進一...

軟體專案計畫

3.1風險分析 教學內容 風險標識 風險估計 風險評價和風險管理與監控。教學重點 風險標識。教學難點 風險估計。教學方法 課堂講授 討論。教學要求 掌握風險標誌方法,了解風險估計和評價,理解風險管理。思考題 為何要對軟體專案進行風險分析?3.1.1風險標識 風險發生的 不確定性 和風險發生後帶來的 ...

軟體專案計畫

專案名稱 c 2010 xx 資訊科技 版本歷史 檔案控制 本文件的任何內容變更需要sepg審批。本文件儲存在公司的sepg配置庫中,以供軟體部以及相關人員查詢使用。目錄1.專案介紹 4 1.1 專案範圍與目標 4 1.2 客戶與終端使用者介紹 4 1.3 開發方介紹 4 1.4 制約 5 2.專案...