1.介紹

1.1 范圍

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

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

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

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

1.2. 術(shù)語

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

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

1.3. 縮略語

講了常見的縮略語，略。

2.符合性聲明

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

3.過程能力確定

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

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

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

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

就像，該供應(yīng)商的xxx OEM的xxx項(xiàng)目進(jìn)行了ASPICE評估，VDA Scope的16個過程域都獲得了二級認(rèn)證?？偮牭接腥苏f，xxx公司獲得了ASPICE L2認(rèn)證，其實(shí)是不嚴(yán)謹(jǐn)?shù)?，相?dāng)于說這個考生是二類文。

3.1 過程參考模型

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

3.1.1 主要生命周期過程類別

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

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

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

3.1.2 支持生命周期過程類別

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

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

3.1.3 組織生命周期過程類別

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

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

3.2 度量框架

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

3.2.1. 過程能力級別和過程屬性

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

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

?

3.2.2. 過程屬性評定

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

?

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

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

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

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

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

3.2.3 過程能力等級模型

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

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

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

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

3.3 過程評估模型

過程評估模型定義了兩種指標(biāo)：

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

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

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

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

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

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

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

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

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

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

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

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

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

3.3.3 理解PAM的抽象級別

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

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

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

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

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

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

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

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

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

4.1 獲取過程組（ACQ）

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

一般來說，客戶采購會通過供應(yīng)商銷售這個口子將詢價的各類需求（比如叫RFQ或SOR之類）送達(dá)，并限定報價時間。

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

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

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)目信息即可，但是在報價階段形成的和與項(xiàng)目相關(guān)的技術(shù)協(xié)議、技術(shù)方案、各類承諾文檔乃至郵件，其實(shí)都是可以作為合同的附屬物來約束雙方。

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

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

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

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

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

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

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

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

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

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

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

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

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

4.1.4 ACQ.12法律和行政要求

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

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

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

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

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

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

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

4.1.6 ACQ.14提案要求

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

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

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

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

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

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

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

4.2 供應(yīng)過程組（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ā)布

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

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

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

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

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

4.3.1 SYS.1需求挖掘

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

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

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

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

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

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

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

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

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

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

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

4.4 軟件工程組（SWE）

4.4.1 SWE.1軟件需求分析

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

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

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

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

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

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

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

4.4.5 SWE.5軟件集成和集成測試

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

4.4.6 SWE.6軟件合格性測試

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

4.5 支持過程組（SUP）

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

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

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

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

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

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

4.5.2 SUP.2驗(yàn)證

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

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

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

大家一起理理清，對對齊。

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

4.5.4 SUP.7文檔化

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

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

4.5.5 SUP.8配置管理

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

4.5.6 SUP.9問題解決管理

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

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

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

4.5.7 SUP.10變更請求管理

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

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

4.6 管理過程組（MAN）

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

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

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

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

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

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

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

4.6.3 MAN.6度量

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

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

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

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

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

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

這很需要制度來驅(qū)動大家的積極性，最直接的是通過錢來鼓勵大家動起來。

4.8 重用過程組（REU）

4.8.1 REU.2重用程序管理

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

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

5.過程能力等級與過程屬性

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

5.1 過程能力等級0級：不完整的過程

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

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

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

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

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

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

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

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

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

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

5.3 過程能力等級2級：已管理的過程

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5.4 過程能力等級3級：已建立的過程

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

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

5.4.1 PA 3.1過程定義過程屬性

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

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

5.4.2 PA 3.2過程部署過程屬性

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

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

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

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

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

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

5.5 過程能力等級4級：可預(yù)測的過程

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

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

目前，據(jù)說只有德國博世平臺達(dá)到了這只貓的水平（如有錯漏，請指正）。

5.5.1 PA 4.1定量分析過程屬性

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

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

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

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

5.5.2 PA 4.2定量控制過程屬性

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

說在最后

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

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

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

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

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

審核編輯 ：李倩