掙值管理在系統工程專案中的改進(轉)
掙值管理(EVM)是真正有效的專案管理技術,能夠實現專案成本、專案進度以及專案技術效能管理的整合。掙值分析是現今使用範圍最廣的一種專案績效測定方法。正確應用掙值管理就能實現對專案的量化管理。最為重要的是,掙值管理能夠對專案當前情況與預定成本以及進度計劃之間可能出現的偏差進行早期預警,保證專案的順利完成。專案經理(PM)利用早期預警就能夠迅速採取恰當的措施排除出現的異常情況。但是如果要保證掙值管理資料的可靠和有效,就必須滿足兩項前提,選擇正確的專案績效基本度量和對專案進展的評定必須客觀這。其次,掙值管理是否能夠對專案績效進行有效測定,取決於組織系統工程、軟體工程以及專案管理流程的完整以及完備程度。此外,如果測定物件選擇錯誤或者測定方法有偏差,都會增加掙值管理的執行成本並削減本應創造的管理價值。
本文介紹掙值管理的大體框架,針對系統工程中的應用中,還給出有關其計劃、度量和控制的最佳化的實踐指導。本概況內容取自針對掙值管理、系統工程與專案管理的工業標準和能力模型。
掙值管理現狀
掙值管理投入使用之前,各專案經理獨立對專案成本和進度效能進行跟蹤,不存在相互間協作。按照專案進度時間,對專案實際資源耗費和預期資源耗費進行比較,以確定所謂的專案成本偏差;對專案實際進度與計劃進度進行比較,以確定專案進度偏差。但始終沒有一個統一的標準,可以從專案完成時的預期資源消耗角度對專案展開進度(實際完成的工作量)進行評定。
掙值管理對專案計劃作業量(計劃價值,或PV)和實際完成工作量(掙值,或EV)進行比較,確定是否已取得專案預期的成本和進度效能。掙值管理標準包括如下規則:
· 將專案計劃作業範圍劃分成若干部分,各部分由專人或組織對專案技術、進度以及成本目標進行負責。
· 對專案計劃作業範疇,作業進度以及成本目標進行整合,並作為效績測量基準(PMB)用於測定專案的完成情況。
· 對專案完成情況在工作績效層面進行客觀評定。
· 分析與計劃間的嚴重偏差,對由此造成的影響進行預測,並基於當前工作績效和將要開展的工作,估算專案完成日期。
掙值管理透過兩種有效的效能指數,實現對專案實施 的有效分析和預測。成本效能指數(CPI)用於評定耗費資源效率,進度效能指數(SPI)則是專案進度與基於資源預算的計劃進度的比率,而非時間進行評判。CPI或SPI單獨或同時使用,都可獲取對專案效能的圖形趨向分析。
掙值標準和功能模型
以下標準和功能模型構成用於完善掙值管理流程的架構:
· 掙值管理系統(EVMS)
· 系統工程流程(IEEE1220)應用與管理標準
· 系統構建流程(EIA632)
· 專案管理知識體系(PMBOK)
EVMS特性及其侷限性
掙值管理技術最初由美國國防部(DoD)開發,用於監視大規模高風險性系統的採購。在這之後,針對各類非國防機構同樣要求供應商使用掙值管理系統。近年來,人們對掙值管理技術進行簡化和改造,將其應用於商業專案,其中包括軟體密集型專案。掙值管理標準(EVMS)將政府協定要求轉換成為一種工業標準,但對於實際專案經理的需求,掙值管理標準則存在若干侷限性,透過將掙值管理和穩健系統工程、軟體工程以及專案管理準則結合就可彌補這些侷限性。
首先,掙值管理系統表明,掙值用於測定專案已完成工作數量而並非其質量,但專案經理應該確保掙值管理還應對技術產品的質量和技術成熟度進行度量,而不僅僅只是度量其數量。穩健系統工程和軟體工程流程應提供技術效能度量(TPM)以及用於評定同掙值有關數量關係的技術成熟度的標準。
第二,掙值管理系統原則指出了專案作業範圍,而將產品範圍和客戶要求忽略不計。同樣,系統和軟體工程標準在最佳情況下會指出產品要求,並要求對新產品的開發進度以及質量進行評估。專案管理知識體系對專案範圍中兩個不同部分進行區分,即產品範圍和作業範圍。
第三,掙值管理是一種衍生的度量,因而掙值管理整合技術與成本效能的有效性,取決於針對專案選擇的基本度量的種類。
第四,掙值管理系統並不要求進行精確度量,它指出掙值方法應當客觀實際,但同時也指出可使用(主觀性)管理評估確定專案中已完成工作的數量。
第五,人們認識到掙值管理作為一種風險管理工具,但掙值管理系統的根本功用並非是風險控制,甚至根本與風險控制毫無關係。
此外,掙值管理提供了專案度量、分析和控制的嚴格度量標準,但掙值管理系統卻幾乎並未能夠向專案經理提供任何具有價值的資訊資料。
為了對專案流程進行完善,打破掙值管理標準的侷限性,提出以下建議給專案經理,
系統工程標準和模型
系統工程中包括系統總體開發,其中還可能涉及軟體開發。系統工程旨在將客戶需求、期望和限制轉化成產品解決方案,並在產品整個使用期內對產品解決方案提供支援(IEEE 1220)。
能力成熟度整合模型(CMMI)中,系統工程作為一種涉及眾多範疇的管理方法,對專案總體技術和管理工作進行管理,而這些專案總體技術和管理工作對於將使用者需求、期望和限制轉化成產品解決方案,並在產品整個使用期內對其進行支援來說,是必須具備的條件。這包括對技術效能度量的定義,整合有關工程特性建立產品結構,以及定義生命週期流程來均衡專案成本、績效和進度目標。
IEEE1220和EIA632對系統工程過程改進上,專案進度、計劃和度量提供了更多的指導,該指導可用為專案選擇合適的掙值方法。
對比需求的專案進度
專案經理應選擇合適的掙值流程基本度量,這些度量應能夠客觀地指出與專案需求開發、實施和驗證的進度。對比需求的進度是一種高效的基本掙值方法,例如專案需求的百分比,其中包括向上向下追溯的專案需求和當前已經被驗證的專案需求,對於在專案開發早期的需求基線驗證尤為重要。表1 即為對比需求的專案進度評估的工業標準。
表1:對比需求的專案進度
IEEE 1220
6.8.1.5對比需求的進度測量方法
6.8.6 產品追蹤...度量標準
6.8.1.5 d)評估·某一時間的開發成熟度
·產品功能對專案需求的實現程度
6.8.6產品度量標準…在預先設定的控制點進行:
·系統總體質量評估
·與預定目標進行比較
EIA-632
4.2.1計劃編制流程要求
10:需求對比進度
·進度評估….對當前形成的系統定義與需求進行比較
a)確認產品度量標準和期望值
·產品質量
·對比實現需求的進度情況
d)對結果和需求進行比較
退出準則
標準討論到,在專案進度不同階段進行技術評審,以確保專案能夠滿足所有退出準則十分重要。IEEE1220提供的退出準則這一概念,十分有助於專案。以下是部分用於初步設計評審的退出準則:
· 優先完成對子系統的評審
· 確定系統總體設計到詳細設計整個過程是否滿足系統基線
· 將過高的風險程度降低至可接受範圍之內
· 排除所有與系統、產品和專案生命週期流程有關的問題
以上退出準則應作為系統工程開發計劃或其它技術性計劃的組成部分進行定義。專案經理應對計劃進行評審,並就退出準則的有效性和完整性達成一致。
系統工程工作產品
系統工程流程中會產生若干重要產品, 它們應歸入整個計劃,並透過掙值進行度量,IEEE1220 的產品包括:
· 專案需求基線
· 透過驗證的需求基線
· 功能實現結構
· 經過驗證的功能實現結構
· 物理實現結構
· 經過驗證的物理實現結構
這些系統工程產品應被列入主進度計劃,並透過工作包輸出。下面對能力成熟度整合模型的討論中還會就工作產品進行補充介紹。
技術績效度量
對專案定義技術績效度量並進行評判,用以評定某一系統對效能需求的實現情況。技術績效度量使用來自於工程度量、測試、或原型的實際或者預測資料。以下是軟體密集型專案開發中與軟體和計算機硬體有關的技術績效度量:
· 程式輸出量
· 反應時間
· 容量
· 電能消量
IEEE 1220和EIA 632均給出了技術績效度量的計劃和度量(表2)指導和有關於技術績效度量與掙值管理整合的指導。
表2:技術績效度量的計劃和度量
IEEE 1220: 6.8.1.5,基於效績的進度度量
技術績效度量是實現對技術進展進行漸進性評定的關鍵。
·按照已確定的日期跟蹤:
– 對進度進行檢查
– 實現與計劃是否完全滿足
·對需求的滿足情況進行評估
EIA-632: 術語表
基於當前評估的,最終系統的關鍵技術性引數預測
計劃價值狀況顯示分時段的業績狀況。
·目前的專案績效
·技術里程碑,此時應提交技術績效度量評估報告。
總結
量化的專案管理和有效使用掙值管理的專案計劃將會大大增加實現專案成本,進度以及技術目標的理想結果的可能性。為了能夠使用掙值管理創造更多的管理價值,任何組織都應使用系統工程和專案管理的標準和功能模型最為實施或改善掙值管理流程的架構。改進的掙值管理系統,應考慮專案需求,並且指明對於專案開展中成本、技術和進度績效的最有效的度量。
參考文獻:
American National Standards Institute/EIA, Earned Value Management Systems (ANSI/EIA-748-A-1998, reaffirmed August 28, 2002).
IEEE, Standard for Application and Management of the Systems Engineering Process, IEEE 1220-1998
EIA, Processes for Engineering a Systems, EIA 632
Project Management Institute, A Guide to the Project Management Body of Knowledge 2000 Ed. (ANSI/PMI 99-001-2000)[@more@]
本文介紹掙值管理的大體框架,針對系統工程中的應用中,還給出有關其計劃、度量和控制的最佳化的實踐指導。本概況內容取自針對掙值管理、系統工程與專案管理的工業標準和能力模型。
掙值管理現狀
掙值管理投入使用之前,各專案經理獨立對專案成本和進度效能進行跟蹤,不存在相互間協作。按照專案進度時間,對專案實際資源耗費和預期資源耗費進行比較,以確定所謂的專案成本偏差;對專案實際進度與計劃進度進行比較,以確定專案進度偏差。但始終沒有一個統一的標準,可以從專案完成時的預期資源消耗角度對專案展開進度(實際完成的工作量)進行評定。
掙值管理對專案計劃作業量(計劃價值,或PV)和實際完成工作量(掙值,或EV)進行比較,確定是否已取得專案預期的成本和進度效能。掙值管理標準包括如下規則:
· 將專案計劃作業範圍劃分成若干部分,各部分由專人或組織對專案技術、進度以及成本目標進行負責。
· 對專案計劃作業範疇,作業進度以及成本目標進行整合,並作為效績測量基準(PMB)用於測定專案的完成情況。
· 對專案完成情況在工作績效層面進行客觀評定。
· 分析與計劃間的嚴重偏差,對由此造成的影響進行預測,並基於當前工作績效和將要開展的工作,估算專案完成日期。
掙值管理透過兩種有效的效能指數,實現對專案實施 的有效分析和預測。成本效能指數(CPI)用於評定耗費資源效率,進度效能指數(SPI)則是專案進度與基於資源預算的計劃進度的比率,而非時間進行評判。CPI或SPI單獨或同時使用,都可獲取對專案效能的圖形趨向分析。
掙值標準和功能模型
以下標準和功能模型構成用於完善掙值管理流程的架構:
· 掙值管理系統(EVMS)
· 系統工程流程(IEEE1220)應用與管理標準
· 系統構建流程(EIA632)
· 專案管理知識體系(PMBOK)
EVMS特性及其侷限性
掙值管理技術最初由美國國防部(DoD)開發,用於監視大規模高風險性系統的採購。在這之後,針對各類非國防機構同樣要求供應商使用掙值管理系統。近年來,人們對掙值管理技術進行簡化和改造,將其應用於商業專案,其中包括軟體密集型專案。掙值管理標準(EVMS)將政府協定要求轉換成為一種工業標準,但對於實際專案經理的需求,掙值管理標準則存在若干侷限性,透過將掙值管理和穩健系統工程、軟體工程以及專案管理準則結合就可彌補這些侷限性。
首先,掙值管理系統表明,掙值用於測定專案已完成工作數量而並非其質量,但專案經理應該確保掙值管理還應對技術產品的質量和技術成熟度進行度量,而不僅僅只是度量其數量。穩健系統工程和軟體工程流程應提供技術效能度量(TPM)以及用於評定同掙值有關數量關係的技術成熟度的標準。
第二,掙值管理系統原則指出了專案作業範圍,而將產品範圍和客戶要求忽略不計。同樣,系統和軟體工程標準在最佳情況下會指出產品要求,並要求對新產品的開發進度以及質量進行評估。專案管理知識體系對專案範圍中兩個不同部分進行區分,即產品範圍和作業範圍。
第三,掙值管理是一種衍生的度量,因而掙值管理整合技術與成本效能的有效性,取決於針對專案選擇的基本度量的種類。
第四,掙值管理系統並不要求進行精確度量,它指出掙值方法應當客觀實際,但同時也指出可使用(主觀性)管理評估確定專案中已完成工作的數量。
第五,人們認識到掙值管理作為一種風險管理工具,但掙值管理系統的根本功用並非是風險控制,甚至根本與風險控制毫無關係。
此外,掙值管理提供了專案度量、分析和控制的嚴格度量標準,但掙值管理系統卻幾乎並未能夠向專案經理提供任何具有價值的資訊資料。
為了對專案流程進行完善,打破掙值管理標準的侷限性,提出以下建議給專案經理,
系統工程標準和模型
系統工程中包括系統總體開發,其中還可能涉及軟體開發。系統工程旨在將客戶需求、期望和限制轉化成產品解決方案,並在產品整個使用期內對產品解決方案提供支援(IEEE 1220)。
能力成熟度整合模型(CMMI)中,系統工程作為一種涉及眾多範疇的管理方法,對專案總體技術和管理工作進行管理,而這些專案總體技術和管理工作對於將使用者需求、期望和限制轉化成產品解決方案,並在產品整個使用期內對其進行支援來說,是必須具備的條件。這包括對技術效能度量的定義,整合有關工程特性建立產品結構,以及定義生命週期流程來均衡專案成本、績效和進度目標。
IEEE1220和EIA632對系統工程過程改進上,專案進度、計劃和度量提供了更多的指導,該指導可用為專案選擇合適的掙值方法。
對比需求的專案進度
專案經理應選擇合適的掙值流程基本度量,這些度量應能夠客觀地指出與專案需求開發、實施和驗證的進度。對比需求的進度是一種高效的基本掙值方法,例如專案需求的百分比,其中包括向上向下追溯的專案需求和當前已經被驗證的專案需求,對於在專案開發早期的需求基線驗證尤為重要。表1 即為對比需求的專案進度評估的工業標準。
表1:對比需求的專案進度
IEEE 1220
6.8.1.5對比需求的進度測量方法
6.8.6 產品追蹤...度量標準
6.8.1.5 d)評估·某一時間的開發成熟度
·產品功能對專案需求的實現程度
6.8.6產品度量標準…在預先設定的控制點進行:
·系統總體質量評估
·與預定目標進行比較
EIA-632
4.2.1計劃編制流程要求
10:需求對比進度
·進度評估….對當前形成的系統定義與需求進行比較
a)確認產品度量標準和期望值
·產品質量
·對比實現需求的進度情況
d)對結果和需求進行比較
退出準則
標準討論到,在專案進度不同階段進行技術評審,以確保專案能夠滿足所有退出準則十分重要。IEEE1220提供的退出準則這一概念,十分有助於專案。以下是部分用於初步設計評審的退出準則:
· 優先完成對子系統的評審
· 確定系統總體設計到詳細設計整個過程是否滿足系統基線
· 將過高的風險程度降低至可接受範圍之內
· 排除所有與系統、產品和專案生命週期流程有關的問題
以上退出準則應作為系統工程開發計劃或其它技術性計劃的組成部分進行定義。專案經理應對計劃進行評審,並就退出準則的有效性和完整性達成一致。
系統工程工作產品
系統工程流程中會產生若干重要產品, 它們應歸入整個計劃,並透過掙值進行度量,IEEE1220 的產品包括:
· 專案需求基線
· 透過驗證的需求基線
· 功能實現結構
· 經過驗證的功能實現結構
· 物理實現結構
· 經過驗證的物理實現結構
這些系統工程產品應被列入主進度計劃,並透過工作包輸出。下面對能力成熟度整合模型的討論中還會就工作產品進行補充介紹。
技術績效度量
對專案定義技術績效度量並進行評判,用以評定某一系統對效能需求的實現情況。技術績效度量使用來自於工程度量、測試、或原型的實際或者預測資料。以下是軟體密集型專案開發中與軟體和計算機硬體有關的技術績效度量:
· 程式輸出量
· 反應時間
· 容量
· 電能消量
IEEE 1220和EIA 632均給出了技術績效度量的計劃和度量(表2)指導和有關於技術績效度量與掙值管理整合的指導。
表2:技術績效度量的計劃和度量
IEEE 1220: 6.8.1.5,基於效績的進度度量
技術績效度量是實現對技術進展進行漸進性評定的關鍵。
·按照已確定的日期跟蹤:
– 對進度進行檢查
– 實現與計劃是否完全滿足
·對需求的滿足情況進行評估
EIA-632: 術語表
基於當前評估的,最終系統的關鍵技術性引數預測
計劃價值狀況顯示分時段的業績狀況。
·目前的專案績效
·技術里程碑,此時應提交技術績效度量評估報告。
總結
量化的專案管理和有效使用掙值管理的專案計劃將會大大增加實現專案成本,進度以及技術目標的理想結果的可能性。為了能夠使用掙值管理創造更多的管理價值,任何組織都應使用系統工程和專案管理的標準和功能模型最為實施或改善掙值管理流程的架構。改進的掙值管理系統,應考慮專案需求,並且指明對於專案開展中成本、技術和進度績效的最有效的度量。
參考文獻:
American National Standards Institute/EIA, Earned Value Management Systems (ANSI/EIA-748-A-1998, reaffirmed August 28, 2002).
IEEE, Standard for Application and Management of the Systems Engineering Process, IEEE 1220-1998
EIA, Processes for Engineering a Systems, EIA 632
Project Management Institute, A Guide to the Project Management Body of Knowledge 2000 Ed. (ANSI/PMI 99-001-2000)[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-955630/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- java版工程專案管理系統原始碼+系統管理+系統設定+專案管理Java專案管理原始碼
- 工程管理系統原始碼-專注專案數字化管理-工程管理原始碼
- 工程管理系統原始碼-物料管理-工程專案管理系統-建築施工管理軟體原始碼專案管理
- java版工程專案管理系統原始碼Java專案管理原始碼
- java版工程專案管理系統原始碼+系統管理+系統設定+專案管理+合同管理+二次開發Java專案管理原始碼
- 專案管理系統中的任務和專案專案管理
- 工程專案管理中的精細化管理專案管理
- 20100420專案管理沙龍專題:軟體工程在軟體專案中的位置專案管理軟體工程
- 在區塊鏈專案中掙錢的五種方法區塊鏈
- 企業在專案中採用工時管理系統的好處
- 電影票務管理系統改進
- java版spring cloud工程專案管理系統原始碼JavaSpringCloud專案管理原始碼
- 軟考中級 - 系統整合專案管理工程師專案管理工程師
- CRM管理系統改進企業在營銷方面的弊端
- java版工程專案管理系統原始碼+系統管理+系統設定+二次開發Java專案管理原始碼
- 企業工程專案管理系統原始碼+系統管理+系統設定+二次開發專案管理原始碼
- 訂單管理系統分析及改進
- 企業工程專案管理系統+spring cloud 系統管理+java 系統設定+二次開發專案管理SpringCloudJava
- 房地產專案成本管理系統包含的內容和價值
- EasyWork專案管理系統專案管理
- 工程管理系統專案各模組及其功能點清單
- Java大型工程專案管理系統原始碼,原生APP原始碼Java專案管理原始碼APP
- 工程專案管理的重要技巧專案管理
- [原創]專案過程管理在專案管理中的重要性專案管理
- java工程管理系統原始碼 工程專案各模組及其功能點清單Java原始碼
- 專案風險管理系統有哪些?分享11款主流專案管理系統專案管理
- 在linux系統中對檔案進行分割Linux
- (2010-2016)系統整合專案管理工程師真題解析專案管理工程師
- 專案管理中的進度與成本控制專案管理
- 專案微管理35 - 系統
- 微專案:名片管理系統
- 在Linux中,如何在Linux中進行系統映象管理?Linux
- 專案管理中,專案進度與成本控制的重要性專案管理
- 免費OA中的專案管理系統有什麼作用?專案管理
- java版工程專案管理系統原始碼及常見的模組有哪些?Java專案管理原始碼
- java 版工程管理系統專案各模組及其功能點清單Java
- 在Linux中,如何進行系統更新和補丁管理?Linux
- 如何改進企業舊式工時管理系統?
- 《系統整合專案管理》第九章 專案成本管理專案管理