簡述CMMI 各過程的SGCMMI 二級簡述一個處于“無序化”生產(chǎn)的軟件公司，要進(jìn)行過程改進(jìn)，首要是改進(jìn)什么呢？ 做任何事情都需要計劃，做軟件開發(fā)這樣復(fù)雜的工作更加需要計劃，所以2級中有項(xiàng)目計劃(PP

簡述CMMI 各過程的SG

CMMI 二級簡述

一個處于“無序化”生產(chǎn)的軟件公司，要進(jìn)行過程改進(jìn)，首要是改進(jìn)什么呢？ 做任何事情都需要計劃，做軟件開發(fā)這樣復(fù)雜的工作更加需要計劃，所以2級中有項(xiàng)目計劃(PP)以及項(xiàng)目計劃跟蹤與控制(PMC)兩個PA ，分別對指定計劃以及計劃的執(zhí)行給出了詳細(xì)的標(biāo)準(zhǔn)。

人是會死的，需求是會變的。需求變更是每個軟件公司最頭疼的問題，需求變更也是導(dǎo)致項(xiàng)目進(jìn)度拖延、成本高漲的主要原因。如何管理好需求呢？需求管理(RM)給出了詳細(xì)的指引。

軟件生產(chǎn)越來越復(fù)雜，有時候我們需要采購一些組件，用于項(xiàng)目中。另外一個方面，純軟件的項(xiàng)目比例也慢慢縮小，很多軟件是基于一定的硬件的，而不少硬件也是需要采購的。如何采購到合適的軟硬件，如何保證采購工作不影響項(xiàng)目成功呢？供應(yīng)商協(xié)議管理(SAM)會給你一個解答。

軟件是比較難進(jìn)行量化管理的，但作為公司的管理者，總會想知道成本、進(jìn)度、缺陷方面的一些數(shù)據(jù)，以了解項(xiàng)目的情況。CMMI2級，已經(jīng)對度量提出了要求，詳細(xì)情況見度量(MA)這個PA 。

如何保證軟件生產(chǎn)過程中各類工作產(chǎn)品協(xié)調(diào)一致，配置管理(CM)會給出指導(dǎo)。 如何保證每個工作產(chǎn)品以及生產(chǎn)工作產(chǎn)品的過程是遵照規(guī)定執(zhí)行的呢？產(chǎn)品與過程質(zhì)量保證(PPQA)有明確的指引。

CMMI L2 級其實(shí)比較簡單。如果組織沒有供應(yīng)商那么SAM 可以NA 。

1、項(xiàng)目計劃(PP):實(shí)際上就是建立PMP 及生命周期模型。

2、項(xiàng)目計劃跟蹤與控制(PMC):項(xiàng)目PMP 及變更控制等。

3、需求管理(RM)：需求跟蹤及變更控制。

4、供應(yīng)商協(xié)議管理(SAM)：供應(yīng)商選擇標(biāo)準(zhǔn)、評估、評價等。

5、度量(MA)：本身是CMM L4級的要求，他應(yīng)該和CMMI:L4中的QPM 聯(lián)系起來，這個的MA 比較簡單，在評估時候，存在寫KPI ，有簡單的度量就可以了。要求比較低。

6、配置管理(CM)：有一個CVS 或VSS 工具即可。

7、產(chǎn)品與過程質(zhì)量保證(PPQA)：成立QA 機(jī)構(gòu)，主要是質(zhì)量保證、質(zhì)量控制及評審。

所以，L2的東西真是非常簡單。L3的PA 復(fù)雜點(diǎn)，但是，相對L4級來說也比較簡單。不需要將這個東西看太難。

CMMI 三級簡述

2級其實(shí)有很多問題還沒有解決的，細(xì)心的人會發(fā)現(xiàn)，2級對軟件工程活動的指導(dǎo)很弱，如：需求開發(fā)、設(shè)計、編碼、測試等。在3級，你會發(fā)現(xiàn)：

1) 有指導(dǎo)需求開發(fā)的需求開發(fā)(Requirements Development)這個PA ；

2) 有指導(dǎo)設(shè)計、編碼工作的技術(shù)解決方案(Technical Solution)這個PA ；

3) 有指導(dǎo)如何保證工作產(chǎn)品滿足要求的驗(yàn)證(Verification)；

4) 有指導(dǎo)如何保證軟件產(chǎn)品滿足真實(shí)使用環(huán)境要求的(Validation)；

5) 還有指導(dǎo)如何把軟件產(chǎn)品各組件集成在一起并保證能在相應(yīng)的硬件載體運(yùn)行

正常的產(chǎn)品集成(Product Integration)；

2級的PP 與PMC 是直接與項(xiàng)目管理有關(guān)的兩個PA ，在3級，對項(xiàng)目管理的要求進(jìn)一步提高：

6) 集成項(xiàng)目管理(Integrated Project Management)：3級的項(xiàng)目管理，要求利用組織級的財富庫進(jìn)行項(xiàng)目估算，并且利用財富庫裁剪出項(xiàng)目自己的過程，并用這個過程來管理項(xiàng)目。

7) 風(fēng)險管理(Risk Management)：2級只有PP 的SP2.2中提到要識別風(fēng)險，而在3級專門有一個PA 對風(fēng)險管理提出更高的要求。

大家不知道有沒有發(fā)現(xiàn)，2級的PA 都是直接針對項(xiàng)目提出要求的。3級的IPM 和RSKM ，除了對項(xiàng)目級提出要求，另外也對組織級提出了要求，IPM 要求有組織級的資產(chǎn)庫，RSKM 要求要有組織級的風(fēng)險管理策略等。另外，3級有幾個“O”開頭的PA ，這幾個PA 都是直接對組織級的提出要求。

8) 組織過程焦點(diǎn)(Organizational Process Focus)：這個PA 要求組織成立SEPG 來推動過程改進(jìn)的工作，要求識別、計劃、實(shí)施改進(jìn)過程，保證組織過程能持續(xù)改進(jìn)。

9) 組織過程定義(Organizational Training)：這個PA 要求組織級建立財富庫，財富庫內(nèi)容要包括標(biāo)準(zhǔn)的過程、裁剪庫、度量庫、生命周期模型等。

10) 組織培訓(xùn)(Organizational Training)：要求組織根據(jù)商業(yè)目標(biāo)要求準(zhǔn)備并提供培訓(xùn)。

3級還有一個很特別的PA ：

11) 決策分析及解決方案(Decision Analysis and Resolution)：這個PA 提供了一個如何做出最佳決策的方法指導(dǎo)。軟件行業(yè)很多重要的決策，如設(shè)計方案、采購方案等，都可以應(yīng)用這個PA 提供的辦法，另外也可以在組織過程改進(jìn)中應(yīng)用決策分析的辦法。

總結(jié)一下3級的幾個重要特點(diǎn)：

1) 明確規(guī)定了需求開發(fā)、設(shè)計、編碼、測試、集成等軟件開發(fā)各過程的要求。

2) 對項(xiàng)目管理提出了更高的要求，要利用組織級的數(shù)據(jù)來管理項(xiàng)目。

3) 出現(xiàn)了專門針對組織級的PA ，要求有專門的組織來負(fù)責(zé)過程改進(jìn)的工作。

4) 提供了一個做出最佳決策的指導(dǎo)，而這個方法可以用于軟件工程，也可以用于組織級過程改進(jìn)。

由這些特點(diǎn)大家可以看到，3級已經(jīng)對軟件開發(fā)的各個方面有了詳細(xì)的要求，2級很多不明細(xì)的地方全部已經(jīng)明確。一個達(dá)到3級的企業(yè)，肯定會定義了很多軟件開發(fā)各個方面的過程，并且會有組織級的財富庫。所以3級叫“已定義”級。 補(bǔ)充說明：

3級還有另外3個PA 上文沒有提到，分別是

Integrated Teaming、Organizational Environment for Integration：對大型軟件團(tuán)隊(duì)提出了要求，一般情況下中小型軟件企業(yè)可以NA 。

Integrated Supplier Management：如果軟件企業(yè)需要管理大量的供應(yīng)商，則需要考慮這個PA 。

這3個PA 大部分情況下不需要考慮，將暫時不展開詳細(xì)的討論。

CMMI 四級簡述

2、3級已經(jīng)對軟件開發(fā)的方方面有了詳細(xì)的指引，4級還會有什么更高的要求呢？

4級叫定量管理，那什么叫定量管理？

微軟的MSF 達(dá)到CMMI 幾級水平呢？

是不是所有企業(yè)都適合做CMMI4級呢？

大家都知道軟件開發(fā)是智力勞動，量化談何容易。作為企業(yè)老板來說，希望能對自己的軟件生產(chǎn)過程進(jìn)行強(qiáng)有力的控制，量化管理自然就會提到議程。4級的定量管理是有一定的基礎(chǔ)要求的，進(jìn)行定量管理的項(xiàng)目必須是性質(zhì)近似的，生產(chǎn)過程類似的，這樣才可能在一段時間類積累了一堆有同類可比性的數(shù)據(jù)，對這些數(shù)據(jù)進(jìn)行統(tǒng)計分析后才可能得出用于項(xiàng)目控制的基線。簡單的說，所謂的定量管理，就是利用經(jīng)驗(yàn)數(shù)據(jù)得出的指標(biāo)，對將來的項(xiàng)目進(jìn)行管理。

如果一個企業(yè)已技術(shù)創(chuàng)新為主，項(xiàng)目間可比性低，這樣是不太可能做4級的。就好象微軟，微軟不斷的研發(fā)新產(chǎn)品、新技術(shù)，微軟也是不太可能做到4級的。微軟的MSF ，大概就達(dá)到CMMI3的水平。

首先要向大家澄清一個誤區(qū)，軟件企業(yè)并不是越高級越好的，其實(shí)4級的管理不太適用于創(chuàng)新型的企業(yè)，因?yàn)闊o法形成基線。當(dāng)然創(chuàng)新性的企業(yè)，也可能會有相對穩(wěn)定的過程，這些過程是可以實(shí)施4級管理的。

4級只有兩個PA ，就是：

組織過程性能(Organizational Process Performance )

定量項(xiàng)目管理(Quantitative Project Management)

OPP 是對組織級的要求，組織需要統(tǒng)計出組織級的基線；QPM 是對項(xiàng)目的要求，項(xiàng)目要用組織級的基線來控制項(xiàng)目過程。

兩個PA 都很復(fù)雜，其中OPP 的SP1.4建立性能基線，SP1.5建立性能模型，兩者工作量就可以是2、3級幾個PA 的總和。這里先大概談?wù)?，以后再詳?xì)論述。

CMMI 五級簡述

5級的企業(yè)，是如何做到“持續(xù)改進(jìn)”呢？

其實(shí)一個軟件企業(yè)，要提高生產(chǎn)力，有3方面途徑：

1) 改進(jìn)過程，使現(xiàn)有的過程更強(qiáng)更有效。

2) 引入新技術(shù)，提高生產(chǎn)力。

3) 對工作出出現(xiàn)的問題進(jìn)行原因分析，避免以后再次出現(xiàn)。

改進(jìn)過程、引入新技術(shù)都是有風(fēng)險的，不能盲目改進(jìn)過程，也不能盲目引入新技術(shù)，新過程、新技術(shù)也不能一下子推廣到整個組織，可能需要先試行，然后逐步推廣到整個組織，在實(shí)施過程中，需要監(jiān)控整個情況并評估改進(jìn)的效果。 組織革新與部署(Organizational Innovation and Deployment )這個PA 給出了明確的指引。

工作中發(fā)現(xiàn)的每個問題，其實(shí)都是改進(jìn)的機(jī)會，但實(shí)際工作中發(fā)現(xiàn)的問題可能非常多，需要選擇最有價值的問題進(jìn)行深入分析，并避免其再次發(fā)生。通過不斷地修復(fù)問題，組織的生產(chǎn)力就會不斷提升。

原因分析及解決方案(Causal Analysis and Resolution)這個PA 給出了明確的指引。

5級就只有OID 和CAR 兩個PA ，兩個PA 對3個可以提高企業(yè)生產(chǎn)力的途徑進(jìn)行了指引，只要把OID 、CAR 做好，企業(yè)就可以“持續(xù)改進(jìn)”了。

PP

SG1

Estimates of project planning parameters are established and maintained.

建立和維護(hù)用于項(xiàng)目計劃的各類參數(shù)的估算。（建立估算）

SG2：

A project plan is established and maintained as the basis for managing the project. 建立和維護(hù)項(xiàng)目計劃，這個計劃要作為項(xiàng)目管理的基礎(chǔ)。（建立計劃） SG3：

Commitments to the project plan are established and maintained.

建立和維護(hù)對項(xiàng)目計劃的承諾。項(xiàng)目計劃要被相關(guān)的人評審和認(rèn)可。（取得承諾）

PMC

SG1:

Actual performance and progress of the project are monitored against the project plan. 根據(jù)計劃，跟蹤項(xiàng)目的實(shí)際性能和過程。

SG2:

Corrective actions are managed to closure when the project 's performance or results deviate significantly

from the plan.

項(xiàng)目的性能或者結(jié)果明顯偏離計劃時，要采取糾正措施保證按計劃進(jìn)行。 RM

SG1

Requirements are managed and inconsistencies with project plans and work products are identified.

管理需求并且識別出需求與項(xiàng)目計劃、工作產(chǎn)品不一致的地方。

這句話有兩層意思：

1. 需求要被管理，

被管理的意思又有兩層：

一是需求要被確認(rèn)，

二是要控制需求變更

2. 需求要用來指導(dǎo)下游的工作產(chǎn)品，如：計劃、設(shè)計、測試等

MA

SG1:

Measurement objectives and activities are aligned with identified information needs and objectives.

這個SG 主要講述的是，組織級要明確實(shí)際的需要，定出度量的目標(biāo)，并根據(jù)此目標(biāo)，定義合適的度量方法、

過程等。

SG2:

Mesurement results the adreess identified information needs and objectives are provided.

這個SG 主要講述的是：根據(jù)組織級定義的要求，進(jìn)行度量工作，收集、分析、存儲、報告度量信息等。

SG1主要從組織級的角度定義度量的做法，SG2就是按照已定義的做法，在實(shí)際工作中開展度量的工作。

CM

SG1:

Baselines of identified work products are established.

建立已識別的工作產(chǎn)品的基線。

配置項(xiàng)與基線的區(qū)別：

配置項(xiàng)是需要進(jìn)行配置管理的最小單位，如：一份文檔、一片段代碼等。 基線是配置項(xiàng)的一種，基線需要進(jìn)行更加嚴(yán)格的管理。

一般配置項(xiàng)的管理等級是：

權(quán)限控制、版本控制。而基線的管理等級除了具備以上管理外，還需要非常嚴(yán)格的變更控制辦法。

SG2:

Changes to work products under configration management and tracked and controlled.

跟蹤和控制置于配置管理系統(tǒng)下的工作產(chǎn)品的變更。

SG3:

Integrity of baselines is established and maintained.

建立和維護(hù)基線的完整性。

功能審計：指工作產(chǎn)品是否滿足一定的功能要求，這個工作一般不由配置管理員負(fù)責(zé)，

而是通過文檔的評審、軟件的測試進(jìn)行。

物理審計：就是檢查工作產(chǎn)品是否符合格式、版本號等方面的要求，一般有配置管理元負(fù)責(zé)。

配置項(xiàng)要進(jìn)入配置庫前，都應(yīng)該經(jīng)歷審計，保證其符合要求，保證后續(xù)工作產(chǎn)品的正確性。

如果是基線級別的工作產(chǎn)品要進(jìn)入配置庫，需要接受更加嚴(yán)格的審計。 PPQA

SG1:

Adherence of the performed process and associated work products and services to applicable

process descriptions,standards,and procedures is objectively evaluated.

依據(jù)一定的標(biāo)準(zhǔn)的客觀地評估被執(zhí)行的過程及相應(yīng)的工作產(chǎn)品。

這里要注意幾點(diǎn)：

1) 要有一定的標(biāo)準(zhǔn)，這是基礎(chǔ)。

2) 評估要客觀。

3) 要對過程、產(chǎn)品都進(jìn)行評估

SG2:

Noncompliance issues are objectively tracked and communicated,and resolution is ensured.

發(fā)現(xiàn)的問題要客觀地被跟蹤、溝通并解決。

RD

RD 有三個SG ，SG1開發(fā)客戶需求，SG2開發(fā)產(chǎn)品需求，SG3分析和確認(rèn)需求。

前兩個SG 講述的是需求開發(fā)由頂而下、由粗到細(xì)的過程，SG3講述的是需求分析和確認(rèn)的過程。

SG1:

Stakeholder needs,expectations,constraints,and interfaces are collected and translated into

customer requirements.

干系人的需要、期望、約束和接口要求被收集并轉(zhuǎn)化為客戶需求。

SG2:

Customer requirements are refined and elaborated to develop product and product-components requirements.

客戶需求是精確和詳細(xì)的，以用來開發(fā)產(chǎn)品需求和產(chǎn)品組件需求。

SG3:

The requirements are analyzed and validated,and a definition of required

functionality is developed.

需求被分析和確認(rèn)，并定義出具體的功能性需求。

TS

技術(shù)解決方案這個PA ，主要講述的是設(shè)計、開發(fā)、實(shí)施方面的問題。 在CMM 中，對設(shè)計、開發(fā)、實(shí)施方面的要求是比較簡單的。

SG1:

Product or product-component solutions are selected from alternative solutions. 從候選方案中選擇產(chǎn)品或者產(chǎn)品組件的解決方案。

SG2:

Product or product-components designs are developed.

開發(fā)產(chǎn)品或者產(chǎn)品組件設(shè)計。

SG3:

Product components,and associated support documentation,are implemented from their designs.

實(shí)施產(chǎn)品設(shè)計并開發(fā)相應(yīng)的支持文檔。

PI

什么是產(chǎn)品集成？簡單的說就是把組成產(chǎn)品的所有軟件組件組裝起來，使之運(yùn)行在目標(biāo)環(huán)境上，

產(chǎn)品集成包括軟件組件之間的集成、軟件與硬件的集成、軟件基礎(chǔ)數(shù)據(jù)的錄入、調(diào)試等。

系統(tǒng)越復(fù)雜，集成就顯得越發(fā)重要。微軟的每日構(gòu)建，極限開發(fā)中的持續(xù)集成，都是對產(chǎn)品集成的基本原則，

其基本道理就是隨時保證組成最終產(chǎn)品接口一致，能順暢運(yùn)行，能隨時拿得出可運(yùn)行的版本。

SG1

Preparation for product integration is conducted.

準(zhǔn)備產(chǎn)品的集成。

SG2

The product-component interfaces,both internal and external,are compatible. 產(chǎn)品組件的接口，包括內(nèi)部和外部的，都是兼容。

SG1的SP 的工作產(chǎn)品一般會是集成計劃、接口說明、集成標(biāo)準(zhǔn)等文檔，SG1的主要任務(wù)是完成這些文檔，

而SG2的主要任務(wù)就是檢查接口是否一致，并在發(fā)生接口變化的時候，管理

接口的變化，使之保持一致。

SG3

Verified product components are assembled and the integrated,verified,and validated product is delivered.

驗(yàn)證產(chǎn)品組件被裝配和集成，經(jīng)過驗(yàn)證和確認(rèn)的產(chǎn)品被交付。

SG3主要講的是執(zhí)行集成的過程，并交付產(chǎn)品給客戶。

VER

驗(yàn)證就是按照既定的標(biāo)準(zhǔn)，檢查工作產(chǎn)品是否符合要求。工作產(chǎn)品可能是文檔也可能是軟件本身。而檢查的辦法一般是同行評審或者是軟件測試。那什么是同行評審呢？比方說：A 君是做軟件設(shè)計的，B 君也是做軟件設(shè)計的，

A 君寫了一份設(shè)計文檔，讓B 君這個同行（因?yàn)榇蠹叶际亲鲈O(shè)計的）來給給意見，這樣就使同行評審。同行評審的目的就是讓有同樣工作經(jīng)驗(yàn)和技能的人來評審自己的工作產(chǎn)品，發(fā)現(xiàn)盡量多的問題。驗(yàn)證這個PA 其目的是希望軟件企業(yè)在軟件開發(fā)整個過程中，做好相應(yīng)的檢查工作，把盡量問題發(fā)現(xiàn)前面，保證了項(xiàng)目的可控性，降低開發(fā)的成本。這個PA 有3個Specific Goals,SG1講述的是做好驗(yàn)證的準(zhǔn)備，SG2、SG3分別講述的是執(zhí)行驗(yàn)證的兩種辦法，一種是同行評審，一種是執(zhí)行驗(yàn)證（通常就是測試）。如果測試是在用戶實(shí)際生產(chǎn)環(huán)境下進(jìn)行的， 例如：驗(yàn)收測試、客戶試用系統(tǒng)等，這時這類工作就屬于確認(rèn)(Validation)了， 請參考關(guān)于“確認(rèn)(Validation)”的內(nèi)容。

SG1

Preparation for verification is conducted.

準(zhǔn)備驗(yàn)證的工作。

SG2

Peer reviews are performed on selected work work products.

對指定的工作產(chǎn)品進(jìn)行同行評審。

SG3

Selected work products are verified against their specified requirements.

根據(jù)指定的要求驗(yàn)證工作產(chǎn)品。

這里的驗(yàn)證既包括同行評審也包括測試，但因?yàn)镾G2專門是針對同行評審的， 這個SG 可以理解成主要針對除了同行評審?fù)獾钠渌?yàn)證活動。

VAL

與驗(yàn)證不同，驗(yàn)證強(qiáng)調(diào)的是在開發(fā)過程中對工作產(chǎn)品進(jìn)行檢查，盡早發(fā)現(xiàn)問題。 而確認(rèn)強(qiáng)調(diào)的是，在真實(shí)的使用環(huán)境中，確保軟件能達(dá)到預(yù)期的效果。開發(fā)環(huán)境與真實(shí)環(huán)境是不可避免存在差異的，為了有效地避免在開發(fā)環(huán)境中沒有問題，但一到真實(shí)環(huán)境就出現(xiàn)問題的情況，確認(rèn)的工作是非常重要的。確認(rèn)不一定在項(xiàng)目后期才進(jìn)行，這個PA 沒有對確認(rèn)的時間有任何的規(guī)定。作為一般的常識，我們應(yīng)該盡快安排軟件的確認(rèn)工作，如：盡快發(fā)出一個小版本，在實(shí)際環(huán)境中運(yùn)行起來，盡快發(fā)現(xiàn)確認(rèn)中的問題。一般來說，調(diào)試、試用、驗(yàn)收測試等都是確認(rèn)的工作。

SG1

Preparation for validation is conducted.

準(zhǔn)備確認(rèn)工作。

SG2

The product or product components are validated to ensure that they suitable for use in their intended operating environment.

執(zhí)行確認(rèn)，確保產(chǎn)品或者產(chǎn)品組建在目標(biāo)操作環(huán)境下滿足使用的要求。

IPM

SG1

The project is conducted using a defined process that is tailored from

the organization’s set of standard process.

項(xiàng)目依據(jù)項(xiàng)目定義的過程執(zhí)行，這個項(xiàng)目定義的過程是通過組織的標(biāo)準(zhǔn)過程裁剪出來的。

什么叫“項(xiàng)目定義過程”？什么叫“裁剪”？

3級的軟件企業(yè)，會有很多項(xiàng)目開發(fā)方面的各個過程，而且根據(jù)不同的情況，可能會有不同的過程。

也有可能同一個過程，允許不同類型的項(xiàng)目的做法或者執(zhí)行的力度等不太一樣。組織過程中會有明確的指導(dǎo)，告訴使用這個過程的項(xiàng)目，如何根據(jù)項(xiàng)目本身的特點(diǎn)，來選擇或者制定自己項(xiàng)目應(yīng)該執(zhí)行的過程。 這個指導(dǎo)，就是裁剪指南，根據(jù)這個指導(dǎo)定義項(xiàng)目應(yīng)該執(zhí)行的過程，就是“裁剪”，定義出來的項(xiàng)目應(yīng)該 執(zhí)行的過程就是“項(xiàng)目定義過程”。

“裁剪”不一定是減少步驟地，增加步驟，修改步驟等都是“裁剪”，注意是“裁剪”而不是“裁減”。

SG2

Coordination and collaboration of the project with relevant stakeholders is conducted. 協(xié)調(diào)和項(xiàng)目相關(guān)的干系人。

RSKM

RSKM 有3個SG ，SG1主要就是講述組織級的要求，而SG2、SG3重點(diǎn)講述項(xiàng)目如何進(jìn)行風(fēng)險管理活動。

SG1

Preparation for risk management is conducted.

做好風(fēng)險管理的準(zhǔn)備。

SG2

Risks are identified and analyzed to determine their relative importance.

識別風(fēng)險并分析決定他們的相關(guān)重要性。

SG3

Risks are handled and mitigated,where appropriate,to reduce adverse impacts on achieving objectives.

風(fēng)險被管理并且緩解，以減少對項(xiàng)目管理目標(biāo)的影響。

SG2主要講的是識別和分析風(fēng)險，SG3就是要管理風(fēng)險及采取緩解措施了。 OPF

要做這個PA ，組織要成立EPG （Engineer Process Group）專門負(fù)責(zé)過程改進(jìn)的工作。

這個組是整個公司過程改進(jìn)的動力源頭、策劃中心、執(zhí)行中心、培訓(xùn)中心。 很多公司的過程改進(jìn)沒有做好，很大部分的原因是EPG 的成員沒有選擇好。EPG 成員絕對不能清一色都是“理論派”，沒有具體項(xiàng)目經(jīng)驗(yàn)的。這是最低要求，如果是我的話，我是一個“理論派”都不會讓進(jìn)EPG 的。EPG 的成員加起來應(yīng)該有項(xiàng)目管理、需求、設(shè)計、開發(fā)、測試等軟件各個方面的經(jīng)驗(yàn)，并且要有至少一名超級高手對整個軟件生命過程都非常熟悉而且很聰明的一個人。

OPF 的每個Practice 都不是很困難就可以做到CMMI 的要求，但要做到有效，大家都感覺到過程是在改進(jìn)中，對工作有用，這就比較困難了。很多通過CMMI3級評估的企業(yè)，雖然通過了評估，但企業(yè)對過程改進(jìn)的感覺并不是很好，大部分是由于EPG 成員的功力不夠，做出來的過程實(shí)際意義不大導(dǎo)致的。

下面我們看看這個PA 的要求：

SG1

Strengths,weakness,and improvement opportunities for the organization’s processes are

identified periodically and as needed.

定期地識別組織過程的不足、改進(jìn)機(jī)會。

SG2

Improvements are planned and implemented,organizational process assets are deployed,and

process-related experiences are incorporated into the organizational process assets. 改進(jìn)被計劃和實(shí)施，組織過程財富庫被部署，以及過程相關(guān)的經(jīng)驗(yàn)等提交到組織過程財富庫。

OPD

OPF 主要關(guān)注要有人來負(fù)責(zé)過程改進(jìn)的工作，OPD 關(guān)注的是組織級要有財富庫作為整個組織的知識庫。

什么是財富庫，簡單的說就是對組織有用的東西都可以納入到財富庫中， 財富庫可以包含：過程、生命周期模型、裁剪指南、度量庫等。

如果把OPD 進(jìn)行擴(kuò)展，就是一個組織如何進(jìn)行知識管理的問題了，知識可以包括兩類，非技術(shù)類和技術(shù)類，

非技術(shù)類包括：標(biāo)準(zhǔn)過程、規(guī)章制度、流程、項(xiàng)目管理經(jīng)驗(yàn)、度量數(shù)據(jù)等等，技術(shù)類包括：設(shè)計、代碼庫、

重用組件等。組織除了要對知識進(jìn)行分類外，還需要建立知識的收集、分析、存儲、使用的策略

及具體可操作的辦法。

SG1

A set of organizational process assets is established and maintained.

建立和維護(hù)組織過程財富庫。

OT

SG1

A training capability that supports the organization’s management and technical roles is established and maintained.

建立和維護(hù)支持組織管理和技術(shù)角色的培訓(xùn)能力。

這個翻譯比較拗口難懂，大意就是組織要針對組織的管理能力、各方面的技術(shù)需要等建立一套比較完整的培訓(xùn)體系。

SG2

Training necessary for individuals to perform their roles effectively is provided.

提供必要的培訓(xùn)給相應(yīng)的個體、小組、部門等，使之能更有效地執(zhí)行職責(zé)。

附錄

OPF 、OPD ，一個叫組織過程聚焦，一個叫組織過程定義，不了解的人肯定會

把這兩個名字搞暈。我們暫且不看他們的名字，這里先簡單介紹兩者的不同。

兩個PA 都對過程改進(jìn)的提出了最直接要求。首先，過程改進(jìn)是一個持續(xù)的過

程，一個組織需要不斷的分析組織存在的問題，分析出可改進(jìn)的點(diǎn)，然后實(shí)施系

列的改進(jìn)活動，提供整個組織的過程能力。OPF 關(guān)注的就是這個方面。

我們經(jīng)常要求項(xiàng)目要寫文檔，寫文檔的其中一個作用就是供后人借鑒。另外，我

們也經(jīng)常聽到要進(jìn)行知識管理，知識管理對軟件企業(yè)是非常重要的。每個公司都

希望能積累經(jīng)驗(yàn)，這些經(jīng)驗(yàn)?zāi)芄┮院蠊ぷ魉梃b。這樣就有“財富庫”這樣的一個

概念，財富庫簡單的說就是組織的知識庫，它包括：組織的過程、各項(xiàng)目的文檔、

度量的數(shù)據(jù)等等，所有組織 認(rèn)為對以后有用的東西，都可以納入財富庫。OPD

關(guān)注的就是這個方面。

2級一共有以下PA ：

PP Project Plan 項(xiàng)目計劃

PMC Project Monitoring and Control 項(xiàng)目計劃跟蹤與控制

RM Requirements Management 需求管理

SAM Supplier Agreement Management 供應(yīng)商協(xié)議管理

MA Measurement and An alysis 度量

CM Configuration Management 配置管理（文檔與代碼管理）

PPQA Process and Product Quality Assurance 產(chǎn)品與過程質(zhì)量保證

3級一共有以下PA ：

RD Requirements Development 需求開發(fā)

TS Technical Solution 技術(shù)解決方案（設(shè)計和實(shí)現(xiàn)）

PI Product Integration 產(chǎn)品集成

VER Verification 驗(yàn)證（評審和測試）

VAL Validation 確認(rèn)（驗(yàn)收）

IPM Integrated Project Management 集成項(xiàng)目管理

RSKM Risk Management（RISK ） 風(fēng)險管理

OPF Organizational Process Focus 組織過程焦點(diǎn)

OPD Organizational Process Definition 組織過程定義

OT Organizational Training 組織培訓(xùn)

DAR Decision Analysis and Resolution 決策分析與制定