CMM過程管理體系描繪出了一個(gè)美好的軟件過程藍(lán)圖，這個(gè)藍(lán)圖就像一座壯觀的高樓大廈，但高樓大廈是一層層建造起來的，軟件開發(fā)過程也需要一步一步建立。

　　軟件需求的快速增長(zhǎng)推動(dòng)了軟件產(chǎn)業(yè)的發(fā)展，也推動(dòng)了軟件過程的思想。今天，軟件過程已經(jīng)越來越被軟件人員所認(rèn)識(shí)和追捧，國(guó)內(nèi)很多的軟件企業(yè)甚至將SW-CMM當(dāng)成了成功的寶典。殊不知，盡管軟件過程的先驅(qū)SW-CMM提出了作為軟件企業(yè)應(yīng)該具有的過程域，但SW-CMM只提供了一個(gè)軟件企業(yè)進(jìn)行過程改進(jìn)、增加企業(yè)軟件成熟度的改進(jìn)建議框架，而沒有告訴一個(gè)軟件企業(yè)該如何進(jìn)行過程實(shí)施。換而言之，它描述了軟件過程的期望，而沒有指導(dǎo)企業(yè)如何實(shí)現(xiàn)。因此，在軟件過程上我們應(yīng)該謀求一些更具體、更可操作的方法和步驟。

　　過程管理在軟件項(xiàng)目中的作用

　　人們很早就注意到，在軟件開發(fā)過程中，如果將關(guān)注點(diǎn)只放在最終的產(chǎn)品上，不關(guān)注開發(fā)過程，那么不同的開發(fā)隊(duì)伍或者開發(fā)個(gè)人可能就會(huì)采用不同的開發(fā)方式，從而導(dǎo)致結(jié)果無法預(yù)期，因?yàn)檫@時(shí)軟件產(chǎn)品質(zhì)量的高低完全依賴于個(gè)人的素質(zhì)和能力。反過來，在軟件開發(fā)過程中，如果將關(guān)注點(diǎn)放在項(xiàng)目的開發(fā)過程中，那么，不管誰來做，也不管是誰提出的需求，經(jīng)過同一過程開發(fā)的軟件，產(chǎn)品的質(zhì)量是一樣的。為了保證軟件的質(zhì)量，人們很自然地開始重視軟件過程。

　　簡(jiǎn)而言之，軟件過程的目的是保證軟件產(chǎn)品具有相對(duì)穩(wěn)定的質(zhì)量。對(duì)于軟件企業(yè)來說，軟件過程的質(zhì)量是企業(yè)能力的體現(xiàn)，它不應(yīng)依賴于個(gè)人。也就是說，產(chǎn)品的質(zhì)量依賴于企業(yè)的過程能力，而不依賴于個(gè)人能力。如果企業(yè)的過程不是很完善，其軟件質(zhì)量可能也不是很高，但可以通過不斷完善過程，來不斷提高產(chǎn)品的質(zhì)量。

　　在軟件開發(fā)中的過程經(jīng)驗(yàn)有很多，如需求管理、設(shè)計(jì)方法以至于編碼的風(fēng)格、技巧等，還有很多的項(xiàng)目管理過程中的技巧方法等。最初，這些成功的過程只在成功者的頭腦中的，沒有被企業(yè)內(nèi)部共享和重復(fù)利用，從而使得這些本應(yīng)從屬于企業(yè)的巨大財(cái)富被人們所忽視，這無形中給企業(yè)帶來了巨大的損失，特別是當(dāng)人員流動(dòng)時(shí)，企業(yè)的這種財(cái)富也隨之流失。如果企業(yè)將成功的過程進(jìn)行有效的積累，形成可重復(fù)的過程，讓過程能夠被共享、復(fù)用，并得到持續(xù)的改進(jìn)，這豈不是很好的方式！軟件過程管理可以達(dá)到這個(gè)目的。在項(xiàng)目管理的時(shí)候，可以通過參照過程管理來提高項(xiàng)目管理的質(zhì)量，同時(shí)，通過實(shí)際項(xiàng)目管理過程中的經(jīng)驗(yàn)和教訓(xùn)來提高過程質(zhì)量，以便為將來的項(xiàng)目管理提供更多的經(jīng)驗(yàn)。

　　軟件過程在軟件項(xiàng)目中的作用就相當(dāng)于硬件生產(chǎn)的工藝一樣。在生產(chǎn)硬件的時(shí)候，工藝是判斷產(chǎn)品質(zhì)量的標(biāo)準(zhǔn)。但是，目前軟件沒有這樣的惟一判斷標(biāo)準(zhǔn)，什么時(shí)候軟件過程完善到可以作為判斷軟件惟一標(biāo)準(zhǔn)的時(shí)候，那可能就是軟件發(fā)展到了一個(gè)成熟的階段了。

　　過程管理的主要內(nèi)容包括過程定義與過程改進(jìn)。過程定義是對(duì)最佳實(shí)踐加以總結(jié)，以形成一套穩(wěn)定的可重復(fù)的軟件過程。過程改進(jìn)是根據(jù)過程的使用情況，對(duì)過程中有偏差或不夠切合實(shí)際的地方進(jìn)行優(yōu)化的活動(dòng)。在軟件項(xiàng)目管理過程中，如果能很好地定義和控制軟件過程，就能很好地控制項(xiàng)目，從而保證軟件產(chǎn)品的質(zhì)量。

　　適用的軟件過程來自積累

　　好的軟件過程能支持軟件項(xiàng)目的管理，而不正確的過程定義會(huì)起反作用，成為軟件開發(fā)的束縛。有的軟件企業(yè)照搬照抄某些過程標(biāo)準(zhǔn)或者照搬其他企業(yè)的過程定義，而在實(shí)施過程中這些過程定義由于不適合企業(yè)的具體項(xiàng)目，結(jié)果導(dǎo)致大量的會(huì)議和提交大量無用的文檔等無用功，而且增加了管理難度，增加了成本，最后卻沒有帶來產(chǎn)品質(zhì)量的提高。所以，正確的軟件過程應(yīng)該是適合自己企業(yè)，適合自己項(xiàng)目的軟件過程。

　　目前很多的軟件企業(yè)通過了CMM的二級(jí)、三級(jí)以至于四級(jí)、五級(jí)的評(píng)估，但是其中的一些企業(yè)，它們只是給外人看的，不是給自己用的，而且無形中給自己的企業(yè)增加了很大的包袱，這些企業(yè)好像本來是穿30號(hào)鞋，現(xiàn)在卻給自己穿上40號(hào)鞋子的感覺一樣。

　　CMM過程管理體系的確描繪出了一個(gè)美好的軟件過程藍(lán)圖，這個(gè)藍(lán)圖就像一座壯觀的高樓大廈，但是羅馬不是一天建成的，冰凍三尺，非一日之寒。高樓大廈是一層層建造起來的，軟件開發(fā)過程也需要一步一步建立，而不應(yīng)該將別人的高樓大廈搬過來使用。過程的建立需要堅(jiān)實(shí)的基礎(chǔ)，否則企業(yè)會(huì)勞民傷財(cái)，有付出沒有回報(bào)。

　　筆者在實(shí)施軟件過程體系中，也遇到企業(yè)內(nèi)軟件人員的層層障礙，原因之一就是過程制定得不合適。過程實(shí)施不當(dāng)會(huì)限制開發(fā)人員的創(chuàng)造力，制約開發(fā)人員的靈活性。這樣希望提高軟件質(zhì)量的過程變成束縛軟件開發(fā)的負(fù)擔(dān)。 [NextPage]

　　現(xiàn)在，有些機(jī)構(gòu)或者企業(yè)也希望開發(fā)一些可以多次使用或者可以作為標(biāo)準(zhǔn)的統(tǒng)一過程（例如RUP）。作為一個(gè)軟件企業(yè)，開始的時(shí)候沒有足夠的過程管理積累，可以采取摸索、實(shí)踐、提煉、改進(jìn)的步驟進(jìn)行。第一階段，可以針對(duì)具體項(xiàng)目制定具體的過程，而且一定要簡(jiǎn)單實(shí)用，然后逐步調(diào)整過程。也就是說第一步應(yīng)該是針對(duì)具體項(xiàng)目制定過程，等積累了一定的項(xiàng)目管理經(jīng)驗(yàn)后，第二階段就可以針對(duì)企業(yè)制定相應(yīng)的過程策略。最后，我們可以期望軟件行業(yè)的過程標(biāo)準(zhǔn)。所以，軟件項(xiàng)目過程的制定應(yīng)該是循序漸進(jìn)的。不一定仿照某些標(biāo)準(zhǔn)，簡(jiǎn)單實(shí)用是最重要的。

　　一個(gè)可以被更多人認(rèn)可并行之有效的軟件過程是實(shí)踐出來的，而且軟件過程也不是枯燥的、抽象的條款，而是具體的、生動(dòng)的、有實(shí)際意義的、可操作的工具。在具體進(jìn)行過程定義的時(shí)候，應(yīng)該是從項(xiàng)目級(jí)過程逐步積累到企業(yè)級(jí)過程，再由企業(yè)級(jí)過程裁剪為項(xiàng)目過程。如果所有的軟件企業(yè)內(nèi)部都能夠做到企業(yè)級(jí)的過程管理，那么實(shí)現(xiàn)軟件界的過程統(tǒng)一就不遠(yuǎn)了。如果軟件行業(yè)有了可以通用的統(tǒng)一過程標(biāo)準(zhǔn)，證明軟件發(fā)展到了一個(gè)成熟的階段了。

　　這里還要強(qiáng)調(diào)一點(diǎn)，談到軟件過程的重要性時(shí)，常常說軟件過程可以消除依賴個(gè)人英雄主義的狀況。我們也應(yīng)該看到，軟件過程不推崇個(gè)人英雄，但是并不是說軟件項(xiàng)目不需要具有優(yōu)秀技術(shù)的個(gè)人，好的軟件過程可以加速優(yōu)秀個(gè)人的成長(zhǎng)；同理，好的軟件過程也可以加速軟件企業(yè)的成長(zhǎng)。

　　美國(guó)NASA的經(jīng)驗(yàn)

　　在探索軟件過程管理的過程中，首先是不能盲從。比如，對(duì)等評(píng)審（Peer Review）是CMM中非常重要的一個(gè)關(guān)鍵過程域，CMM、PMBOK等項(xiàng)目管理體系都對(duì)走查（Walkthroughs）、審核(Inspection)等對(duì)等評(píng)審有相應(yīng)的說明，但它們都沒有對(duì)如何實(shí)施這個(gè)過程明確定義操作流程。如果軟件企業(yè)沒有很好的實(shí)踐而照搬其他企業(yè)的審核或者走查等對(duì)等評(píng)審過程，那么在實(shí)施過程中可能會(huì)遇到層層的障礙，導(dǎo)致得不償失。只有經(jīng)過實(shí)踐之后總結(jié)出來的過程，才會(huì)帶來很好的結(jié)果。

　　又如，我們?cè)?jīng)在開發(fā)一個(gè)軟件項(xiàng)目過程中發(fā)現(xiàn)，有些人開發(fā)的軟件質(zhì)量很高，而且效率也很高，測(cè)試中發(fā)現(xiàn)的缺陷很少。原來這些人在編譯前后都進(jìn)行代碼走查，后來我們就要求項(xiàng)目組的所有開發(fā)人員都要進(jìn)行自我代碼走查，編譯前進(jìn)行一次，編譯之后進(jìn)行一次，保證測(cè)試之前執(zhí)行兩次代碼走查。結(jié)果取得了非常好的效果，軟件的質(zhì)量得到了很大的提高。為此，將這個(gè)方法推薦給其他項(xiàng)目，其他項(xiàng)目在試用過程中發(fā)現(xiàn)如果進(jìn)行交叉代碼走查，即開發(fā)人員互相進(jìn)行代碼走查，效果會(huì)更好。這樣逐漸總結(jié)開發(fā)代碼的過程，經(jīng)過多個(gè)項(xiàng)目的過程提煉可以編制企業(yè)的開發(fā)過程。在企業(yè)的代碼開發(fā)過程中，明確說明什么時(shí)間進(jìn)行代碼走查，如何進(jìn)行代碼走查。這樣通過有效的過程來提高軟件產(chǎn)品的質(zhì)量。

　　美國(guó)NASA Space ShuttleOnboard軟件項(xiàng)目，在實(shí)施軟件過程管理中得到了實(shí)實(shí)在在的好處。為了滿足NASA約翰空間中心關(guān)于項(xiàng)目高安全和高性能標(biāo)準(zhǔn)的要求，Shuttle Onboard項(xiàng)目必須開發(fā)出高質(zhì)量的軟件。為此，項(xiàng)目團(tuán)隊(duì)精心制作并實(shí)踐了可以提高產(chǎn)品質(zhì)量的軟件過程，經(jīng)過十幾年的努力和實(shí)驗(yàn)，摸索和開發(fā)了可以精確控制的過程，最終使軟件達(dá)到零缺陷。在此期間它們參照、實(shí)驗(yàn)了很多的軟件過程，包括需求管理、配置管理、對(duì)等評(píng)審、審查、測(cè)試、項(xiàng)目管理等。為了消除缺陷的根源，項(xiàng)目組成立“問題疏漏分析”組，分析諸如審核、測(cè)試、驗(yàn)證等檢錯(cuò)方法中疏漏缺陷的原因，也就是研究這些質(zhì)量過程中存在的問題，這個(gè)提高質(zhì)量過程的過程包括如下四個(gè)步驟:

　　1.從技術(shù)上分析缺陷的原因，并且提出糾正的措施。

　　2.標(biāo)識(shí)糾錯(cuò)過程中的問題，并更正過程，以消除將來采用此過程可能疏漏錯(cuò)誤的可能性。

　　3.改進(jìn)糾錯(cuò)過程中的具體方法程序，這些方法程序曾經(jīng)讓缺陷逃過了，沒有及時(shí)捕獲缺陷。

　　4.檢查Shuttle Onboard項(xiàng)目中采用此過程方法的其他部分，這些部分可能同樣遺漏了一些類似的缺陷，需要重新檢查，以便確認(rèn)沒有缺陷。

　　通過詳細(xì)的情景式分析確定缺陷的根本原因，然后將這些情景式的經(jīng)驗(yàn)反饋給開發(fā)過程，它們對(duì)改進(jìn)糾錯(cuò)過程起到了非常好的作用。項(xiàng)目組將它應(yīng)用到了其他過程的分析中，諸如需求分析等，也取得了很好的效果。

　　同樣的，Shuttle Onboard項(xiàng)目通過不斷地度量過程、完善過程，最后達(dá)到提高項(xiàng)目質(zhì)量的目的。過程的質(zhì)量來源于實(shí)際的度量結(jié)果。同樣項(xiàng)目的質(zhì)量也可以通過高質(zhì)量的過程來得到保證。