1.介紹

1.1 范圍

ASPICE面對(duì)的對(duì)象是嵌入式車載系統(tǒng)開發(fā)的過(guò)程能力。

它提供了兩個(gè)模型，一個(gè)是PAM過(guò)程評(píng)估模型，類似于作文競(jìng)賽的閱卷準(zhǔn)則，告訴你基本要素和得分點(diǎn)在哪里，怎么打分，怎么綜合評(píng)級(jí)；一個(gè)是PRM過(guò)程參考模型，類似于作文提綱或模板。

為了讓例子的邏輯更貼近ASPICE，多說(shuō)一句，相當(dāng)于閱卷準(zhǔn)則是一份（比如從主題立意、中心思想、內(nèi)容結(jié)構(gòu)、語(yǔ)言運(yùn)用、字跡字體不同得分點(diǎn)進(jìn)行），但你需要寫多份作文（比如詩(shī)歌、散文、議論文、記敘文不同的文體），因?yàn)槲覀兊倪^(guò)程不是只有一個(gè)。

總結(jié)一下，一份閱卷準(zhǔn)則+多份不同文體的作文提綱或模板=ASPICE，你基于自己的能力和風(fēng)格，寫出自己的這多份作文，閱卷老師（ASPICE評(píng)估師）來(lái)對(duì)你的每篇作文進(jìn)行打分，綜合之后，會(huì)給出你每篇作文是幾類文的評(píng)級(jí)，隨后也可以提出提升寫作能力的建議。

1.2. 術(shù)語(yǔ)

這個(gè)章節(jié)給出了對(duì)術(shù)語(yǔ)使用應(yīng)遵循的優(yōu)先順序：

ISO/IEC 33001、ISO/IEC/IEEE 24765 和 ISO/IEC/IEEE 29119及本標(biāo)準(zhǔn)的附錄C。

1.3. 縮略語(yǔ)

講了常見的縮略語(yǔ)，略。

2.符合性聲明

這個(gè)章節(jié)沒(méi)什么具體內(nèi)容，就是強(qiáng)調(diào)了ASPICE符合ISO/IEC33004，算是表明正統(tǒng)和合法性。

3.過(guò)程能力確定

下圖其實(shí)是在闡釋ASPICE運(yùn)行的邏輯，我們還是將其比作是作文閱卷。

橫軸是PRM（過(guò)程參考模型），也就是不同文體的作文提綱或模板（各過(guò)程類別），比如，詩(shī)歌、散文、議論文、記敘文；

縱軸是PAM（過(guò)程評(píng)估模型），也就是各篇作文基本要素的判定和得分點(diǎn)（過(guò)程屬性）的打分，并對(duì)你每篇作文是幾類文進(jìn)行評(píng)級(jí)（能力等級(jí)），比如主題立意切合題意給5分、中心思想明確深刻給5分、內(nèi)容結(jié)構(gòu)充實(shí)清晰給5分、語(yǔ)言運(yùn)用流暢優(yōu)美給5分、字跡字體美觀整齊給5分。

具體根據(jù)某考生一篇作文的情況，可能會(huì)依次打5分、3分、4分、2分、3分之類，多篇作文評(píng)定后，最后判斷這名考生的作文水平依次是詩(shī)歌三類文、散文二類文、記敘文一類文、議論文0類文，如果所有等級(jí)都達(dá)到了二類文，我們就會(huì)說(shuō)這名考生達(dá)到了本次作文競(jìng)賽二類文的等級(jí)。

就像，該供應(yīng)商的xxx OEM的xxx項(xiàng)目進(jìn)行了ASPICE評(píng)估，VDA Scope的16個(gè)過(guò)程域都獲得了二級(jí)認(rèn)證。總聽到有人說(shuō)，xxx公司獲得了ASPICE L2認(rèn)證，其實(shí)是不嚴(yán)謹(jǐn)?shù)?，相?dāng)于說(shuō)這個(gè)考生是二類文。

3.1 過(guò)程參考模型

看這張圖就夠了，這就是ASPICE作文提綱或模板的樣子，比如，ACQ是詩(shī)歌，MAN&SUP是散文，SYS&SWE是議論文，其他的是記敘文。

3.1.1 主要生命周期過(guò)程類別

這個(gè)也不用多講，上圖粉色部分就是主要生命周期過(guò)程，我一直覺得軟件的交付和工廠的運(yùn)營(yíng)有很多類似之處，這里我們切換為比較直觀的汽車組裝流水線為例。

為了完成一臺(tái)整車的交付（軟件最終SOP釋放），我們會(huì)有沖壓、焊裝、涂裝、總裝這四大工藝流程，它們或有前后次序，或在并行推進(jìn)，有的工位要人工操作（工程師人工分析需求、手工編碼、手工測(cè)試……），有的設(shè)備自動(dòng)化程度高（數(shù)字化工具鏈、基于模型的代碼、自動(dòng)化的腳本測(cè)試……），中間會(huì)有半成品的交付（不同成熟度的軟件釋放），不同階段會(huì)有不同的QC檢查（集成或合格性測(cè)試）……

理念上，ASPICE的這些主要過(guò)程也是期望實(shí)現(xiàn)自動(dòng)化的流水線模式，但可能柔性要求更高些，畢竟軟件開發(fā)是個(gè)智力性、知識(shí)性工作。

3.1.2 支持生命周期過(guò)程類別

綠色部分被叫做支持過(guò)程，對(duì)比實(shí)實(shí)在在的產(chǎn)線設(shè)備和人員，顯得有些務(wù)虛，但人家顯然也自有其價(jià)值，汽車在產(chǎn)線上流動(dòng)時(shí)是需要一些打輔助的東西的。

比如，QA不讓堆料（質(zhì)量保證）、首件中件尾件尺寸測(cè)量確認(rèn)（驗(yàn)證）、你的工位上下游及自身都要對(duì)部件進(jìn)行評(píng)定（聯(lián)合評(píng)審）、產(chǎn)線會(huì)有作業(yè)指導(dǎo)書（文檔化）、每個(gè)模塊零件都有對(duì)應(yīng)的追溯標(biāo)簽（配置管理）、發(fā)現(xiàn)漆面劃傷要按不良品流程處理（問(wèn)題解決管理）、換不同配置模塊時(shí)的工裝換型（變更請(qǐng)求管理）。

3.1.3 組織生命周期過(guò)程類別

用產(chǎn)線舉例，這塊就可以理解為運(yùn)營(yíng)管理，比如生產(chǎn)主管管人保產(chǎn)量（項(xiàng)目管理）、維修經(jīng)理發(fā)現(xiàn)沖壓模具有斷裂風(fēng)險(xiǎn)（風(fēng)險(xiǎn)管理）、隨處可見的不良率指標(biāo)（度量）、局部工裝換型即可滿足多種車型的生產(chǎn)（重用程序管理）、很多工廠會(huì)有合理化建議提交流程（過(guò)程改進(jìn)）。

其實(shí)，我們會(huì)發(fā)現(xiàn)機(jī)械和和軟件并不分家，有很多類似之處，軟件工程似乎有很多可以向傳統(tǒng)制造業(yè)學(xué)習(xí)的地方。

3.2 度量框架

這部分就是前面所說(shuō)的作文競(jìng)賽閱卷準(zhǔn)則里的評(píng)分細(xì)則，我們可以在后面具體內(nèi)容上詳看。

3.2.1. 過(guò)程能力級(jí)別和過(guò)程屬性

這里給出了如標(biāo)題兩個(gè)概念，過(guò)程能力級(jí)別就是這名考生的各篇作文是幾類文；過(guò)程屬性就是得分點(diǎn)，適應(yīng)于所有文體。

根據(jù)ISO/IEC 33020，共有6個(gè)能力級(jí)別（6個(gè)作文等級(jí)），包含9個(gè)過(guò)程屬性（9個(gè)得分點(diǎn)），見下圖。

?

3.2.2. 過(guò)程屬性評(píng)定

搞清楚了得分點(diǎn)，就要考慮得分點(diǎn)到底怎么打，怎么樣是1分，怎么樣是5分呢，畢竟作文不是數(shù)學(xué)，靈活性更大，這得分點(diǎn)評(píng)分分的細(xì)則就是這ASPICE里的“評(píng)定尺度”，且看下圖。

?

從描述可以看出來(lái)，這個(gè)評(píng)估尺度的把握更多是一種經(jīng)驗(yàn)、直覺、感覺，而非量化的。

此外，標(biāo)準(zhǔn)也給出了如何評(píng)定的方法建議，但實(shí)在是佶屈聱牙，十分費(fèi)解。

我覺得可以這樣去理解，實(shí)際的項(xiàng)目開發(fā)很難清晰地區(qū)分出不同流程的界限，肯定是你中有我，我中有你，比如，測(cè)試和缺陷、需求和設(shè)計(jì)、項(xiàng)目管理和質(zhì)量保證……都會(huì)糅合在一起。

簡(jiǎn)言之，這方法就是要綜合考慮，綜合考慮過(guò)程的定義、過(guò)程達(dá)成的結(jié)果、各個(gè)過(guò)程之間的關(guān)系，好似一句廢話，但這其實(shí)就是這項(xiàng)工作的特點(diǎn)。

我想，ASPICE也盡力描述了，就像PMBOK里有句話這樣寫的，“雖然在本《PMBOK 指南》中，各項(xiàng)目整合管理過(guò)程以界限分明和相互獨(dú)立的形式出現(xiàn)，但在實(shí)踐中它們會(huì)以本指南無(wú)法全面詳述的方式相互交疊和相互作用”，算是給一個(gè)免責(zé)聲明。

3.2.3 過(guò)程能力等級(jí)模型

這個(gè)直接看圖，大概是什么意思呢？

相當(dāng)于是二類文只看主題立意是不是跑題、中心思想是否明確……但五類文要從主題立意、中心思想、內(nèi)容結(jié)構(gòu)、語(yǔ)言運(yùn)用、字跡字體多個(gè)方面來(lái)看。

越是低等級(jí)的文章，得分點(diǎn)越少，因?yàn)榈偷燃?jí)文章沒(méi)有，但滿分作文得是要全方位評(píng)價(jià)了。當(dāng)然，實(shí)際習(xí)慣里，一類文是最好的意思，恰好和ASPICE評(píng)級(jí)順序相反。

具體的細(xì)節(jié)會(huì)在后面章節(jié)展開。

3.3 過(guò)程評(píng)估模型

過(guò)程評(píng)估模型定義了兩種指標(biāo)：

過(guò)程實(shí)施指標(biāo)，其只適用于能力級(jí)別1級(jí)，提供了過(guò)程成果實(shí)現(xiàn)程度的指示，相當(dāng)于閱卷準(zhǔn)則里給出的作文模板或提綱的基本成文要素是否滿足，比如，詩(shī)歌要押韻、散文要抒情、議論文要有論點(diǎn)論據(jù)論證、記敘文要有時(shí)間地點(diǎn)人物，不是殘篇，完整成文后可算是等級(jí)1。

過(guò)程能力指標(biāo)，其適用于能力級(jí)別2級(jí)到5級(jí)，它們提供了過(guò)程屬性成就實(shí)現(xiàn)程度的指示（得分點(diǎn)的描述）。這就是說(shuō)在達(dá)到最基本的成文標(biāo)準(zhǔn)1級(jí)后，就可以根據(jù)其踩到多少得分點(diǎn)進(jìn)行更高等級(jí)的評(píng)定。

當(dāng)然，ASPICE評(píng)估不像批改作文，對(duì)著那幾篇文章看就好了，ASPICE評(píng)估主要是針對(duì)過(guò)程的工作產(chǎn)品進(jìn)行檢查，或者對(duì)過(guò)程執(zhí)行者和管理者所做的陳述進(jìn)行評(píng)估。

解釋了這個(gè)指標(biāo)的概念，接下來(lái)看看更細(xì)節(jié)的描述。

3.3.1 過(guò)程實(shí)施指標(biāo)

過(guò)程實(shí)施指標(biāo)的類型為：基本實(shí)踐（BP）和工作產(chǎn)品（WP）。

BPs和WPs都與一個(gè)或多個(gè)過(guò)程成果相關(guān)。因此，BPs和WPs總是過(guò)程特定的，而不是通用的。BPs代表面向活動(dòng)的指標(biāo)，就是過(guò)程里一步步的活動(dòng)，ASPICE認(rèn)為是基本的、必要的部分。WPs代表面向結(jié)果的指標(biāo)，是一個(gè)過(guò)程的輸出結(jié)果，或者叫交付物，比如你的代碼、架構(gòu)書、測(cè)試報(bào)告等。

這里強(qiáng)調(diào)了一點(diǎn)，標(biāo)準(zhǔn)里的WPs不是“嚴(yán)格的必須”，應(yīng)該由具體的項(xiàng)目或組織自行定義模板或方式，ASPICE告訴你這樣做挺好，但好的方式有很多種，要尊重并鼓勵(lì)多樣性。

3.3.2 過(guò)程能力指標(biāo)

過(guò)程能力指標(biāo)的類型為：通用實(shí)踐（GP）和通用資源（GR）。

GPs和GRs是與一個(gè)或多個(gè)PA（得分點(diǎn)）的達(dá)成相關(guān)的。然而，與過(guò)程實(shí)施指標(biāo)相反，它們是通用類型，即它們適用于任何過(guò)程，就像字跡優(yōu)美是所有文章的得分點(diǎn)。當(dāng)然，為了結(jié)構(gòu)完整，ASPICE在等級(jí)1里也增加了PA1.1的GP1.1.1，算是對(duì)過(guò)程實(shí)踐指標(biāo)的一個(gè)概述。

GP和GR的區(qū)別在于，前者是面向活動(dòng)的指標(biāo)，相當(dāng)于論點(diǎn)本身是否立意高遠(yuǎn)，而后者是面向基礎(chǔ)設(shè)施的指標(biāo)，我們用到的工具鏈就屬于這個(gè)范疇。

下面依次放了這么張總結(jié)圖，供參考理解。

3.3.3 理解PAM的抽象級(jí)別

原文描述了過(guò)程評(píng)估模型、方法和執(zhí)行的關(guān)系，有興趣的可以查看。

我們還是按照閱卷這個(gè)思路來(lái)理解，閱卷準(zhǔn)則（過(guò)程評(píng)估模型）告訴你什么是“好”文章，寫作目標(biāo)是什么；寫作方法（方法）是指導(dǎo)你如何去寫一個(gè)論點(diǎn)，如何描述一個(gè)人物；敲鍵盤或?qū)懽郑▓?zhí)行）就是具體寫作的過(guò)程。

反過(guò)來(lái)的話，你寫了一篇文章，別人看你文章總結(jié)或你自己總結(jié)出一些方法，但這方法可能適用你卻不完全適用于別人，這就是為什么要裁剪，為什么要結(jié)合公司實(shí)際業(yè)務(wù)確定流程體系。

閱卷老師看你的文章，根據(jù)閱卷準(zhǔn)則搜尋得分點(diǎn)，并按照評(píng)分細(xì)則給分，最后得出你的文章分?jǐn)?shù)，定出了你的寫作能力等級(jí)，這就是ASPICE評(píng)估的過(guò)程。

4.過(guò)程參考模型和實(shí)施指標(biāo)（等級(jí)1級(jí)）

上面寫了ASPICE3.1的前三章節(jié)，講了ASPICE的基本運(yùn)作邏輯。

今天接著寫第四章，就是我們所說(shuō)的作文提綱或模板（參考模型：3個(gè)過(guò)程類別，8個(gè)過(guò)程組，32個(gè)過(guò)程），它同時(shí)也引出了作文所需要的基本要素（實(shí)施指標(biāo)：BP和WP），就像議論文的論點(diǎn)論據(jù)論證都要有，也沒(méi)跑題，達(dá)成完整成文的目標(biāo)后算是1級(jí)，所以叫基本實(shí)踐。

我們回到標(biāo)準(zhǔn)，下圖顯示了過(guò)程描述的樣子（作文提綱或模板），以下所有子章節(jié)描述的8個(gè)過(guò)程組都是一樣的結(jié)構(gòu)。對(duì)照我們實(shí)際工作，這就是描述了一個(gè)流程，你要做什么、為什么這么做、做到什么程度及輸出什么成果。

既然是品讀，我們也不必把原文都謄上來(lái)，具體的細(xì)節(jié)可以直接查閱標(biāo)準(zhǔn)，文章里側(cè)重于摘出實(shí)踐中的關(guān)鍵信息。

4.1 獲取過(guò)程組（ACQ）

這個(gè)ACQ被翻譯成了獲取，但業(yè)內(nèi)習(xí)慣叫法是報(bào)價(jià)，基本都是發(fā)生在新項(xiàng)目報(bào)價(jià)時(shí)的OEM對(duì)Tier 1或者Tier 1對(duì)Tier 2，也就是客戶與供應(yīng)商。

一般來(lái)說(shuō)，客戶采購(gòu)會(huì)通過(guò)供應(yīng)商銷售這個(gè)口子將詢價(jià)的各類需求（比如叫RFQ或SOR之類）送達(dá)，并限定報(bào)價(jià)時(shí)間。

銷售呢，轉(zhuǎn)手將相關(guān)文件分發(fā)給工程、工廠、物流等角色去分析，各個(gè)責(zé)任人與客戶或內(nèi)部采購(gòu)或供應(yīng)商對(duì)應(yīng)接口將方案、風(fēng)險(xiǎn)等確認(rèn)后，再協(xié)同對(duì)應(yīng)部門的成本一起匯總給銷售，銷售綜合之后，向客戶報(bào)價(jià)。

這是個(gè)簡(jiǎn)單的理論路徑，實(shí)際上，報(bào)價(jià)階段項(xiàng)目組介入不多，參與者多是銷售或項(xiàng)目經(jīng)理等少數(shù)人，流程也不會(huì)非常規(guī)范，會(huì)有各種操作。

4.1.1 ACQ.3合同協(xié)定

當(dāng)走到這一步，前期工作基本做得差不多了，要準(zhǔn)備定點(diǎn)給這家供應(yīng)商了，后續(xù)要走商務(wù)合同的簽署，明確好雙方的權(quán)利與義務(wù)，也就是本節(jié)所謂的“合同協(xié)定”。

商務(wù)合同涉及到法律條文，所以多數(shù)是定式，修改里面部分項(xiàng)目信息即可，但是在報(bào)價(jià)階段形成的和與項(xiàng)目相關(guān)的技術(shù)協(xié)議、技術(shù)方案、各類承諾文檔乃至郵件，其實(shí)都是可以作為合同的附屬物來(lái)約束雙方。

甲方爸爸的威嚴(yán)和乙方孫子的掙扎很多時(shí)候需要臺(tái)面上的這些東西來(lái)維護(hù)和推進(jìn)。

商業(yè)社會(huì)，項(xiàng)目經(jīng)理或銷售都需要有敏感的法律和契約意識(shí)，郵件不亂發(fā)，字不亂簽，話不亂說(shuō)。

盡管合作成熟的甲乙方不怎么會(huì)對(duì)簿公堂，但“扯皮”是極為常見的，因?yàn)槟撤絹y承諾或沒(méi)有留好證據(jù)，導(dǎo)致自己陷入被動(dòng)和膠著是非常常見的。

4.1.2 ACQ.4供應(yīng)商監(jiān)控

監(jiān)控這個(gè)詞放在汽車行業(yè)的語(yǔ)境里是不夠精準(zhǔn)的，其實(shí)就是日常項(xiàng)目開展中，客戶對(duì)供應(yīng)商的管控。

比如，根據(jù)客戶行業(yè)地位的高低和前期的約定，進(jìn)行開會(huì)盯、評(píng)審看、電話催、微信問(wèn)、郵件投訴各類常規(guī)操作，就是客戶要想辦法讓供應(yīng)商按時(shí)保質(zhì)地完成他的各種要求，包括但不限于上一部分的合同協(xié)議涵蓋的內(nèi)容。

4.1.3 ACQ.11技術(shù)需求

需求與技術(shù)需求這兩個(gè)概念本身都不復(fù)雜，但后面章節(jié)還專門細(xì)分了系統(tǒng)、軟件需求，所以這里的需求實(shí)際上更側(cè)重于報(bào)價(jià)階段宏觀的、描述性的、概要的需求定義。

理論上或期望上，我們追求在報(bào)價(jià)階段就將需求范圍鎖定，做什么，不做什么，什么時(shí)候做，一清二楚。顯然，又是不太可能的，一來(lái)報(bào)價(jià)階段持續(xù)時(shí)間很短，介入的人不太容易涉及到各方專家；二來(lái)這個(gè)階段的很多信息還不清楚，無(wú)法做決定。

風(fēng)險(xiǎn)和不確定性一定存在。

那么，怎么做呢？其實(shí)，就是基于經(jīng)驗(yàn)、項(xiàng)目復(fù)雜度及重要程度，關(guān)于到底帶多大的風(fēng)險(xiǎn)而進(jìn)行的權(quán)衡。

如果面對(duì)相對(duì)成熟的或重要級(jí)別沒(méi)那么高的項(xiàng)目，會(huì)使用參考或假設(shè)的描述，比如，對(duì)于尚不清晰的部分，可以說(shuō)基于某款量產(chǎn)的整車空間和某款量產(chǎn)ECU的技術(shù)要求，增加某項(xiàng)功能，參數(shù)范圍是多少，并按照哪一標(biāo)準(zhǔn)完成實(shí)驗(yàn)，如后續(xù)有超出的范圍，另行談判……通過(guò)這樣的方式，框定一個(gè)范圍，并留有一定的余量，雖說(shuō)帶一些風(fēng)險(xiǎn)，但后期總是有辦法吃掉的。

但如果面對(duì)的是新型的或很重要的項(xiàng)目，可能會(huì)引入更多的職能角色進(jìn)行更細(xì)致的分析，結(jié)合歷史LLs和新的要求考慮得更全面，盡量避免難以掌控的情況出現(xiàn)。

4.1.4 ACQ.12法律和行政要求

這個(gè)屬于項(xiàng)目紅線，相關(guān)角色要繃緊神經(jīng)。

一般涉及到出口國(guó)家的法規(guī)、認(rèn)證、運(yùn)輸?shù)雀黝愋枨?，或者本?guó)的法律、行業(yè)的強(qiáng)標(biāo)以及專利侵權(quán)的一些考量。

比如，有些產(chǎn)品受到政治限制是無(wú)法出口到伊拉克之類，或者型式認(rèn)可（上公告）需要特定狀態(tài)的產(chǎn)品，或者UI文言涉及到國(guó)家主權(quán)之類的……

4.1.5 ACQ.13項(xiàng)目需求

這部分包羅萬(wàn)象，除了技術(shù)的、法規(guī)的、資質(zhì)的等特定需求部分，其余所有需求都可以劃歸到這里，所謂萬(wàn)事皆可項(xiàng)目，萬(wàn)事不離項(xiàng)目，萬(wàn)事都可找項(xiàng)目經(jīng)理。

具體來(lái)說(shuō)，要看具體的產(chǎn)品特點(diǎn)和以往項(xiàng)目的運(yùn)作模式，雙方的項(xiàng)目接口人員與內(nèi)部團(tuán)隊(duì)在共同協(xié)定下，定義好怎么推進(jìn)問(wèn)題、怎么跟蹤進(jìn)展、怎么分配任務(wù)、怎么劃分職責(zé)、怎么溝通交流、怎么交付軟件或樣件、怎么付款、怎么進(jìn)行風(fēng)險(xiǎn)或缺陷管理、安排什么資質(zhì)的工程師……

期望的做法是不僅僅停留在口頭上和不正式的臨時(shí)約定上，要落實(shí)成規(guī)則、流程。

4.1.6 ACQ.14提案要求

在汽車行業(yè)，將其粗略理解為RFQ或SOR包更好些。

采購(gòu)發(fā)包時(shí)會(huì)將很多需求包含在內(nèi)，除了前面提到的項(xiàng)目、技術(shù)、財(cái)務(wù)、人力、法規(guī)之類，報(bào)價(jià)本身也會(huì)有一些特殊的要求，可能會(huì)對(duì)R&D成本有特別的拆分需求，可能會(huì)有多家供應(yīng)商競(jìng)標(biāo)的要求，可能會(huì)有供應(yīng)商能力評(píng)定的要求，可能會(huì)有售后支持的要求……

標(biāo)準(zhǔn)里的描述很寬泛，僅僅給了一個(gè)概念上的框架。實(shí)際操作中，會(huì)有不同的類別的要求通過(guò)該階段發(fā)布給競(jìng)標(biāo)供應(yīng)商。

4.1.7 ACQ.15供應(yīng)商資質(zhì)鑒定

這和ASPICE、16949以及所有考級(jí)或認(rèn)證的考試或評(píng)定一樣，在建立好的一套評(píng)估體系里給它打個(gè)分、劃個(gè)級(jí)別、貼個(gè)標(biāo)簽，以便于后續(xù)選擇時(shí)作為參考。

采購(gòu)部門里一般會(huì)有供應(yīng)商的庫(kù)，可能會(huì)有不同的標(biāo)簽標(biāo)記，比如紅黃綠或者首選次選之類。

然而，無(wú)論如何，供應(yīng)商資質(zhì)只是一個(gè)很低的門檻，選定一家供應(yīng)商有諸多無(wú)法盡述的明暗規(guī)則。

4.2 供應(yīng)過(guò)程組（SPL）

4.2.1 SPL.1供應(yīng)商投標(biāo)

這里不作詳述，因?yàn)檫@部分和ACQ實(shí)質(zhì)上是混雜在一起的，招標(biāo)與投標(biāo)是協(xié)同做一件事情。

4.2.2 SPL.2產(chǎn)品發(fā)布

換句話說(shuō)，產(chǎn)品發(fā)布就是供應(yīng)商將樣件或軟件交付給客戶的過(guò)程。

在此過(guò)程中，會(huì)涉及到軟件版本號(hào)定義、樣件標(biāo)簽定義、供應(yīng)商內(nèi)部批準(zhǔn)、Release Note編制、測(cè)試報(bào)告提交、客戶認(rèn)可……一系列管理過(guò)程，目標(biāo)是將客戶需求的軟硬件正確及時(shí)地交給客戶。

4.3 系統(tǒng)工程過(guò)程組（SYS）

系統(tǒng)工程和軟件工程組的整體思路是從需求、設(shè)計(jì)、驗(yàn)證三個(gè)角度逐級(jí)拆分并形成追溯對(duì)應(yīng)的層次化，從客戶一句話到一段代碼，顆粒度越來(lái)越小，做得越來(lái)越精細(xì)。

就像做十字繡，從想要“家和萬(wàn)事興”的一句話，到一張布畫出很細(xì)碎的格子，再到明確每個(gè)格子誰(shuí)來(lái)用什么線與什么針?lè)?。格子越?xì)，越容易標(biāo)準(zhǔn)化，越容易分工，出錯(cuò)的概率越低，難度越低，越容易重復(fù)成功。

4.3.1 SYS.1需求挖掘

需求是我們開展項(xiàng)目的目標(biāo)，所謂目標(biāo)導(dǎo)向，就是需求導(dǎo)向。

這里所講的需求不僅僅限于客戶需求，是指所有相關(guān)方的需求，領(lǐng)導(dǎo)的、工廠的、采購(gòu)的、銷售的、開發(fā)的、測(cè)試的……也會(huì)以各種形式存在，明示的、暗示的、文本的、郵件的、微信的、電話的……總之，所有有關(guān)系的人的想要的都要被考慮到，只是有些不那么重要的人的需求往往被忽略和平衡掉。

需求挖掘的幾個(gè)核心點(diǎn)是要溝通、要理解、要達(dá)成一致，而后要持續(xù)跟蹤、變更要被管理、是否實(shí)現(xiàn)要定義清楚等。

4.3.2 SYS.2系統(tǒng)需求分析

在識(shí)別出各位想要什么之后，不是滿口答應(yīng)，而是要去分析，要看它們對(duì)不對(duì)、能不能驗(yàn)、能不能做、值不值得做，還要將上一階段相對(duì)雜亂的需求整理，進(jìn)行結(jié)構(gòu)化和優(yōu)先級(jí)排序，要確保把相關(guān)方的需求很好地梳理了出來(lái)，形成了清晰、層次分明且不遺漏的技術(shù)語(yǔ)言。

4.3.3 SYS.3系統(tǒng)架構(gòu)設(shè)計(jì)

要什么清楚了，然后就是設(shè)計(jì)，這步是架構(gòu)的設(shè)計(jì)，比如要形成架構(gòu)框圖、接口定義、時(shí)序圖等，還要進(jìn)行與需求的追溯。相當(dāng)于你要裝修房子，店家給你弄了個(gè)效果圖。

4.3.4 SYS.4系統(tǒng)集成與集成測(cè)試

從技術(shù)上來(lái)講，系統(tǒng)集成就是根據(jù)BOM在硬件上刷新軟件，并搭建好相關(guān)的整車或網(wǎng)絡(luò)環(huán)境等。集成測(cè)試的目標(biāo)是確認(rèn)架構(gòu)對(duì)不對(duì)，可能會(huì)關(guān)注到系統(tǒng)組件之間的正確信號(hào)流、信號(hào)流的時(shí)效性、時(shí)序依賴性、接口的動(dòng)態(tài)交互等。

4.3.5 SYS.5系統(tǒng)合格性測(cè)試

系統(tǒng)合格性測(cè)試也叫系統(tǒng)測(cè)試或者系統(tǒng)需求測(cè)試，就是看看系統(tǒng)需求有沒(méi)有做到位。

4.4 軟件工程組（SWE）

4.4.1 SWE.1軟件需求分析

軟件需求和系統(tǒng)需求類似，就是將上一層級(jí)的系統(tǒng)需求與系統(tǒng)架構(gòu)再細(xì)分為更貼合編碼的軟件需求語(yǔ)言。

4.4.2 SWE.2軟件架構(gòu)設(shè)計(jì)

架構(gòu)設(shè)計(jì)呢，也就是針對(duì)最后一層的需求——軟件需求，進(jìn)行的方案和架構(gòu)設(shè)計(jì)。

4.4.3 SWE.3軟件詳細(xì)設(shè)計(jì)和單元構(gòu)建

根據(jù)架構(gòu)劃分的模塊，軟件開發(fā)人員就可以進(jìn)行詳細(xì)的編碼設(shè)計(jì)，會(huì)形成一個(gè)個(gè)的可執(zhí)行文件。

4.4.4 SWE.4軟件單元驗(yàn)證

軟件單元設(shè)計(jì)完后，依然需要驗(yàn)證，只不過(guò)這里更多是針對(duì)本身設(shè)計(jì)合理性進(jìn)行的，比如靜態(tài)分析、依照編碼規(guī)范的檢查等。

4.4.5 SWE.5軟件集成和集成測(cè)試

將一個(gè)個(gè)可執(zhí)行的單元文件集成到符合軟件架構(gòu)的完整的集成軟件，而后進(jìn)行集成測(cè)試，以確認(rèn)其是否符合軟件架構(gòu)設(shè)計(jì)。

4.4.6 SWE.6軟件合格性測(cè)試

同系統(tǒng)測(cè)試類似，也就是針對(duì)軟件需求進(jìn)行的測(cè)試。

4.5 支持過(guò)程組（SUP）

4.5.1 SUP.1質(zhì)量保證

特別是在國(guó)內(nèi)環(huán)境下，這個(gè)角色其實(shí)一直處于相對(duì)比較尷尬的境地。

理論上的定義是，作為獨(dú)立第三方去保證工作產(chǎn)品（不單單是軟件產(chǎn)品，還包括其他各類要交付的文檔等）和流程符合規(guī)定和計(jì)劃，但達(dá)到這個(gè)目標(biāo)的前提是有脫離于具體場(chǎng)景的標(biāo)準(zhǔn)（即不是具體問(wèn)題具體分析）和執(zhí)行標(biāo)準(zhǔn)的文化，顯然這很難具備。

ASPICE似乎也意識(shí)到了，所以有這么兩句話“建立了將不符合項(xiàng)升級(jí)到適當(dāng)管理層的權(quán)限“和”管理層確保已升級(jí)的不符合項(xiàng)得到解決”，但這兩條里提到的管理層多數(shù)并無(wú)這樣的認(rèn)識(shí)。

“實(shí)事求是”、“具體問(wèn)題具體分析”、“成王敗寇”是中國(guó)的經(jīng)典智慧，但執(zhí)行起來(lái)就是給質(zhì)量保證工作當(dāng)頭棒喝，如果事情以結(jié)果論英雄，凡事可討論，質(zhì)量保證很難有發(fā)揮空間。

不過(guò)，到什么山唱什么歌，什么環(huán)境按照什么樣的方式做事，這個(gè)角色依然可以拓展到不同的領(lǐng)域。

4.5.2 SUP.2驗(yàn)證

這里的驗(yàn)證和軟件的測(cè)試是不同的概念，它具有更廣泛的涵義，是指對(duì)確認(rèn)每個(gè)工作產(chǎn)品是否滿足定義的要求的行為，包含但大于測(cè)試，比如，同行評(píng)審、領(lǐng)導(dǎo)簽字、第三方審核等。

4.5.3 SUP.4聯(lián)合評(píng)審

這個(gè)概念單獨(dú)拿出來(lái)，其實(shí)是側(cè)重于整體的項(xiàng)目狀態(tài)和多個(gè)相關(guān)方的需求滿足得如何的確認(rèn)，所謂聯(lián)合就是整體，所謂評(píng)審就是確認(rèn)。

大家一起理理清，對(duì)對(duì)齊。

對(duì)照實(shí)際的工作，基本可以等同于質(zhì)量組織的各個(gè)里程碑的質(zhì)量閥評(píng)審，這部分也是質(zhì)量保證工作難得的發(fā)聲場(chǎng)景。

4.5.4 SUP.7文檔化

標(biāo)準(zhǔn)定義的目的是“開發(fā)和維護(hù)由過(guò)程產(chǎn)出的記錄信息”，關(guān)鍵詞在“信息”，盡管大家往往比較反感這部分工作，但至少截至目前，我們找不到更好的信息傳遞的方式，數(shù)字化可能能解決一部分傳統(tǒng)文檔化的弊端，但由于其工具使用有一定的門檻、編輯展示不夠靈活、未足夠普及、技術(shù)尚未成熟等不足，并不能取代文檔。

無(wú)論是敏捷變更也好，還是數(shù)字化轉(zhuǎn)型也好，文檔的優(yōu)化都是一大課題，后續(xù)我們可以繼續(xù)思考探討。

4.5.5 SUP.8配置管理

關(guān)于配置管理，我們前面寫了好幾篇文章，這里不贅述了。

4.5.6 SUP.9問(wèn)題解決管理

問(wèn)題包括軟件缺陷或其他項(xiàng)目相關(guān)問(wèn)題，總體要求是要有特定ID、來(lái)源、發(fā)生階段、嚴(yán)重或緊急等級(jí)、發(fā)生場(chǎng)景、發(fā)生版本、原因分析、解決方案、責(zé)任人等。

由于軟件缺陷動(dòng)輒幾百上千，所以缺陷的管理流程是相對(duì)規(guī)范的，而且缺陷基本代表了軟件產(chǎn)品的狀態(tài)，相應(yīng)地，受到的關(guān)注度也比較高。

后續(xù)我們會(huì)出一篇文章詳細(xì)寫一下缺陷管理。

4.5.7 SUP.10變更請(qǐng)求管理

變更是個(gè)老生常談的話題，變更本身不具備特殊性，實(shí)際上會(huì)驅(qū)動(dòng)一次簡(jiǎn)化的或完整的開發(fā)過(guò)程。

其中的關(guān)鍵點(diǎn)在于，變更要經(jīng)過(guò)預(yù)先可行性分析和CCB上是否執(zhí)行的批準(zhǔn)。

4.6 管理過(guò)程組（MAN）

4.6.1 MAN.3項(xiàng)目管理

ASPICE并沒(méi)有將項(xiàng)目管理講出什么花樣來(lái)，權(quán)威的論述還是要看項(xiàng)目管理寶典PMBOK。

這里其實(shí)想分享點(diǎn)對(duì)項(xiàng)目管理另外的看法，如果要挑選出前三點(diǎn)，一個(gè)好的項(xiàng)目經(jīng)理最需要的素質(zhì)是：積極的溝通、很強(qiáng)的抗壓能力和全面的業(yè)務(wù)邏輯。其余呢，要靠經(jīng)驗(yàn)積累了。

4.6.2 MAN.5風(fēng)險(xiǎn)管理

每次看到風(fēng)險(xiǎn)管理，總有種無(wú)語(yǔ)的感覺。除了比較流行的FMEA、FTA等工具，常規(guī)的項(xiàng)目經(jīng)理維護(hù)的那個(gè)風(fēng)險(xiǎn)管理表格，確實(shí)有種應(yīng)付交差的樣子。

真正的項(xiàng)目推動(dòng)，可以靠開口項(xiàng)，可以靠缺陷管理，可以靠變更管理，唯獨(dú)風(fēng)險(xiǎn)，著實(shí)難以獨(dú)立落地，并不是不存在，而是都融合到了其余環(huán)節(jié)，比如，識(shí)別出什么風(fēng)險(xiǎn)后，會(huì)首先定義相關(guān)的調(diào)整任務(wù)，而不是去做一下風(fēng)險(xiǎn)管理。

當(dāng)然，有時(shí)候需要匯報(bào)項(xiàng)目狀態(tài)時(shí)，或者做一個(gè)什么決策選擇時(shí)，也會(huì)用到這個(gè)概念。

4.6.3 MAN.6度量

度量離不開數(shù)據(jù)，數(shù)據(jù)離不開真實(shí)、及時(shí)和完整。

這也是比較難做到的，但聊勝于無(wú)吧，越是關(guān)鍵的判斷和決策越會(huì)關(guān)注數(shù)據(jù)的有效性。

前兩天看了馬云的一個(gè)演講，特別提到了數(shù)字化和數(shù)據(jù)在未來(lái)的重要性，這值得我們所有從業(yè)者認(rèn)真思考一下這個(gè)課題。

4.7 過(guò)程改進(jìn)過(guò)程組（PIM）

4.7.1 PIM.3過(guò)程改進(jìn)

過(guò)程改進(jìn)是個(gè)很有價(jià)值的點(diǎn)，最有機(jī)會(huì)的人是前線戰(zhàn)斗的人，但這批人往往沒(méi)動(dòng)力，反正一個(gè)項(xiàng)目交付了就好了，所以這部分常會(huì)淪落為EPG自嗨的領(lǐng)地。

這很需要制度來(lái)驅(qū)動(dòng)大家的積極性，最直接的是通過(guò)錢來(lái)鼓勵(lì)大家動(dòng)起來(lái)。

4.8 重用過(guò)程組（REU）

4.8.1 REU.2重用程序管理

這個(gè)概念和平臺(tái)化與共享化很接近，核心在于如何最大化利用現(xiàn)有資源。

對(duì)于汽車行業(yè)軟件開發(fā)，相當(dāng)于裁剪，針對(duì)不同復(fù)雜度的項(xiàng)目，將部分活動(dòng)進(jìn)行裁剪，主要也就是進(jìn)行復(fù)用或重用，比如A項(xiàng)目的某些測(cè)試結(jié)果可被B項(xiàng)目拿來(lái)重用等。

5.過(guò)程能力等級(jí)與過(guò)程屬性

總算寫到最后一部分了。按照前面的承諾，這篇我們會(huì)根據(jù)文章的得分點(diǎn)（過(guò)程屬性）逐層遞進(jìn)到滿分作文（等級(jí)5），看看是什么樣子的，也就是ASPICE眼里的最高水平。

5.1 過(guò)程能力等級(jí)0級(jí)：不完整的過(guò)程

“過(guò)程未實(shí)施、或未能實(shí)現(xiàn)其過(guò)程目的。在這個(gè)等級(jí)只有很少或沒(méi)有系統(tǒng)化實(shí)現(xiàn)過(guò)程目的的證據(jù)”。

也就是說(shuō)，第4章節(jié)提到的那些基本實(shí)踐都未完整做到，沒(méi)能達(dá)成最基礎(chǔ)的項(xiàng)目工作目標(biāo)（ASPICE認(rèn)為的），就像文章不滿400字或議論文沒(méi)論據(jù)，定為殘篇，直接低類文，甚至價(jià)值觀不正，零分走起。

要是嚴(yán)格按照ASPICE的思路，實(shí)踐上很多公司在不做準(zhǔn)備的前提下直接迎審，就是0級(jí)。

5.2 過(guò)程能力等級(jí)1級(jí)：已執(zhí)行的過(guò)程

“已執(zhí)行的過(guò)程實(shí)現(xiàn)其過(guò)程目的”。

5.2.1 PA 1.1過(guò)程實(shí)施過(guò)程屬性

“過(guò)程實(shí)施過(guò)程屬性是衡量過(guò)程目的實(shí)現(xiàn)程度的一種度量“。

前面我們也提到過(guò)，這第一個(gè)得分點(diǎn)其實(shí)是對(duì)基本成文（基礎(chǔ)實(shí)踐）的一個(gè)整體描述，本身不是一個(gè)獨(dú)立的點(diǎn)，只有達(dá)到了這個(gè)條件，才有資格進(jìn)行好文章的評(píng)定。

換句話說(shuō)，就是目的導(dǎo)向，做成功了。不管白貓黑貓，反正抓到耗子了。

這其實(shí)是蠻有意思的，一般理解里，以目的為導(dǎo)向，以成敗論英雄，似乎沒(méi)什么問(wèn)題，有時(shí)候甚至還被認(rèn)為是至上哲理。ASPICE不這么認(rèn)為，它認(rèn)為這只是最低要求。在這里，大家可以感受下ASPICE的思路，后面會(huì)逐漸展開。

5.3 過(guò)程能力等級(jí)2級(jí)：已管理的過(guò)程

我們進(jìn)入到了文章水平判斷的第二階段，批改老師們開始正襟危坐看細(xì)節(jié)，開始抓真正的得分點(diǎn)了。

“以管理的方式（計(jì)劃，監(jiān)控和調(diào)整）來(lái)實(shí)施前述的已執(zhí)行的過(guò)程，并且適當(dāng)?shù)慕ⅰ⒖刂坪途S護(hù)該過(guò)程工作產(chǎn)品。以下過(guò)程屬性與先前已定義的過(guò)程屬性一起來(lái)證明本級(jí)別的達(dá)成“。

目標(biāo)達(dá)成了，我們要看是怎么達(dá)成的，是瞎貓碰到死耗子，還是有“預(yù)謀”（以管理的方式）地抓到的？

5.3.1 PA 2.1實(shí)施管理過(guò)程屬性

“實(shí)施管理過(guò)程屬性是對(duì)過(guò)程實(shí)施進(jìn)行管理的程度的度量”。

這個(gè)得分點(diǎn)怎么理解呢？

我們拋開那些冗長(zhǎng)的描述，最關(guān)鍵的是要提前做好統(tǒng)籌規(guī)劃，搞清楚對(duì)方要什么、排好什么時(shí)間做、定好誰(shuí)來(lái)做、需要什么資源（如設(shè)備、樣件等）、定期或不定期的會(huì)議或工具跟蹤、跟蹤到異常及時(shí)調(diào)整計(jì)劃……

實(shí)際上，這是管理一個(gè)項(xiàng)目或一件事項(xiàng)的基本要求，做得不好的呢，就是做到哪算哪，碰到啥問(wèn)題，臨時(shí)救火。

5.3.2 PA 2.2工作產(chǎn)品管理過(guò)程屬性

“工作產(chǎn)品管理過(guò)程屬性是對(duì)過(guò)程生成的工作產(chǎn)品進(jìn)行適當(dāng)管理的程度的度量”。

同樣是管理，上一個(gè)側(cè)重于整體的“做”的規(guī)劃管理，這個(gè)是側(cè)重于“做出來(lái)的東西”。前者更傾向于項(xiàng)目經(jīng)理視角，到點(diǎn)拿到東西；后者更傾向于職能經(jīng)理視角，要確保做出來(lái)的東西被良好管理和正確交付。

工作產(chǎn)品是一個(gè)比較抽象的描述，我們舉個(gè)具體點(diǎn)例子，比如客戶要求交付測(cè)試報(bào)告，我們要按照客戶的要求，去用特定模板結(jié)構(gòu)，選擇專屬用例，做好版本命名，在變更履歷里做好記錄，完成評(píng)審修改，并通過(guò)專門的工具進(jìn)行發(fā)布和存檔等。

更便于理解的方式是三個(gè)詞：基于需求、文檔化（含配置管理）、評(píng)審。

這個(gè)級(jí)別重點(diǎn)在管理、在受控，而不是隨機(jī)成功。

5.4 過(guò)程能力等級(jí)3級(jí)：已建立的過(guò)程

“先述的已管理的過(guò)程，由能實(shí)現(xiàn)其過(guò)程成果的已定義的過(guò)程來(lái)實(shí)施。以下過(guò)程屬性結(jié)合先前已定義的過(guò)程屬性，證明達(dá)成該等級(jí)” 。

二級(jí)貓是有“預(yù)謀”地抓耗子，三級(jí)貓是要基于貓群里已經(jīng)定義好的流程去抓耗子，不是僅僅腦子里的“預(yù)謀”。

5.4.1 PA 3.1過(guò)程定義過(guò)程屬性

“過(guò)程定義過(guò)程屬性是維護(hù)標(biāo)準(zhǔn)過(guò)程以支持已定義過(guò)程的部署的程度的度量”。

簡(jiǎn)言之，就是有詳細(xì)的流程定義。比如經(jīng)常用到Stages來(lái)配置整套的過(guò)程體系，一般會(huì)定義活動(dòng)的前后次序、不同過(guò)程之間的交互、負(fù)責(zé)人、所需的工具等，整體組成可能包括畫出來(lái)的流程框圖、每個(gè)活動(dòng)的具體描述與相關(guān)角色定義、輸入與輸出的工作產(chǎn)品，以及對(duì)應(yīng)的指南或培訓(xùn)材料等，還有很關(guān)鍵或者很理想的一點(diǎn)是，需要有量化指標(biāo)來(lái)評(píng)價(jià)標(biāo)準(zhǔn)過(guò)程的有效性和適用性。注意，這里和MAN.6的度量不一樣，這里是評(píng)價(jià)過(guò)程好不好使，而MAN.6的度量本身就是一個(gè)過(guò)程，是看度量的對(duì)象好不好。

5.4.2 PA 3.2過(guò)程部署過(guò)程屬性

“過(guò)程部署過(guò)程屬性是，對(duì)標(biāo)準(zhǔn)過(guò)程作為已定義過(guò)程進(jìn)行部署而實(shí)現(xiàn)其過(guò)程成果的程度的度量”。

在PA3.1的書面定義之后，就是在具體項(xiàng)目的落實(shí)了，也就是本節(jié)所講的。

首先呢，我們?cè)陂_展一個(gè)項(xiàng)目之前會(huì)進(jìn)行裁剪，畢竟不是所有的項(xiàng)目都需要完整跑一趟全流程，裁剪就是定義本項(xiàng)目所要遵守的流程規(guī)范。

接下來(lái)，要安排相關(guān)的人員，如能力不足，還需要組織培訓(xùn)，并且準(zhǔn)備相關(guān)的資源（如線束、臺(tái)架等）或工作環(huán)境（如工具系統(tǒng)里開出一個(gè)項(xiàng)目區(qū)域）等。

隨后，還要不斷收集分析相關(guān)數(shù)據(jù)，評(píng)估過(guò)程是不是確實(shí)有用（不是運(yùn)作得符不符合標(biāo)準(zhǔn)過(guò)程），如有問(wèn)題，要進(jìn)行流程改善。

這一步的邏輯很清晰，就是按流程落實(shí)，但往往在這一步會(huì)回退到結(jié)果導(dǎo)向的模式。

5.5 過(guò)程能力等級(jí)4級(jí)：可預(yù)測(cè)的過(guò)程

“先述的已建立的過(guò)程，在定義的限值內(nèi)可預(yù)測(cè)地運(yùn)作以達(dá)成其過(guò)程成果。識(shí)別量化管理需要，收集和分析度量數(shù)據(jù)，以識(shí)別波動(dòng)的可查明原因。采取糾正措施來(lái)解決波動(dòng)的可查明原因。以下過(guò)程屬性結(jié)合先前已定義的過(guò)程屬性，證明達(dá)成該等級(jí)”。

這句話是指說(shuō)什么呢？三級(jí)貓可以達(dá)到按流程抓到耗子，四級(jí)貓是有了更高的智慧，調(diào)用歷史耗子作息規(guī)律和行進(jìn)軌跡的數(shù)據(jù)庫(kù)進(jìn)行數(shù)理分析，能預(yù)測(cè)出幾點(diǎn)到哪兒抓幾只耗子了。

目前，據(jù)說(shuō)只有德國(guó)博世平臺(tái)達(dá)到了這只貓的水平（如有錯(cuò)漏，請(qǐng)指正）。

5.5.1 PA 4.1定量分析過(guò)程屬性

“定量分析過(guò)程的屬性是，定義信息需要、識(shí)別過(guò)程要素之間的關(guān)系以及收集數(shù)據(jù)的程度的度量”。

歸根結(jié)底，ASPICE制定者想在這個(gè)級(jí)別達(dá)到量化的因果鏈條實(shí)現(xiàn)的管理，企業(yè)的終“果”是商業(yè)目標(biāo)，所以第一個(gè)GP就是識(shí)別商業(yè)目標(biāo)。

除商業(yè)目標(biāo)之外，還有各利益相關(guān)方的需要也要被考慮到。此外，還要關(guān)注到不同過(guò)程要素之間的關(guān)系。

基于這些目標(biāo)，來(lái)定義定量的目標(biāo)和支持這目標(biāo)實(shí)現(xiàn)的細(xì)化度量項(xiàng)。隨后，就是進(jìn)行數(shù)據(jù)收集和度量項(xiàng)的分析，并將這過(guò)程、項(xiàng)目、產(chǎn)品的結(jié)果提供給相關(guān)的人。

5.5.2 PA 4.2定量控制過(guò)程屬性

“定量控制過(guò)程屬性是對(duì)客觀數(shù)據(jù)被用于管理可預(yù)測(cè)的過(guò)程績(jī)效的程度的度量”。

“定量分析過(guò)程屬性”相當(dāng)于是只是給出來(lái)結(jié)果和限值，“定量控制過(guò)程屬性”是要用這結(jié)果管理項(xiàng)目。比如，定量分析出來(lái)迭代速率和缺陷逃逸率，但光看這倆數(shù)字不知道意味著什么，就需要進(jìn)一步利用一定數(shù)理統(tǒng)計(jì)方法或工具及業(yè)務(wù)理解來(lái)處理這結(jié)果，建立過(guò)程績(jī)效分布，確認(rèn)波動(dòng)原因，并進(jìn)行糾正。

如果這樣不是很好理解，想一下機(jī)械產(chǎn)品的控制圖（判斷過(guò)程是否處于穩(wěn)定所使用的帶控制線的圖），就很容易理解了。

寫到這里，會(huì)發(fā)現(xiàn)什么呢？所謂定量，需要一個(gè)基礎(chǔ)，那就是低變差、高標(biāo)準(zhǔn)。這又和那個(gè)提了幾十年的“軟件工廠”理念類似。

盡管現(xiàn)實(shí)項(xiàng)目里很少見到這樣的實(shí)踐，但還是思考一個(gè)問(wèn)題，四級(jí)能實(shí)現(xiàn)嗎？

基于機(jī)械產(chǎn)品大批量量產(chǎn)的成功經(jīng)驗(yàn)，我想是能實(shí)現(xiàn)的。但是，有必要實(shí)現(xiàn)嗎？或者實(shí)現(xiàn)后有價(jià)值嗎？暫且留一個(gè)開放問(wèn)題，一起思考下。

5.6 過(guò)程能力級(jí)別5級(jí)： 創(chuàng)新的過(guò)程

“先述的可預(yù)測(cè)的過(guò)程得到不斷地改進(jìn)，以響應(yīng)與組織目標(biāo)一致的變化”。

這下更厲害了，終于到我們滿分作文了。不過(guò)，作文這個(gè)比方在這篇文章不太恰當(dāng)，不太有助于理解，所以還是用貓抓耗子的例子。

四級(jí)貓會(huì)數(shù)學(xué)，五級(jí)貓就更神了，但也很不容易，這只貓發(fā)現(xiàn)耗子千變?nèi)f化，甚至受“市場(chǎng)”影響，還得抓小雞，它需要一系列的方法創(chuàng)新。

5.6.1 PA 5.1過(guò)程創(chuàng)新屬性

“過(guò)程創(chuàng)新過(guò)程的屬性是，從對(duì)過(guò)程的定義和部署的創(chuàng)新方法的調(diào)查中識(shí)別過(guò)程變化的程度的度量”。

這里比較簡(jiǎn)單了，一句話總結(jié)，基于新的商業(yè)愿景，在領(lǐng)導(dǎo)堅(jiān)定擁護(hù)創(chuàng)新的前提下，分析現(xiàn)有數(shù)據(jù)和新技術(shù)、新概念識(shí)別創(chuàng)新機(jī)會(huì)。

5.6.2 PA 5.2過(guò)程創(chuàng)新實(shí)施過(guò)程屬性

“過(guò)程創(chuàng)新實(shí)施過(guò)程屬性是對(duì)過(guò)程的定義、管理和績(jī)效的變化達(dá)成相關(guān)過(guò)程創(chuàng)新目標(biāo)的程度的度量”。

這個(gè)冠的名號(hào)依然不小，實(shí)際就是基于PA5.1的流程變更管理，比如進(jìn)行影響分析、執(zhí)行、評(píng)估變更有效性。

到這里，看清楚了這滿分作文或五級(jí)貓的真面目，有沒(méi)有感覺有些失望？

我是有些失望的，我認(rèn)為4級(jí)甚至3級(jí)的實(shí)現(xiàn)就沒(méi)有了5級(jí)的土壤?？赡芤彩茿SPICE比較雞賊，為了讓自己生命力久一點(diǎn)和適用場(chǎng)合廣一點(diǎn)，加了這么個(gè)級(jí)別，畢竟你再發(fā)展也需要?jiǎng)?chuàng)新啊。

說(shuō)在最后

總結(jié)下我對(duì)ASPICE的認(rèn)識(shí)。

ASPICE算是軟件工程和項(xiàng)目管理的良好實(shí)踐總結(jié)，特有的精華都在第4章的過(guò)程參考模型里，是一個(gè)系統(tǒng)且細(xì)化的軟件工程化模型。

而所謂的評(píng)級(jí)，是針對(duì)成熟度的，而非優(yōu)秀度，也就是說(shuō)成熟不等于優(yōu)秀，即并非級(jí)別越高越好。

一定程度上，1到5級(jí)基本映射了行業(yè)或業(yè)務(wù)的發(fā)展軌跡和需要，不同發(fā)展階段會(huì)落在對(duì)應(yīng)級(jí)別，但也可以說(shuō)這個(gè)階段需要這個(gè)級(jí)別所描述的運(yùn)作模式，更高的級(jí)別不適合它。

也就是，初生混亂無(wú)序的0級(jí)；需要敏捷探索與目標(biāo)導(dǎo)向，并能偶然成功落地的1級(jí)；積累了一定的成功經(jīng)驗(yàn)，從而可被管理，并逐漸進(jìn)入穩(wěn)定有序的2級(jí)；技術(shù)日臻成熟，市場(chǎng)顯現(xiàn)壟斷，標(biāo)準(zhǔn)也明確且統(tǒng)一的3級(jí)；進(jìn)入存量市場(chǎng)，需要高標(biāo)準(zhǔn)、高效率，甚至打價(jià)格戰(zhàn)的4級(jí)；盛而入衰，不創(chuàng)新不求變就得死的5級(jí)。

審核編輯 ：李倩