前言
近10年來，軟件過程越來越成為人們關(guān)注的焦點，它正在打破過去人們已經(jīng)習(xí)慣的面向任務(wù)的思維方式，逐漸加強面向過程的思考，軟件開發(fā)和維護的運作以過程為中心的方式正在進行。正如軟件工程領(lǐng)域領(lǐng)袖級人物、能力成熟度模型（CMM）奠基人瓦茨·漢弗萊(Watts Humphrey)所說，要解決軟件危機，首要任務(wù)是把軟件活動視作可控的、可度量的和可改進的過程。
其實，通過下面這個“七人分粥”寓意的小故事，就很清楚地說明了軟件過程的重要性。
有7個人曾經(jīng)住在一起，每天分一大桶粥。要命的是，粥每天都不夠吃。
(1) 一開始，指定一人負責(zé)分粥事宜，很快大家發(fā)現(xiàn)，這個人為自己分的粥最多最好，于是推選出一個道德高尚的人出來分粥。強權(quán)就會產(chǎn)生腐敗，大家開始挖空心思去討好他，搞得整個小團體烏煙瘴氣，顯然這個方法不行。
(2) 指定一個人分粥和一個人監(jiān)督，起初比較公平，但到后來分粥的人與監(jiān)督的人從權(quán)力制約走向權(quán)力合作，于是只有這兩個人能吃飽，這種方法也失敗了。
(3) 誰也信不過，干脆大家輪流主持分粥，每人一天。雖然看起來平等了，但是，每人在一周中只有1天吃得飽，其余6天都吃不飽，而且每天粥還有剩的，這種方法造成資源浪費。
(4) 民主選舉一個3人分粥委員會和一個4人監(jiān)督委員會，實行集體領(lǐng)導(dǎo)，公平是做到了。但是，監(jiān)督委員會經(jīng)常提出各種議案，分粥委員會據(jù)理力爭，等粥分完時，粥早就涼了，此方法效率太低。
(5) 最后想出來一個方法——每個人輪流值日分粥，但分粥的那個人要最后一個領(lǐng)粥。令人驚奇的是，結(jié)果7只碗里的粥每次都是一樣多，就像用科學(xué)儀器量過一樣。因為，每個主持分粥的人都認識到，如果每只碗里的粥不相同，他無疑將拿到那份最少的。
同樣是7個人，不同的流程和方法，就會造成迥然不同的結(jié)果，包括效率、成本上的差異。從這個故事可以看出，有什么流程，就有什么結(jié)果，流程決定了結(jié)果。
業(yè)務(wù)流程重組（BPR）是另外一個例子，許多企業(yè)通過業(yè)務(wù)重組拯救了自己或從經(jīng)營業(yè)績的低谷走出來。業(yè)務(wù)流程重組，就是改變過去純目標管理的思想，強調(diào)管理過程的重要性，實現(xiàn)從職能管理到面向業(yè)務(wù)流程管理的轉(zhuǎn)變。業(yè)務(wù)流程重組注重整體流程的優(yōu)化，確定了“組織為流程而定，而不是流程為組織而定”的指導(dǎo)思想，充分發(fā)揮每個人在整個業(yè)務(wù)流程中的作用。
軟件過程管理體現(xiàn)在過程模型、規(guī)范、問題處理方法和具體實踐等一系列內(nèi)容之上，但首先體現(xiàn)在組織的文化中，即建立過程管理的先進理念。
（1） 以客戶為導(dǎo)向、以過程為中心。
（2） 好的過程就能產(chǎn)生好的產(chǎn)品。
（3） 尊重流程，自上而下，依賴流程。
（4） 只關(guān)注質(zhì)量過程而不是質(zhì)量結(jié)果。
過程管理的先進文化一旦在組織中建立起來，其他問題就迎刃而解。軟件過程管理存在的最大障礙可能不在究竟用什么過程模型或過程管理系統(tǒng)，而是在于軟件企業(yè)自身傳統(tǒng)的管理理念和思維方式，樹立和保持企業(yè)全體人員的正確的、先進的理念，比推廣一個管理工具要難得多。所以，軟件過程管理的關(guān)鍵是建立正確的過程管理文化。
在當今互聯(lián)網(wǎng)蓬勃發(fā)展的時代，軟件企業(yè)面臨著巨大的挑戰(zhàn)。顧客需求瞬息萬變、全球性競爭環(huán)境和技術(shù)創(chuàng)新不斷加速等，導(dǎo)致產(chǎn)品生命周期不斷縮短、商業(yè)模式不穩(wěn)定，軟件過程管理必須適應(yīng)這種變化。CMM（能力成熟度模型）沒有幾年前那么火熱而開始受到了一些冷落，敏捷過程管理越來越受到推崇。同時，IBMRational的統(tǒng)一過程(RUP)管理和微軟公司的解決方案框架（MSF）在保持其核心內(nèi)容的前提下，也在不斷進行調(diào)整，加入新的內(nèi)容，以適應(yīng)軟件商業(yè)模式和開發(fā)模式的變化。所以，從這個意義上說，沒有一成不變的軟件過程管理模式，也沒有放之四海而皆準的、通用的軟件過程管理模式。軟件過程管理模式應(yīng)該是在不斷發(fā)展的，就每個具體的軟件組織和企業(yè)，應(yīng)該選擇適合自己的過程管理模式，并且也可能不只是選擇一種模式，而是選擇多種模式，以一種模式為主，對其他模式兼收并蓄，形成更有效的軟件過程自定義模式。
本書正是從上述基本思想出發(fā)，來討論軟件過程管理，以期對讀者及其所在的軟件組織有更大的啟發(fā)和幫助。
全書共10章，全面介紹了軟件過程管理的各個方面，包括軟件過程規(guī)范、軟件過程的組織管理、項目管理、質(zhì)量管理和需求管理等，最后介紹了軟件過程評估和改進、軟件過程管理實例。
第1章介紹了軟件過程規(guī)范的內(nèi)容、影響和作用，全面闡述了軟件生命周期的過程需求和過程標準體系。最后介紹了基于UML、IDEF3、Agent以及SOA等各種方法的軟件過程建模。
第2章相繼介紹了軟件過程不成熟的特點、軟件過程成熟的標準、能力成熟度模型（CMM/ CMMI）的基本內(nèi)容、系統(tǒng)工程能力模型和集成化產(chǎn)品開發(fā)模型。并就過程成熟度級別及其特征、可視性和過程能力等展開討論，包括CMM/CMMI過程域。最后介紹了軟件過程文化、環(huán)境和過程框架等。
第3章軟件過程組織管理的描述，包括組織過程焦點、過程定義、過程剪裁等。著重討論了PSP和TSP過程框架，包括工作流程、計劃、設(shè)計和實現(xiàn)等具體內(nèi)容。
第4章軟件過程的需求管理，主要介紹了軟件需求工程、需求開發(fā)和管理的模型、需求管理工作流程、需求獲取的過程和方法、需求定義過程和需求的確認、跟蹤和變更控制。
第5章描述了軟件過程的技術(shù)架構(gòu)及其層次、內(nèi)容等，重點討論了軟件過程的資源管理、技術(shù)路線、問題解決的系統(tǒng)方法，包括原因分析和缺陷分析、決策分析與決定、技術(shù)解決計劃的建立和實施、知識傳遞和各類過程管理的技術(shù)工具等。
第6章介紹了項目啟動和項目實施過程需要解決的各種問題。主要內(nèi)容包括了項目的配置管理、風(fēng)險分析、資源和成本估算、項目跟蹤等。
第7章說明了質(zhì)量控制的重要性，也介紹了控制軟件質(zhì)量的方法和手段。通過本章的學(xué)習(xí)可以基本掌握軟件評審的方法和技術(shù)，以及軟件缺陷的分析和有效移除。
第8章軟件過程的集成管理，主要介紹了項目的集成管理流程。重點內(nèi)容包括產(chǎn)品集成的過程管理、集成產(chǎn)品開發(fā)模式、產(chǎn)品及周期優(yōu)化方法、IPD過程框架模式以及市場過程管理、流程重整、產(chǎn)品重整和新產(chǎn)品開發(fā)等。
第9章首先闡述了軟件過程評估和改進的基本思想和方法，然后相繼介紹了各種常用的評估和改進模型，如ISO/IEC 15504、Bootstrap、Trillium和CMM/CMMI的評估體系以及質(zhì)量改進范例、IDEAL模型、Raytheon方法以及6 Sigma方法等過程改進模型和方法。
第10章通過具體實例進一步闡述了軟件過程的管理，介紹了IBMRational 業(yè)務(wù)驅(qū)動開發(fā)的RUP、微軟公司MSF、敏捷過程管理、面向構(gòu)件的軟件過程和軟件過程的自定義體系。
每一章的最后都有本章的小結(jié)和思考題，以幫助讀者更好理解每一章的內(nèi)容。
本書特別重視理論與實踐相結(jié)合，使讀者既能領(lǐng)會基本原理，又能掌握原理的實際應(yīng)用。因此，它既適合軟件公司中的軟件工程師和管理人員閱讀，也適合軟件質(zhì)量管理的專業(yè)人員和實踐人員。同時，本書很適合作為計算機軟件、軟件工程學(xué)科大中專學(xué)校的教材。
全書由朱少民主編、審稿和定稿。第1、2、5、8、9、10章由朱少民編寫，第3、4、6、7章由左智編寫。感謝作者的家人、作者所在的網(wǎng)迅（WebEx）公司的大力支持，特別感謝清華大學(xué)出版社丁嶺主任所提供的合作機會，來填補目前圖書市場在“軟件過程管理”教材方面的空白。
由于水平和時間的限制，本書不可避免會出現(xiàn)一些錯誤、遺漏以及中英文術(shù)語不一致的地方，請讀者見諒并懇請?zhí)岢鰧氋F意見。

作者
2006年10月