項目管理能力項目管理能力項目管理能力V:1.0精細整理，僅供參考項目管理能力日期：20xx年X月項目管理能力標桿(基于CMMI3級)過程能力基線L81對變更原因進行分析，便于項目組和組織進行計劃過程改進

2.對問題和風險影響的分析便于項目組和組織工作量估算過程的改進

3.將調整進度和任務方法和手段提交組織財富庫以便后續項目借鑒1.根據需求變更來源以及影響分析變更原因,同時改進項目需求管理方法

2.項目組將經驗交付給組織便于需求管理過程的改進1.分析變更原因，有利于對需求和設計等技術實現活動的改進

2.對配置問題原因進行，根據分析結果對項目和組織配置活動進行改進根據質量趨勢報告對項目和組織的過程進行不斷改進L71.度量計劃變更原因，并對變更原因進行歸類

2.度量問題和風險對項目計劃的影響

3.度量對重計劃時調整進度和任務方法和手段度量需求變更的來源

1.客戶提出

2.公司產品規劃

3.需求采集遺漏

4.需求理解錯誤1.對配置審計發現的問題進行歸類

2.對配置項變更原因度量和歸類1.對統計的不合格項進行分析，產生質量趨勢報告L6度量從事計劃活動的工作量

度量重計劃的次數和工作量1.度量從事項目計劃跟蹤所花費的工作量

2.度量識別的風險數

3.度量項目問題數

4.度量項目進度和工作量

5.度量項目人員流失數量

6.度量項目加班工時1.度量需求變更的數量和類型

2.度量需求變更的所花費的工作量1.度量配置活動的工作量

.度量配置管理的分類活動工作量

.度量相關組的配置活動工作量

2.度量配置項的數量

3.度量變更數量

4.度量基線和配置項交付的延遲率

5.度量配置審計發現的問題數量1.度量從事QA活動的工作量

2.統計QA發現的不合格項L51.項目組能識別出項目的關鍵任務路徑圖，決策如何保證項目盡可能并行開展；1.對項目的關鍵路徑上的任務進行跟蹤

2.審查任何過程或產品的變更請求報告

3.依據利益相關者介入承諾的變更，調整WBS

4.項目總監定期對項目的風險管理進行審查

5.當關鍵路徑上任務發生偏差時，調整關鍵任務，重新生成關鍵路徑圖；1.審查設計、測試、代碼與需求及其變更是否保持一致，并糾正錯誤1.能詳細的配置活動工作任務分解(WBS)

2.基線創建時能識別出差異化需求

3.變更過程有清晰的評審和驗證動作,且變更相關的文檔作必要的變更

4.按照配置項的變更觸發式的發布配置狀態報告

5.能項目配置活動作功能審計1.對發現的不合格項進行分析

2.項目總監負責協調處理QA報告中不能或者無法解決的不合格項L4中包含對客戶原有系統的優缺點，公司現有產品的強弱項；

2.依據WBS，進一步按月分解任務，制定周計劃

3.項目組成立估算小組，使用估算方法對工作量和成本進行估算

4.識別出項目在進度、工作量、資源方面的風險，在WBS里體現針對風險的應對解決任務；

5.在WBS里體現利益相關者介入的活動；

6.項目組執行培訓活動，并進行培訓評價；1.項目經理組織用戶、其他管理人員、供應商以及受影響的利益相關者對活動和工作產品的完成情況共同進行審查；

2.按月/周審查WBS中與利益相關者介入有關的各任務、活動的進展情況，及時調整WBS中與利益相關者介入有關的各任務、活動中相關內容；

3.項目組按周審查項目相關的風險的應對情況，必要時調整風險參數、應對措施，并在WBS中體現被調整的應對措施；

4.采集下列問題，明顯偏差的項目計劃參數、未得滿足的內外承諾、重大變化風險的狀態、利益相關者介入情況，分析問題并糾正。1.項目相關組參與需求變更的評估，并及時調整相關組的計劃

2.審查項目計劃與需求及其變更是否保持一致，并糾正錯誤

3、用需求跟蹤矩陣跟蹤需求被功能分解以及設計、測試的過程1.項目中有文檔化的配置管理策略

2.項目對配置項進行分類和跟蹤

3.在編碼和測試階段創建測試基線

4.項目能依據變更控制流程進行變更控制并有文檔化記錄

5.按照配置審計計劃進行物理審計1.幫助項目組選擇適合項目的生命周期和作業過程

2.按照QA計劃對項目作業過程進行審計

3.在項目的生命周期階段進行項目階段退出審計L31.項目組有指導項目活動的SOW，包括對客戶原有系統、公司現有產品的功能描述；

2.項目組根據SOW確定項目生命周期

3.項目建立WBS，覆蓋生命周期各個階段、子階段的活動

4.依據WBS進行任務的工作量、資源估算

5.識別出項目的風險，制定應對措施并進行跟蹤

6.對WBS中所有任務的工作量、資源、進度的承諾進行確認

7.識別出組間依賴關系

8.項目組識別所需業務、技術、質量過程的培訓需求，評估現有的技能水平，制定培訓計劃；1.項目經理在項目例會中對活動和工作產品的完成情況進行審查

2.按月審查內部和外部的承諾

3.按照WBS中的項目里程碑點對利益相關者的活動進行審查

4.項目組按生命周期階段點審查項目相關的風險的應對情況

5.在項目進度安排的里程碑點與相關人員共同進行審查

6.采集測試、評審發現的問題，及項目進度偏差值，分析并進行糾正；1.用需求跟蹤矩陣跟蹤需求的完整性

2.對需求變更進行評估,并根據其對除項目計劃外其他工作產品的影響及時調整工作產品,如設計、代碼、測試1.項目有獨立于項目計劃的配置管理計劃

2.能識別出項目活動中結果配置項以及其變量部分

3.根據項目的生命周期規劃出項目的基線計劃1.項目有獨立于項目計劃的QA計劃

2.按照QA計劃對項目的工作產品進行審核

3.審核問題文檔化,并跟蹤其關閉L21.項目售前階段有項目估算文檔

2.項目組有實現系統的總體開發計劃1.有明確的需求受理的流程

2.對需求變更進行評估,并根據其對項目計劃的影響及時調整項目計劃1.項目組至少每周將代碼更新到配置服務器上

2.項目組有獨立的配置管理系統

3.項目組能依據項目合同識別交付產物L11.項目有按照合同約定的里程碑計劃1.在客戶里程碑點對項目進度/風險和問題進行審查

2.按照客戶里程碑點對進行情況進行監督1.與用戶達成需求的共識

2.需求變更有記錄1.項目組按照項目生命周期定期將代碼和核心文檔備份到公司配置庫KPA-PP（項目計劃過程）KPA_PMC（項目監督與控制）KPA_REQM（需求管理）KPA-CM（配置管理）KPA-PPQA（質量保證）項目計劃過程L8的變化原因進行歸類總結1.對項目生命周期的變化原因進行歸類總結1對變更原因進行分析，便于項目組和組織進行計劃過程改進

2.對問題和風險影響的分析便于項目組和組織工作量估算過程的改進

3.將調整進度和任務方法和手段提交組織財富庫以便后續項目借鑒L71.度量SOW的變化量1.度量項目生命周期的變化量1.度量計劃變更原因，并對變更原因進行歸類

2.度量問題和風險對項目計劃的影響

3.度量對重計劃時調整進度和任務方法和手段L61.度量從事編制SOW活動所花費的工作量1.度量策劃和確定生命周期所花費的工作量1.度量從事項目計劃所花費的工作量

2.度量重計劃所花費的工作量1.度量從事估算所花費的工作量

2.估算活動的工作量、成本、進度數據提交到PDB；1.度量從事風險管理活動所花費的工作量

2.度量所識別的風險數量L5項目組能識別出項目的關鍵任務路徑圖

1.識別任務的相互關系，標示出任務之間的關聯，得到關鍵任務路徑圖；

2.分析關鍵路徑上的任務，平衡資源，調整任務之間關系，盡量保證任務并行展開；1.對軟件工作產物的估計（需求點、功能點、類、對象、接口）

2.對關鍵計算機資源的估計；

3.對工作產物（文檔）的估計（頁數）；

4.估算的所有修訂及每次修訂的成本、進度和工作量變化；L4中包括以下內容:

1.客戶原有系統分析

用戶原有系統優點和缺點

2公司已經有產品的分析

公司現有產品的強項和弱項制定項目工作任務分解（WBS）及進度計劃,根據項目的生命周期對項目的開發、工程實施等活動進行任務分解

要求：

1.依據WBS，進一步按月分解任務，制定周計劃；

2.任務的資源分配項目組每個成員；

3.葉子工作量不能大于16人時

4.一個人在一周的工作量不能大于60人時

獲得實現計劃的承諾：

1.根據需要，項目總監審查內部、外部的承諾；

利益者相關活動：

1.在WBS里體現利益相關者介入的活動；1.項目組成立估算小組，根據估算方法[Delphi法]對工作量和成本進行估算1.識別出項目在進度、工作量、資源方面的風險；

2.識別出項目在成本、性能相關的風險；

3.在WBS里體現針對風險的應對解決任務；1.依據WBS的培訓進度安排執行培訓活動；

2.項目經理或部門經理對項目組成員進行評價：

培訓目標；個人技能的提升；

3.文檔化培訓記錄；

4.依據項目實際情況，調整培訓計劃；L3中包括以下內容:

1.客戶原有系統分析

客戶原有系統基本信息

原有系統的功能

2公司已經有產品的分析

公司已經產品基本信息

現有產品主要功能

3.系統建設目標

系統基本信息

功能描述

接口需求能根據項目建設目標和客戶要求確定項目的生命周期：

1.研發項目明確開發階段的生命周期，包括需求分析、設計、代碼、集成和驗證等子階段；

2.工程項目明確開發階段、工程實施階段的生命周期

開發階段包括：需求分析、設計、代碼、集成和驗證等子階段

工程階段包括：上線、維護、推廣、初驗、終驗等子階段制定項目工作任務分解（WBS）及進度計劃,根據項目的生命周期對項目的開發、工程實施等活動進行任務分解

要求：

覆蓋生命周期各個階段、子階段的活動；

2.根據項目的WBS重點活動：

匯編出頂層的WBS任務分解

根據頂層WBS進一步分解子活動、子任務；

葉子工作量不能大于40人時；

3.依據任務的估算工作量，識別約束條件，確定人力資源；

4.識別任務相互關系，確定任務的進度時間點；

5.識別主要里程碑點，包括：完成的工作、提交的交付件的時間點或事件點；

6.項目組約定了項目重新計劃的準則和要求，包括：

項目里程碑點或關鍵任務的進度偏差，累計工期偏差超過15天。

獲得實現計劃的承諾：

1.項目組對項目計劃進行評審，包括對WBS中所有任務的工作量、資源、進度進行確認；

2.項目計劃要得到項目總監、用戶的確認；

識別出利益相關小組

1.關鍵交付物

2.交付日期1.依據WBS，項目經理估算活動、任務的工作量和成本；

2.評審估算活動產物1.識別出項目的風險；

2.根據確定的風險參數定義評估風險。風險參數包括：

概率、影響、優先級；

3.根據規定的風險類別對風險進行分類和分組，同時明確風險的因果或先后關系；

4.排列風險順序，確定風險對項目的影響程度；

5.每個風險中制定相應的應對措施

6.文檔化識別的風險；

7.和利益相關者審查風險，并達成一致；

8.根據需要修訂風險文件。1.識別出項目所需的知識和技能，包括：

業務、技術和質量過程方面

2.評估現有的可用的知識和技能，獲取本項目組不具備的知識和技能；

3.制定相應的技能培訓計劃；

4.在WBS里體現人員技能培訓的活動；L21.在項目售前階段，根據項目合同的點對點應答/建議方案等做項目進度和成本的估算[售前預算]L1合同附件:點對點應答/建議方案書

-如果是合同外服務，可以是和用戶的一些約定或者原始SOW生命周期項目計劃估算風險管理技能提高項目監督與控制L61.度量從事"進展審查"所花費的工作量

2.度量從事"監督參數"所花費的工作量

3.度量從事"監督承諾"所花費的工作量

4.統計不能實現承諾的數量度量從事"監督里程碑審查"所花費的工作量度量從事"問題分析&糾正措施"所花費的工作量

問題數量、關閉數量1.度量從事"監督風險"所花費的工作量

2.統計識別的風險數L5監督計劃參數：

1.對項目的關鍵路徑上的任務進行跟蹤，包括：

跟蹤任務的進度、工作量、資源；

2.對工作產品和任務的屬性、關鍵計算機資源等進行跟蹤：

工作產品和任務屬性（如規模或復雜程度）及其變更；

系統使用的資源（如計算機、網絡、測試設備、軟件工程環境等）；

進展審查：

1.審查任何過程或產品的變更請求報告；

2.審查結果文檔化；

3.跟蹤變更請求，直到其關閉；

監督利益相關者：

1.依據利益相關者介入承諾的變更，調整WBS；當關鍵路徑上的任務發生偏差時：

調整任務的工作量，重新分配資源；

調整關鍵路徑上與其相關聯的任務的工作量、資源、進度；同時調整非關鍵路徑上受影響的其他任務的工作量、資源、進度；

依據任務的調整，重新生成關鍵路徑圖；1.項目總監定期對項目的風險管理進行審查；

2.項目經理定期對項目風險管理活動進行分析；L4監督計劃參數：

對工作產品和任務的資源、工作量以及進度等進行跟蹤：

1.項目工作量和資源（包括：項目加班情況、項目組人員流失）

2.項目需要的知識和技能；

3.工作量、資源、知識和技能的偏離情況，并文檔化。

進展審查：

1.項目經理組織用戶、其他管理人員、供應商以及受影響的利益相關者對活動和工作產品的完成情況共同進行審查；

監督利益相關者：

1.按月/周審查WBS中與利益相關者介入有關的各任務、活動的進展情況；

2.依據進展情況，跟蹤、解決存在的問題；

3.及時調整WBS中與利益相關者介入有關的各任務、活動中相關內容；1.采集問題，以供分析，問題包括：

計劃中預算值有明顯偏差的項目計劃參數，包括：

項目進度、工作量、資源、項目所需的知識和技能偏差值；

未得到滿足的內部或外部承諾，包括：

WBS中的內部或外部承諾；

發現重大變化的風險狀態；

利益相關者的介入情況

2.確定為處理所識別的問題而采取相應的糾正措施，糾正措施包括：

當項目工作范圍或關鍵任務的工作量、資源發生偏差時，進行重估算：

重新估算任務的工作量、資源

依據重估算的結果，調整項目關鍵任務的進度；

重新確定項目風險；

補充資源；

重新商談承諾；

改變相應過程；

3.采取的措施與相關人共同審查并達成協議；

4.協商有關內部和外部的承諾變化；1.項目組按周審查項目相關的風險的應對情況；

2.項目例會上主要針對進度、工作量和資源等方面的風險設專題討論；

3.分析風險參數，依據項目實際情況及時調整參數；

風險評價；

風險發生概率；

風險優先順序；

4.依據項目實際情況及時調整風險應對措施，應對策略；

5.在WBS中體現被調整的應對措施；L3監督計劃參數，對工作產品和任務的進度進行跟蹤：

1.項目進展：按照WBS中的進度；

2.項目進展的偏離情況，并文檔化

監督承諾：

1.按月審查內部和外部的承諾，審查承諾包括：

審查WBS中關鍵任務執行的承諾；

審查功能實現執行的承諾

審核接口實現任務執行的承諾

審核關鍵資源的承諾，如：

人力資源等

2.識別那些沒有得到滿足的承諾或那些很可能得不到滿足的承諾；

3.承諾審查的結果文檔化

4.對發現的問題進行分析跟蹤直到關閉

進展審查：

1.項目經理在項目例會中對活動和工作產品的完成情況進行審查，并通報相關者；

相關者包括：項目總監、項目成員、用戶、其他管理人員、受影響的利益相關者

2.重大偏差和重大問題文檔化；

3.審查結果文檔化；

4.跟蹤問題報告，直到其關閉；

監督利益相關者：

1.按照WBS中的項目里程碑點對利益相關者的活動進行審查(組間協同人或者組織)

第三方廠家

主機,數據庫等項目環境提供者

2.對發現的問題進行分析跟蹤直到關閉1.在項目進度安排的里程碑點與相關人員共同進行審查；

2.審查該項目的承諾、計劃、狀態以及風險；

3.識別重大問題及其影響并將其文檔化；

4.審查結果、為解決問題而采取的各項行動以及各項決定文檔化；

5.跟蹤所采取的行動，直至結束1.采集問題，以供分析，問題包括：

測試和評審活動中發現的問題；

計劃中預算值有明顯偏差的項目計劃參數，包括：

項目進度偏差值

2.確定為處理所識別的問題而采取相應的糾正措施，糾正措施包括：

修改相應的需求、設計等文檔；

任務進度累計工期超過15天，重新修訂WBS，調整任務的進度、資源；

對修訂后的WBS進行評審；

3.與相關人共同審查采取的糾正措施并達成協議；1.項目組按生命周期階段點審查項目相關的風險的應對情況；

2.更新風險的狀態；

3.識別項目新的風險；

4.把風險狀態通知受影響的各方；L2L11.按照客戶里程碑點對項目進度/風險/問題/成本進行審核

2.對發現的問題跟蹤并直到關閉

3.在客戶里程碑點對發現的問題進行分析并將記錄文檔化

4.根據問題分析的結果采取相應的措施

-增加資源

-延長工期/增加工作量

-修改和用戶的約定進行進展審查里程碑審核分析問題&糾正措施監督項目風險需求管理過程REQM_L81.根據需求變更來源以及影響分析變更原因,同時改進項目需求管理方法

2.項目組將經驗交付給組織便于需求管理過程的改進REQM_L7度量需求變更的來源

1.客戶提出

2.公司產品規劃

3.需求采集遺漏

4.需求理解錯誤REQM_L6度量獲取需求管理的工作量1.度量管理需求變更所花費的工作量

2.度量需求變更的數量和類型度量識別需求和工作產品不一致花費的功工作度量獲取項目組承諾的工作量度量維持需求雙向可塑性的工作量REQM_L51、審查設計、測試、代碼的變更是否和需求以及需求變更保持一致，并及時糾正REQM_L41、項目相關組（如集成組）參與對需求變更進行評估，并及時完成由此帶來的對相關組工作計劃的調整1、審查項目計劃是否和需求以及需求變更是一致的，并及時糾正1、用需求跟蹤矩陣（或系統功能說明書）覆蓋用戶需求被完整的功能分解

2、用需求跟蹤矩陣跟蹤功能需求被實現的過程（包括設計、測試、代碼）REQM_L31、項目組內部按照變更流程對需求變更做評估，并及時完成由此帶來的設計、測試、代碼文檔的調整，并對需求跟蹤矩陣做更新1、用需求跟蹤矩陣（或需求規格書）覆蓋完整的用戶需求RM_L21、項目組建立需求受理機制，包括：

1）需求提供人

2）需求受理人

3）需求評估和接受的原則1、項目組內部按照變更流程對需求變更做評估，并對影響度進行分析，并及時完成由此帶來的項目計劃的調整1、項目組內部按照變更流程對需求變更做評估，評估對現有的承諾的影響，如：承諾的軟件上線時間延遲，并對承諾的變更，獲得承諾雙方達成的共識RM_L1

1、雙方對需求達成共識1、文檔化項目的需求及需求的變化

2、需求變更有記錄獲得可理解的需求管理需求的變更辨別需求和工作產品的不一致性建立對需求的承諾維持需求雙向可溯性配置管理過程CM_L81.通過分析變更原因來了解需求/設計等穩定度

2.通過對從事花費變更工作量的分析對項目計劃的影響對配置審計問題進行分析

1.對項目配置管理活動改進

2.交付組織財富庫

3.對組織的配置過程進行改進CM_L71.度量變更原因,并對變更原因進行分類1.對配置審計問題進行分類

物理審計發現的問題

功能審計發現的問題

配置管理問題

相關者問題CM_L61.度量從事版本控制所花費的工作量

2.度量從事版本控制所出現的問題1.按照配置管理活動的子活動度量出子活動工作量

2.度量相關組配置管理的工作量1.能對配置項的以下指標度量

.按照生命周期階段配置項數量

.按照計劃配置項交付的延期率

2.度量從事配置項識別所花費的工作量1.度量基線創建的延遲率

2.度量從事基線創建所花費的工作量1.定期度量變更相關的數據

申請變更數

累計變更數

批準變更數

……

2.度量從事變更控制所花費的工作量

配置管理員所花費的工作量

相關者所花費的工作量度量從事配置狀態報告所花費的工作量1.度量從事配置審計所花費的工作量

2.度量配置審計發現的問題CM_L51.能創建獨立配置管理活動WBS任務分解

配置管理員從事配置活動的WBS

相關者從事配置活動的WBS

2.配置管理策略說明了項目總監以及項目經理介入配置管理的時機和動作能標識出每個基線版本的差異需求

1.新增的需求

2.修改的缺陷

3.修改了原來的需求1.變更控制過程有評估和驗證活動

2.變更過程中涉及到的文檔類配置項需要必要的變更

3.變更過程中隨時將配置項變更狀態周知項目組1.根據配置項變更觸發式進行狀態報告

2.報告新增以下內容

配置工具的狀態

配置庫操作情況

配置管理問題跟蹤情況（包括審計問題）

基線和配置項度量數據的報告

變更的度量數據

配置審計問題的跟蹤

報告需求實現情況1.按照審計計劃在基線創建時進行功能審計

需求實現過程是否完整

需求演變過程是否遺漏CM_L41.項目組從配置服務器上檢出和檢入版本,在檢入時時需要填寫修改說明,可以在配置工具加注說明也可以用獨立文件來描述,詳細描述具體到每個文件修改責任人/時間/內容配置計劃新增以下內容:

1.項目組有明確的配置管理策略

2.配置審計計劃

3.配置管理日常計劃

備份計劃

配置庫日常檢查計劃

4.配置狀態發布計劃以及觸發提交

5.配置計劃需要通過項目總監審批

6.配置計劃發布后周知項目組全體人員1.根據一定的規則對代碼配置項的顆粒度進行進一步的細化

代碼配置項的顆粒度至少細化到模塊級

2.對識別的配置項進行歸類

將配置項分成技術類文檔/工程類文檔/接口類文檔/計劃類

3.能對配置項變更做相應的跟蹤和記錄

4.能對配置項交付活動作記錄和跟蹤

5.能識別出項目活動中過程配置項在編碼和測試活動中，能根據項目的特點創建測試基線，為測試活動提供可測試的版本1.項目組制定了適合項目特點的變更控制流程

2.變更的過程中的相關活動有文檔化的記錄1.項目組定期發布配置狀態

.只對納入基線的配置項的狀態進行報告

.配置狀態報告周知項目組按照配置審計計劃,在基線創建是進行物理審計

-檢查基線包含的配置項是否完整

-檢查配置項的命名和版本的命名規則是否符合約定

-檢查配置項納入基線是否符合條件

-檢查與配置項相關活動是否執行

-檢查變更過程是否符合規程

-檢查版本控制是否有記錄

-檢查發布過程是否要求(限于產品基線)

-審核配置計劃中的相關活動是否落實CM_L31.項目組通過配置管理工具進行版本控制,也就是說有獨立的配置管理系統

2.項目組至少每1周更新（檢入）一次配置服務器1.項目有獨立的配置管理計劃,計劃中包括以下內容:

項目的生命周期以及模型

項目的建設目標

配置庫的目錄結構

配置基線計劃

配置項管理計劃

配置項以及版本命名規則

2.在項目啟動之時制定配置計劃，配置計劃和項目計劃同步制定1.能識別出項目活動的結果配置項

2.能識別出項目活動中變量配置項

3.配置項交付時符合交付約束條件

4.配置項的命名符合約定

5.明確配置項責任人根據項目的生命周期規劃出項目的基線計劃

1.在配置庫上有明顯的Label動作軌跡

2.按照發布計劃,發布活動軌跡CM_L2能根據項目的合同，識別出項目合同中規定的階段產物CM_L11.項目組按里程碑通過備份的方式將項目源代碼備份到公司配置服務器上

2.項目組按里程碑通過備份的方式將項目核心技術文檔備份到公司配置服務器上版本控制配置計劃配置項識別基線變更控制配置狀態報告配置審計質量保證過程L81.項目過程改進

根據質量趨勢報告制定項目過程改進計劃

根據質量趨勢報告向EPG提出過程修改建議1.項目過程改進

根據質量趨勢報告制定項目過程改進計劃

根據質量趨勢報告向EPG提出過程修改建議L71.對工作產品的不合格項進行分析

.分析不合格項產生的質量趨勢

文檔化趨勢報告

向項目組和高層匯報趨勢，并提出改進方案和思路1.對過程的不合格項進行分析

.分析不合格項產生的質量趨勢

文檔化趨勢報告

向項目組和高層匯報趨勢，并提出改進方案和思路L61.度量從事工作產品審核的工時

2.度量工作產品的不合格數1.度量從事過程審計和輔導的工時

2.度量過程審計發現的不合格數量度量從事質量活動的工作量L51.工作產品不合格項處理

對不合格項進行分析，判定不合格項的處理思路

-解決不合格項

-修改準則

-申請豁免（需要公司EPG核準）

對于不能解決或者無法解決的不合格項交付項目總監,并跟蹤問題解決直到關閉1.過程不合格項處理

對不合格項進行分析，判定不合格項的處理思路

-解決不合格項

-修改準則

-申請豁免（需要公司EPG核準）

對于不能解決或者