需求開發(fā)與需求管理指引

第1章IT企業(yè)研發(fā)和管理綜述

TOC\o"1-5"\h\z\o"CurrentDocument"1.1企業(yè)研發(fā)管理的一些理念 2.\o"CurrentDocument"1.2常見方法論介紹和優(yōu)缺點(diǎn)分析 3.\o"CurrentDocument"1.2.1覆蓋產(chǎn)品生命周期的研發(fā)管理體系 3.\o"CurrentDocument"ISO9000族質(zhì)量管理體系 5.\o"CurrentDocument"CMM/CMMI 6\o"CurrentDocument"1.2.4項(xiàng)目管理知識(shí)體系（PMBOK） 9\o"CurrentDocument"1.2.5敏捷開發(fā)思想 1.1.\o"CurrentDocument"1.2.6RUP和面向?qū)ο蠓椒ㄕ?13\o"CurrentDocument"1.3中小型IT企業(yè)的研發(fā)管理需求和解決方案 14\o"CurrentDocument"1.3.1研發(fā)管理需求 1.4..1.5 1.3.2研發(fā)管理解決方案.1.5 \o"CurrentDocument"1.4集成化研發(fā)管理方法論（SPP）介紹 1.7.\o"CurrentDocument"SPP的概念和模型 17SPP的特征和優(yōu)點(diǎn) 191.5集成化項(xiàng)目管理系統(tǒng)（FUTURE1.5集成化項(xiàng)目管理系統(tǒng)（FUTURE）介紹1.9 1.5.1Future3.的1功能介紹 1.9 Future系統(tǒng)的特征和優(yōu)點(diǎn)Future系統(tǒng)的特征和優(yōu)點(diǎn).2.0 1.5.3Future系統(tǒng)自身的開發(fā)和管理流程1.5.3Future系統(tǒng)自身的開發(fā)和管理流程.2.2 ?2 第1章IT企業(yè)研發(fā)管理綜述 大部分IT企業(yè)從事產(chǎn)品開發(fā)或者合同項(xiàng)目開發(fā)，有開發(fā)就要有管理，管理是為開發(fā)服務(wù)的。IT企業(yè)的開發(fā)過(guò)程通常指“需求開發(fā)、軟件硬件設(shè)計(jì)、軟件硬件實(shí)現(xiàn)、測(cè)試、發(fā)布、維護(hù)”。項(xiàng)目管理涵蓋的過(guò)程域有“組織結(jié)構(gòu)和人力資源管理、立項(xiàng)與結(jié)項(xiàng)、項(xiàng)目規(guī)劃與監(jiān)控、需求開發(fā)與管理、變更管理、軟件質(zhì)量管理、軟件配置管理、日常工作和領(lǐng)導(dǎo)綜合管理等”。本章首先闡述企業(yè)研發(fā)管理的一些理念，中心思想是“圍繞企業(yè)利益最大化這個(gè)根本目標(biāo)開展研發(fā)和管理工作”。接著介紹常見的研發(fā)管理方法論：產(chǎn)品生命周期管理、ISO9000族質(zhì)量體系、軟件過(guò)程改進(jìn)與CMM/CMMI、項(xiàng)目管理與PMBOK、敏捷軟件開發(fā)方法、RUP和面向?qū)ο蠓椒ㄕ?，并進(jìn)行優(yōu)缺點(diǎn)分析。之后，本章分析了國(guó)內(nèi)中小型IT企業(yè)的研發(fā)管理需求，闡述作者創(chuàng)作的研發(fā)管理解決方案，核心成果是集成化研發(fā)管理方法論（SPP）和集成化項(xiàng)目管理系統(tǒng)（Future）。本章是全書的綜述文章，給出了提綱挈領(lǐng)的觀點(diǎn)和論斷，有益于讀者拓寬視野，取長(zhǎng)補(bǔ)短。本書后面的章節(jié)將細(xì)致地解答IT企業(yè)項(xiàng)目管理的常見問題，闡述行之有效的方法和工具。讀者掌握后馬上就可以在企業(yè)中應(yīng)用。1.1企業(yè)研發(fā)管理的一些理念企業(yè)的根本目標(biāo)是“合法地賺取盡可能多的利潤(rùn)，使企業(yè)利益最大化”。企業(yè)所有的特定目標(biāo)和行動(dòng)（例如研發(fā)和管理等）都是圍繞根本目標(biāo)開展的，不能和根本目標(biāo)抵觸。企業(yè)研發(fā)管理的指導(dǎo)思想是：結(jié)果導(dǎo)向，并且關(guān)注過(guò)程?！敖Y(jié)果導(dǎo)向”是指：以最終產(chǎn)生的經(jīng)濟(jì)效益來(lái)衡量研發(fā)項(xiàng)目的業(yè)績(jī)，追求利益最大化?！瓣P(guān)注過(guò)程”是指：將期望的結(jié)果分解到每個(gè)過(guò)程域（即工作環(huán)節(jié)）去實(shí)現(xiàn)，努力把每項(xiàng)工作做好，從而得到好的結(jié)果。一般地，好的過(guò)程才可能得到好的產(chǎn)品，而差的過(guò)程只會(huì)得到差的產(chǎn)品。衡量工作優(yōu)劣的三個(gè)關(guān)鍵指標(biāo)是：質(zhì)量、時(shí)間和成本。人們?cè)诠ぷ鞯臅r(shí)候總是希望：做得好（即質(zhì)量高）、做得快（即時(shí)間少）而且少化錢（即成本低）。如果出現(xiàn)三者難以同時(shí)兼得的情況，那么決策者一定要搞清楚質(zhì)量、時(shí)間、成本之間的復(fù)雜關(guān)系，判斷孰重孰輕，給出優(yōu)化和折中的措施。綜上所述，我們可以總結(jié)企業(yè)研發(fā)管理的目標(biāo)：基本目標(biāo)：讓所有人員有條不紊地開展工作，在預(yù)定的時(shí)間和成本之內(nèi)，開發(fā)完成質(zhì)量合格的產(chǎn)品，從而使企業(yè)和個(gè)人獲得預(yù)定的利益。奮斗目標(biāo)：調(diào)動(dòng)一切積極因素，努力提高產(chǎn)品質(zhì)量、提高工作效率并且降低成本，使企業(yè)和個(gè)人獲得比預(yù)定目標(biāo)更多的利益。在IT企業(yè)中，研發(fā)項(xiàng)目所涉及的主要過(guò)程域有:項(xiàng)目管理過(guò)程域：立項(xiàng)管理，結(jié)項(xiàng)管理，項(xiàng)目規(guī)劃、項(xiàng)目監(jiān)控、配置管理、變更管理等；項(xiàng)目研發(fā)過(guò)程域:需求開發(fā)與管理、軟件硬件設(shè)計(jì)、軟件硬件實(shí)現(xiàn)、軟件硬件測(cè)試等、發(fā)布與驗(yàn)收等；機(jī)構(gòu)支持過(guò)程域:質(zhì)量保證、客戶服務(wù)等；上述過(guò)程域中的任何活動(dòng)都會(huì)影響研發(fā)項(xiàng)目的質(zhì)量、時(shí)間和成本。人們顯然難以一股腦地把所有的事情做好。在企業(yè)里，大部分工作是成熟的，有成功的模式可以套用，應(yīng)當(dāng)走規(guī)范化路線；而另外小部分工作可能是獨(dú)特的，并不適宜套用規(guī)范（也可能沒有規(guī)范可以套用），那么應(yīng)當(dāng)采用超越規(guī)范化的管理方式。一般地，企業(yè)既需要大量的規(guī)范化管理方式，又需要小量的超越規(guī)范化的管理方式。通常前者約占80%，而后者約占20%（這里80－20僅僅是建議比例）。國(guó)內(nèi)大部分IT企業(yè)的研發(fā)管理現(xiàn)狀是:規(guī)范化管理太少，非規(guī)范化的管理太多，到處都是土匪游擊隊(duì)的運(yùn)作方式。阻礙國(guó)內(nèi)IT企業(yè)發(fā)展的瓶頸問題通常不是技術(shù)問題，而是雜亂無(wú)章的管理。國(guó)內(nèi)IT企業(yè)喜歡標(biāo)榜自己是“高科技企業(yè)”，在開發(fā)高科技產(chǎn)品的同時(shí)，自己內(nèi)部的管理卻非常落后。真是“鞋匠的兒子沒鞋穿”，這是對(duì)IT企業(yè)的莫大諷刺。本書倡導(dǎo)的研發(fā)管理思想是:以追求商業(yè)利益最大化為總目標(biāo)，將提高質(zhì)量、提高效率、降低成本的方法（經(jīng)驗(yàn)）融入到所有過(guò)程域中，形成適合于本企業(yè)的研發(fā)管理規(guī)范；開發(fā)和部署與規(guī)范配套的管理工具，從而有效地幫助企業(yè)依據(jù)規(guī)范開展研發(fā)管理工作。1.2常見方法論介紹和優(yōu)缺點(diǎn)分析1.2.1覆蓋產(chǎn)品生命周期的研發(fā)管理體系早在1986年，美國(guó)PRTM公司創(chuàng)作了PACE（ProductAndCycle-timeExcellence,產(chǎn)品及周期優(yōu)化法）方法論。PACE關(guān)注的要素有：正確決策項(xiàng)目小組構(gòu)成開發(fā)活動(dòng)的結(jié)構(gòu)開發(fā)工具與技術(shù)產(chǎn)品戰(zhàn)略技術(shù)管理資源管理PACE算得上是產(chǎn)品生命周期和流程管理領(lǐng)域的方法論鼻祖。PACE誕生之后，很多企業(yè)和學(xué)術(shù)機(jī)構(gòu)不斷地提出了適合于本行業(yè)的研發(fā)管理方法論，概念和術(shù)語(yǔ)“之多、之大”令人眼花繚亂、茫然失措。20世紀(jì)90年代初，IBM公司遭受了巨大的經(jīng)營(yíng)挫折，年虧損額高達(dá)近 80億美元。為了擺脫經(jīng)營(yíng)困境，IBM實(shí)施了以系統(tǒng)性研發(fā)管理解決方案為核心的企業(yè)再造方案。 IBM引進(jìn)了PACE方法論，并獲得了巨大的成功。從1993年到1998年總共節(jié)省了120億美元的費(fèi)用，產(chǎn)品平均開發(fā)周期4年下降到16個(gè)月。在PACE的基礎(chǔ)上，IBM總結(jié)了一套行之有效的產(chǎn)品開發(fā)模式，稱之為 IPD（IntegratedProductDevelopment，集成產(chǎn)品開發(fā)）。IBM不僅內(nèi)部使用IPD，而且還把IPD方案賣給別的企業(yè)賺大錢。1999年，華為公司成為國(guó)內(nèi)第一家引入PACE和IPD的大型企業(yè)，據(jù)說(shuō)花費(fèi)上億元人民幣，方案供應(yīng)商自然是IBM。華為公司在推廣IPD過(guò)程中遭遇重重困難，付出了高昂代價(jià)，最終評(píng)價(jià)是成功的。目前華為已經(jīng)是國(guó)內(nèi)最大的電信設(shè)備供應(yīng)商，也可以說(shuō)是國(guó)內(nèi)最大、最好的高科技企業(yè)。在企業(yè)流程改進(jìn)領(lǐng)域，華為創(chuàng)作了一句廣為流傳的名言：“先僵化，再優(yōu)化，后固化”。相似地，上海貝爾阿爾卡特為了建立適合自身發(fā)展需求的研發(fā)管理體系（類似于IPD），從2002年開始引入PACE方法論，公司在研發(fā)管理體系的投入累計(jì)達(dá)數(shù)千萬(wàn)元人民幣。本人是該項(xiàng)目的ProcessLeader。我和組員們最初接觸PACE的時(shí)候，覺得神秘高深，很是昂慕。我們和PRTM公司的咨詢師相處了3個(gè)多月，最大的工作成果是制訂了“新產(chǎn)品開發(fā)流程”，如圖1-1所示。有一天，我凝視著那幅花費(fèi)了一百多萬(wàn)元經(jīng)費(fèi)而產(chǎn)生的流程圖，突然發(fā)現(xiàn)：所有的流程細(xì)節(jié)都是我們自己制訂的，咨詢師僅僅告訴我們幾個(gè)先進(jìn)的概念和術(shù)語(yǔ)而已，并沒有給予任何超出我意料的革新，竟然賺了很多錢。之后一年，我親身感受到，所謂國(guó)際先進(jìn)的研發(fā)管理方案，實(shí)際上效率低下、浪費(fèi)很大。于是我和合作伙伴創(chuàng)作了面向國(guó)內(nèi)中小型 IT企業(yè)的研發(fā)管理方法論（SPP）和工具（Future），并于2004年創(chuàng)業(yè)。由于有前車之鑒，我們不做華而不實(shí)的事情，我們的價(jià)值觀是“為客戶創(chuàng)造的利益必須高于客戶付出的成本”。由于有親身經(jīng)歷，我對(duì)PACE和IPD方案作個(gè)簡(jiǎn)要的評(píng)論，以便讀者辨析：PACE和IPD方案適合于指導(dǎo)大型企業(yè)的研發(fā)管理流程改進(jìn)，由于涉及面很廣，實(shí)施過(guò)程中會(huì)遭遇重重困難，可能導(dǎo)致半途而廢；投入經(jīng)費(fèi)巨大，見效時(shí)間比較長(zhǎng)，企業(yè)可能挺不??；如果成功，則有巨大的長(zhǎng)期收益，但是失敗的可能性比成功的可能性高得多。如華為和上海貝爾阿爾卡特之類的研發(fā)管理體系，根本不適合于國(guó)內(nèi)中小型IT企業(yè)，因?yàn)閲L試不起、承擔(dān)不起。

DR2DR3LiLts?juroingbfena ertDR6二gwlodulmpcud口瞿0.Pr^DR01.OpportiiiiityDefinitioiiII.Planniig0.1IntiKBusinessiCase1.1ConceptDescription&BusinessCase2.1IrtHiTBtAdProject-SFrcdudPlanning~f =iIII.D總DR2DR3LiLts?juroingbfena ertDR6二gwlodulmpcud口瞿0.Pr^DR01.OpportiiiiityDefinitioiiII.Planniig0.1IntiKBusinessiCase1.1ConceptDescription&BusinessCase2.1IrtHiTBtAdProject-SFrcdudPlanning~f =iIII.D總velopnientIV.Valklatioii3.1Lt-danIPPP5.1ProducthjtainterariLH!Planning3.2Prudjdh右rketLainch

Prepareionth.iferiHHtPnomation2.3Product

RnqijraTiert

Defiriition3.4SystemDesign 3.5Ftardi.i.iareDeveloprrent3.6Software：Development3.7IrpdustrslDeveloFrrerit4.4ProdjdCertificdionbyGowEfTiTiHrt3.9h.itanijfajti-ririgPrecess匸leuieh耳仃imrt2.4h.i^erBl&ComponertFhK：uraTiHrtandSoirchg6.1Prc-djii

fiitainteranis&圖1-1根據(jù)PACE方法論制訂的新產(chǎn)品開發(fā)流程ISO9000族質(zhì)量管理體系國(guó)際標(biāo)準(zhǔn)化組織（ISO）為了滿足國(guó)際經(jīng)濟(jì)交往中質(zhì)量保證活動(dòng)的需要，在總結(jié)各國(guó)質(zhì)量保證制度經(jīng)驗(yàn)的基礎(chǔ)上，經(jīng)過(guò)近十年的工作，于 1987年發(fā)布了ISO9000質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)系列。1994年進(jìn)行了第一次修訂，形成了ISO9000族標(biāo)準(zhǔn)。2000年再進(jìn)行了重大修訂，發(fā)布了ISO9000新標(biāo)準(zhǔn)（2000版）。ISO9000族標(biāo)準(zhǔn)問世至今，已經(jīng)被全世界幾乎所有行業(yè)廣泛采納。人們到商店買東西，隨處可見“本產(chǎn)品通過(guò)ISO9000質(zhì)量認(rèn)證”的標(biāo)記?！爱a(chǎn)品通過(guò)ISO9000質(zhì)量認(rèn)證”幾乎成為上市銷售的必要條件。盡管ISO9000族標(biāo)準(zhǔn)已經(jīng)在各行各業(yè)普及，功勞莫大。但是人們?cè)趯?shí)踐中發(fā)現(xiàn)ISO9000族標(biāo)準(zhǔn)對(duì)低技術(shù)的生產(chǎn)企業(yè)幫助很大，但是對(duì)以研發(fā)為主的IT企業(yè)的幫助比較弱。主要原因如下：（1）ISO9000稱得上是放之四海皆準(zhǔn)的標(biāo)準(zhǔn)，但是適用面越廣意味著專業(yè)性越弱。一個(gè)生產(chǎn)瓜子的小工廠和生成軟件硬件系統(tǒng)的企業(yè)，都可以采用ISO9000族質(zhì)量標(biāo)準(zhǔn)。顯然前者的成功經(jīng)驗(yàn)不能套用到后者上。ISO9000標(biāo)準(zhǔn)不可能對(duì)“軟件、嵌入式系統(tǒng)、集成電路”等領(lǐng)域的質(zhì)量問題有深入的論述，所以它對(duì)IT企業(yè)的質(zhì)量管理缺乏專業(yè)性的指導(dǎo)，其專業(yè)程度遠(yuǎn)遠(yuǎn)不及CMM/CMMI。（2）基于ISO9000的質(zhì)量保證活動(dòng)，其關(guān)注的焦點(diǎn)是“輸入、輸出”是否符合既定的流程。對(duì)于低技術(shù)的企業(yè)而言，如果“輸入、輸出”都符合既定的流程，那么基本可以斷定產(chǎn)品的質(zhì)量不錯(cuò)。然而對(duì)于高科技企業(yè)而言，“輸入、輸出”都符合既定的流程并不意味著能夠生產(chǎn)出高品質(zhì)的產(chǎn)品，因?yàn)檠邪l(fā)水平對(duì)產(chǎn)品質(zhì)量的影響更大。對(duì)于“軟件、嵌入式系統(tǒng)、集成電路”這類以智力創(chuàng)作為核心的產(chǎn)品而言，ISO9000質(zhì)量標(biāo)準(zhǔn)的指導(dǎo)價(jià)值不高。我對(duì)“軟件、嵌入式系統(tǒng)、集成電路”此類研發(fā)企業(yè)的建議是，學(xué)習(xí)和應(yīng)用ISO9000質(zhì)量標(biāo)準(zhǔn)是有意義的，但是不必費(fèi)時(shí)、花錢去搞ISO9000認(rèn)證（除非公司策略需要），因?yàn)闃I(yè)內(nèi)人士并不看重ISO9000認(rèn)證。CMM/CMMI1986年11月，美國(guó)聯(lián)邦政府委托卡內(nèi)基梅隆大學(xué)（Carnegie-Mellon）軟件工程研究所（SEI）開發(fā)一套用于評(píng)估軟件承包商能力的方法。SEI于1987年9月發(fā)布了一套軟件過(guò)程成熟度框架和一套成熟度問卷。1991年，SEI將軟件過(guò)程成熟度框架發(fā)展成為軟件能力成熟度模型（CapacityMaturityModelCMM），誕生了CMM1.0o1993年，SEI推出了CMM1.1，這是目前世界上應(yīng)用最廣泛的CMM版本。十幾年來(lái)，CMM的改進(jìn)工作一直不斷地進(jìn)行。美國(guó)國(guó)防部希望把現(xiàn)在所有的、以及將被開發(fā)出來(lái)的各種能力成熟度模型，集成到一個(gè)框架中去。到2000年,CMM演化成為CMMI（CapabilityMaturityModelIntegrat能力成熟度模型集成）。CMMI不僅適合軟件，而且適合于軟件硬件結(jié)合的系統(tǒng)，這是對(duì)CMM最大的改進(jìn)。從20世紀(jì)90年代至今，軟件過(guò)程改進(jìn)成為軟件工程學(xué)科的一個(gè)主流研究方向，其中CMM和CMMI是該領(lǐng)域舉世矚目的重大成果。CMM/CMMI 是世界范圍內(nèi)用于衡量軟件（硬件）過(guò)程能力的事實(shí)上的標(biāo)準(zhǔn)，同時(shí)也是軟件（硬件）過(guò)程改進(jìn)最權(quán)威的指南。CMM將能力成熟度分為5個(gè)級(jí)別，這5個(gè)成熟度等級(jí)為評(píng)價(jià)機(jī)構(gòu)軟件過(guò)程能力提供了一個(gè)有序的級(jí)別，如圖1-2所示。同時(shí)也為機(jī)構(gòu)的軟件過(guò)程改進(jìn)工作指明了方向，讓人們分清輕重緩急，指導(dǎo)人們一步一步地改進(jìn)過(guò)程能力而不是企圖跳躍式地前進(jìn)。L2可重復(fù)級(jí)有紀(jì)律的過(guò)程L1初始級(jí)圖1-2CMM的5個(gè)能力成熟度等級(jí)人們往往搞不清楚CMM和軟件過(guò)程改進(jìn)的關(guān)系，將二者混為一談。下面作個(gè)比喻來(lái)解釋：把“軟件過(guò)程改進(jìn)”比喻為“學(xué)英語(yǔ)，提高英語(yǔ)能力那么CMM就好比是“英語(yǔ)等級(jí)評(píng)估標(biāo)準(zhǔn)(考試大綱)”。一般情況下，英語(yǔ)等級(jí)考試的成績(jī)反映了英語(yǔ)能力。但是，在特別擅長(zhǎng)應(yīng)試的中國(guó)，英語(yǔ)考試成績(jī)很好并不見得英語(yǔ)能力很好，甚至可能差到“啞巴英語(yǔ)”的程度。這種“特性”傳染到軟件領(lǐng)域，不少企業(yè)雖然通過(guò)了高級(jí)別的CMM等級(jí)評(píng)估，但是其實(shí)際能力卻非常低下。軟件過(guò)程改進(jìn)的真正目的是提高機(jī)構(gòu)的軟件過(guò)程能力，而不是為了達(dá)到CMM高等級(jí)?！叭旯麑懺?shī)，功夫在詩(shī)外”，這是很好的啟示。2000年至2003年，我在上海貝爾有限公司負(fù)責(zé)CMM/CMMI的研究和推廣工作，公司的每個(gè)事業(yè)部都有軟件(硬件)過(guò)程改進(jìn)人員。公司在CMM/CMMI過(guò)程改進(jìn)方面的投入巨大，取得一些成效，但是沒有達(dá)到我的期望值。感慨很多，一言難盡。此處，我對(duì)CMM/CMMI過(guò)程改進(jìn)做個(gè)簡(jiǎn)要的評(píng)論，供同行企業(yè)參考?！?、CMM等級(jí)評(píng)估：從狂熱回歸理性2000-2003年是國(guó)內(nèi)IT企業(yè)搞CMM等級(jí)評(píng)估最狂熱的時(shí)期，主要原因有：2000年，CMM剛剛在國(guó)內(nèi)興起，感興趣(學(xué)習(xí)、研究)的人非常多。近幾年國(guó)內(nèi)出版了不少關(guān)于CMM、軟件過(guò)程改進(jìn)的書籍，相關(guān)論壇、會(huì)議也比較多。有良好的群眾基礎(chǔ)。那個(gè)時(shí)候ISO9000認(rèn)證已經(jīng)被國(guó)人搞臭了，而當(dāng)時(shí)國(guó)內(nèi)CMM等級(jí)評(píng)估還很少見，企業(yè)達(dá)到CMM2級(jí)、3級(jí)是很榮耀的事情。物以稀為貴，人們把認(rèn)證的目光從ISO9000轉(zhuǎn)向了CMM。為了扶持當(dāng)?shù)剀浖髽I(yè)，鼓勵(lì)軟件出口，各地方政府相繼出臺(tái)了“資助企業(yè)搞CMM等級(jí)評(píng)估的政策”。最先搞CMM評(píng)估的企業(yè)嘗到了甜頭，自己拿到了比較吃香的CMM等級(jí)證書，昂貴的評(píng)估費(fèi)用大多由政府支付了。這—?jiǎng)┐呋瘎?，進(jìn)—步激發(fā)了企業(yè)搞CMM評(píng)估的熱情。2000-2003年期間，國(guó)內(nèi)有數(shù)百家企業(yè)通過(guò)了CMM2級(jí)、3級(jí)評(píng)估，大部分企業(yè)搞CMM評(píng)估是“為了拿證書”而不是“真正提高軟件過(guò)程能力”。到2004年，國(guó)內(nèi)CMM評(píng)估從狂熱回歸理性。主要原因有：地方政府基本上不再資助企業(yè)搞CMM等級(jí)評(píng)估了。企業(yè)自己掏錢搞CMM評(píng)估就舍不得了，要掂量是否值得(理性的表現(xiàn))。由于國(guó)內(nèi)通過(guò)CMM2級(jí)、3級(jí)評(píng)估的企業(yè)已經(jīng)很多，而且評(píng)估時(shí)“放水”現(xiàn)象嚴(yán)重，CMM評(píng)估的聲譽(yù)已經(jīng)大不如2000年。最讓人失望的是，雖然有些企業(yè)通過(guò)了CMM2級(jí)、3級(jí)評(píng)估，但是實(shí)際的軟件過(guò)程能力卻依然底下。有些企業(yè)實(shí)施CMM后，質(zhì)量沒有明顯提高，進(jìn)度更落后了，成本增加了，人員更累了?，F(xiàn)在軟件業(yè)界普遍關(guān)注的是：企業(yè)如何以比較低的代價(jià)有效地提高軟件過(guò)程能力。CMM等級(jí)評(píng)估則退居次要地位。二、CMM的盲區(qū)和常見應(yīng)用問題用CMM指導(dǎo)企業(yè)的軟件過(guò)程改進(jìn)工作是相當(dāng)不錯(cuò)的，但是企業(yè)要做的重要事情顯然不僅是軟件過(guò)程改進(jìn)。企業(yè)最關(guān)注的是生存和發(fā)展問題，一切離不開賺錢。CMM本身不談如何賺錢的問題。它假設(shè)了美好的前提條件，即企業(yè)有充足的人員、資金、時(shí)間從事軟件過(guò)程改進(jìn)，當(dāng)軟件過(guò)程能力提高了，那么產(chǎn)品的質(zhì)量、生產(chǎn)率自然上去了（同時(shí)成本也下降了），企業(yè)自然能夠獲取更多的利潤(rùn)。軟件過(guò)程改進(jìn)對(duì)企業(yè)經(jīng)濟(jì)效益的貢獻(xiàn)是間接的，從投入到產(chǎn)出，時(shí)間相對(duì)比較長(zhǎng)。遺憾的是，國(guó)內(nèi)大部分企業(yè)沒有能力提供那么好的前提條件，企業(yè)最缺乏的資源往往就是人員、資金和時(shí)間，企業(yè)領(lǐng)導(dǎo)當(dāng)然想把資源用在“刀刃”上，即賺錢最多最快的地方。當(dāng)軟件過(guò)程改進(jìn)和其它直接賺錢的事情“發(fā)生資源沖突”時(shí)，只好“拆東墻，補(bǔ)西墻”，往往減少軟件過(guò)程改進(jìn)的資源。如果完全按照CMM的要求遍歷“18個(gè)關(guān)鍵過(guò)程域和百余個(gè)關(guān)鍵實(shí)踐”的話，無(wú)疑會(huì)占用大量的資源，資源沖突在所難免，失敗的風(fēng)險(xiǎn)很高。所以切勿照搬CMM，一定要根據(jù)企業(yè)的實(shí)際情況（企業(yè)發(fā)展戰(zhàn)略、產(chǎn)品特征、資源狀況）給出軟件過(guò)程改進(jìn)的措施。CMM對(duì)軟件項(xiàng)目管理和機(jī)構(gòu)過(guò)程管理論述很深入，但是對(duì)軟件開發(fā)的核心工作即“需求開發(fā)、軟件設(shè)計(jì)、編程、測(cè)試、維護(hù)”論述非常少，CMM把它們壓縮為一個(gè)過(guò)程域叫做“產(chǎn)品工程”（ProductEngineerin）近乎一筆帶過(guò)。所以導(dǎo)致一個(gè)怪現(xiàn)象，管理人員覺得CMM真是好，而大量開發(fā)人員學(xué)了CMM后卻很是迷惘，感覺CMM對(duì)他們的開發(fā)工作沒有直接的指導(dǎo)。CMM方法論有個(gè)明顯的傾向，即“管理的規(guī)范化”重于“開發(fā)的規(guī)范化”。CMM2級(jí)的6個(gè)關(guān)鍵過(guò)程域全部是論述項(xiàng)目管理的，而唯一論述“需求開發(fā)、軟件設(shè)計(jì)、編程、測(cè)試、維護(hù)”的“產(chǎn)品工程”關(guān)鍵過(guò)程域則放在CMM3級(jí)。對(duì)于國(guó)內(nèi)大多數(shù)軟件項(xiàng)目而言，技術(shù)開發(fā)占總工作量的80％以上，而項(xiàng)目管理占總工作量的20％以下，因?yàn)槠髽I(yè)銷售的是軟件產(chǎn)品，而不是管理。明眼人都看得出，技術(shù)開發(fā)的規(guī)范化要比項(xiàng)目管理的規(guī)范化尤為重要與迫切（至少也是同等吧）。由于CMM強(qiáng)調(diào)過(guò)程改進(jìn)要循序漸進(jìn)，不要跳躍式前進(jìn)。人們自然而然地會(huì)先把精力集中在CMM2級(jí)的6個(gè)關(guān)鍵過(guò)程域上，而忽視了技術(shù)開發(fā)的規(guī)范化，這顯然是誤導(dǎo)。如果這樣做的企業(yè)通過(guò)了CMM2級(jí)評(píng)估，然后聲稱他們能夠把產(chǎn)品做得又快又好，無(wú)疑是自欺欺人。三、對(duì)應(yīng)用CMM/CMMI的建議在軟件過(guò)程能力比較低的企業(yè)里，經(jīng)常會(huì)發(fā)生項(xiàng)目開發(fā)過(guò)程混亂、產(chǎn)品質(zhì)量低下、進(jìn)度延誤、成本高昂等問題。一批人馬累死累活地做完產(chǎn)品后，馬上又因質(zhì)量問題被折騰得焦頭爛額。這種現(xiàn)象反反復(fù)復(fù)地發(fā)生，讓人疲憊不堪。有遠(yuǎn)見的企業(yè)領(lǐng)導(dǎo)應(yīng)當(dāng)下決心去改進(jìn)軟件過(guò)程能力。提高軟件過(guò)程能力實(shí)際上就是“練內(nèi)功”，“練內(nèi)功”沒有捷徑可走，唯有走“規(guī)范化”之路。即：制定適合于本企業(yè)的軟件過(guò)程規(guī)范，并按照此規(guī)范執(zhí)行。CMM是衡量企業(yè)軟件過(guò)程能力的國(guó)際標(biāo)準(zhǔn)，它對(duì)軟件過(guò)程改進(jìn)有很多有益的指導(dǎo)。CMM僅僅對(duì)等級(jí)評(píng)估做了強(qiáng)制要求，但是對(duì)企業(yè)“如何進(jìn)行軟件過(guò)程改進(jìn)”沒有強(qiáng)制要求，CMM的數(shù)百頁(yè)文本并不是“放之四海皆準(zhǔn)”的，企業(yè)可以采納也可以不采納。對(duì)于軟件過(guò)程改進(jìn)而言，CMM/CMMI和ISO等等都是用來(lái)參考的，而不是用來(lái)迷信的。企業(yè)在參考業(yè)界推薦的標(biāo)準(zhǔn)或規(guī)范時(shí)，要舍棄那些聽起來(lái)很先進(jìn)但是對(duì)本企業(yè)無(wú)益處的東西，只選取對(duì)企業(yè)有實(shí)用價(jià)值的東西。1.2.4項(xiàng)目管理知識(shí)體系（PMBOK）項(xiàng)目管理協(xié)會(huì)（ProjectManagementInstitutiorPMI）于1966年在美國(guó)賓州成立，是目前全球影響最大的項(xiàng)目管理專業(yè)機(jī)構(gòu)，該機(jī)構(gòu)的項(xiàng)目管理專家認(rèn)證（ProjectManagementProfessionalPMP）被廣泛認(rèn)同。PMI的突出貢獻(xiàn)是總結(jié)了一套項(xiàng)目管理知識(shí)體系（ProjectManagementBodyOfKnowledge，PMBOK）。PMBOK總結(jié)了項(xiàng)目管理實(shí)踐中成熟的理論、方法、工具和技術(shù)，也包括一些富有創(chuàng)造性的新知識(shí)。PMBOK把項(xiàng)目管理知識(shí)劃分為9個(gè)知識(shí)領(lǐng)域：綜合管理、范圍管理、時(shí)間管理、成本管理、質(zhì)量管理、人力資源管理、溝通管理、風(fēng)險(xiǎn)管理和采購(gòu)管理。每個(gè)知識(shí)領(lǐng)域包括數(shù)量不等的項(xiàng)目管理過(guò)程。PMBOK把項(xiàng)目管理過(guò)程分為5個(gè)階段：（1） 啟動(dòng)。開始項(xiàng)目或進(jìn)入項(xiàng)目的新階段。啟動(dòng)是一種認(rèn)可過(guò)程，用來(lái)正式認(rèn)可一個(gè)新項(xiàng)目或新階段的存在。（2） 計(jì)劃。定義和評(píng)估項(xiàng)目目標(biāo)，選擇實(shí)現(xiàn)項(xiàng)目目標(biāo)的最佳策略，制定項(xiàng)目計(jì)劃。（3） 執(zhí)行。調(diào)動(dòng)資源，執(zhí)行項(xiàng)目計(jì)劃。（4） 控制。監(jiān)控和評(píng)估項(xiàng)目偏差，必要時(shí)采取糾正行動(dòng)，保證項(xiàng)目計(jì)劃的執(zhí)行，實(shí)現(xiàn)項(xiàng)目目標(biāo)。（5） 結(jié)束。正式驗(yàn)收項(xiàng)目或階段，使其按程序結(jié)束。每個(gè)管理過(guò)程包括輸入、輸出、所需工具和技術(shù)。各個(gè)過(guò)程通過(guò)各自的輸入和輸出相互聯(lián)系，構(gòu)成整個(gè)項(xiàng)目管理活動(dòng)。根據(jù)重要程度，PMBOK又把項(xiàng)目管理過(guò)程分為核心過(guò)程和輔助過(guò)程兩類。核心過(guò)程指那些大多數(shù)項(xiàng)目都必須具有的項(xiàng)目管理過(guò)程，這些過(guò)程具有明顯的依賴性，在項(xiàng)目中的執(zhí)行順序也基本相同。輔助過(guò)程指那些視項(xiàng)目實(shí)際情況可取舍的項(xiàng)目管理過(guò)程。在PMBOK2000中，核心過(guò)程共17個(gè)，輔助過(guò)程共22個(gè)。PMBOK2000一共有39個(gè)項(xiàng)目管理過(guò)程，按所屬知識(shí)領(lǐng)域分為9類，按時(shí)間邏輯分為五類，按重要程度分為兩類。如表1-1所示，其中斜體為輔助過(guò)程。表1-1PMBOK項(xiàng)目管理過(guò)程一覽表啟動(dòng)計(jì)劃執(zhí)行控制結(jié)束綜合管理項(xiàng)目計(jì)劃編制項(xiàng)目計(jì)劃執(zhí)行綜合變更控制

范圍管理啟動(dòng)范圍規(guī)劃范圍定義范圍審核范圍變更控制時(shí)間管理活動(dòng)定義活動(dòng)排序活動(dòng)周期估計(jì)講度安排進(jìn)度控制成本管理資源計(jì)劃成本估計(jì)成本預(yù)算成本控制質(zhì)量管理質(zhì)量計(jì)劃質(zhì)量保證質(zhì)量控制人力資源管理組織計(jì)劃人員獲取團(tuán)隊(duì)建設(shè)溝通管理溝通計(jì)劃信息分發(fā)績(jī)效報(bào)告行政收尾風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理計(jì)劃風(fēng)險(xiǎn)識(shí)別定性風(fēng)險(xiǎn)分析定量風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)響應(yīng)計(jì)劃風(fēng)險(xiǎn)監(jiān)控采購(gòu)管理采購(gòu)計(jì)劃招標(biāo)計(jì)劃招標(biāo)選擇供應(yīng)商合同管理合同收尾PMBOK和CMM/CMMI對(duì)比簡(jiǎn)評(píng)：CMM/CMMI論述的項(xiàng)目管理方法僅僅適用于軟件項(xiàng)目，但是不適用于其它行業(yè)的項(xiàng)目管理。PMBOK論述的方法適用于任何行業(yè)的項(xiàng)目管理，但是對(duì)軟件項(xiàng)目管理而言，PMBOK的針對(duì)性不夠強(qiáng)。CMM/CMMI不僅論述軟件項(xiàng)目管理，而且論述整個(gè)機(jī)構(gòu)的軟件研發(fā)管理。PMBOK的方法局限于項(xiàng)目管理，對(duì)于企業(yè)研發(fā)管理則不夠用。CMM/CMMI基本上不談“成本管理”和“人力資源管理，”它先假設(shè)機(jī)構(gòu)有充足的資金和人力資源，通常不切合企業(yè)實(shí)際情況。因此PMBOK的“成本管理”和“人力資源管理”可以彌木CMM/CMMI 的不足。建議：對(duì)于軟件機(jī)構(gòu)研發(fā)管理或者軟件項(xiàng)目管理，采用CMM/CMMI為主導(dǎo)的方法論，并結(jié)合PMBOK的知識(shí)，取長(zhǎng)補(bǔ)短。1.2.5敏捷開發(fā)思想2001年，為了解決許多公司的軟件團(tuán)隊(duì)陷入不斷擴(kuò)大的過(guò)程泥潭，一批業(yè)界專家概括出了一些可以讓軟件開發(fā)團(tuán)隊(duì)具有快速工作、響應(yīng)變化能力的價(jià)值觀和原則，他們稱自己為敏捷聯(lián)盟（AgileAllianc）e。他們起草了一個(gè)旨在鼓勵(lì)更好的軟件開發(fā)方法的宣言，稱為敏捷聯(lián)盟宣言（TheManifestooftheAgileAllianC目表1-2所示。然后在該宣言基礎(chǔ)上制定了12條原則用于指導(dǎo)實(shí)踐。該宣言和12條原則是敏捷軟件開發(fā)方法的核心。表1-2敏捷軟件開發(fā)宣言我們正在通過(guò)親身實(shí)踐和幫助他人實(shí)踐，揭示了更好的軟件開發(fā)方法。我們認(rèn)為：個(gè)體和交互勝過(guò)過(guò)程和工具可以工作的軟件勝過(guò)詳盡的文檔與客戶合作勝過(guò)合同談判及時(shí)響應(yīng)變化勝過(guò)遵循計(jì)劃雖然右項(xiàng)很有價(jià)值，但是我們認(rèn)為左項(xiàng)有更大的價(jià)值。KentBeckJamesGrenningRobertC.MartinMikeBeedleJimHighsmithSteveMellorArievanBennekumAndrewHuntKenSchwaberAlistairCockburnRonJeffriesJeffSutherlandWardCunninghamJonKernDaveThomasMartinFowlerBrianMarick敏捷軟件開發(fā)的12條原則如下：（1） 我們最優(yōu)先要做的是通過(guò)盡早地、持續(xù)地交付有價(jià)值的軟件來(lái)使客戶滿意。（2） 即使到了開發(fā)的后期，也歡迎改變需求。敏捷過(guò)程利用變化來(lái)為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。（3） 經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好。（4） 在整個(gè)項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。（5） 圍繞被激勵(lì)起來(lái)的個(gè)人來(lái)構(gòu)建項(xiàng)目。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作?！?2 第1章IT企業(yè)研發(fā)管理綜述 （6） 在團(tuán)隊(duì)內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對(duì)面的交談。（7） 可以工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。（8） 敏捷過(guò)程提倡可持續(xù)的開發(fā)速度。責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開發(fā)速度。（9） 不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力。（10） 簡(jiǎn)單——把無(wú)需做的工作最大化的藝術(shù)——是最根本的。（11） 最好的構(gòu)架、需求和設(shè)計(jì)出于自我組織的團(tuán)隊(duì)。（12） 每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整。人們?cè)诿艚蒈浖_發(fā)宣言和12項(xiàng)原則的指導(dǎo)下，創(chuàng)作了更多的富有特色的開發(fā)方法和最佳實(shí)踐。例如“敏捷的面向?qū)ο笤O(shè)計(jì)"，請(qǐng)參考AgileSoftwareDevolopment:Principle,Patterns,andPractices,RobertC.Marg，中譯本為《敏捷軟件開發(fā)：原則、模式與實(shí)際》。例如“敏捷建模"，請(qǐng)參考AgileModeling:EffectivePracticesforextremeProgrammingandtheUnifiedProcess,ScottW.Amgr中譯本為《敏捷建模：極限編程和統(tǒng)一過(guò)程的有效實(shí)踐》。本文作者的觀點(diǎn)如下：敏捷軟件開發(fā)宣言和12條原則并非普遍適用。我大約贊同60％，我和軟件人員交流的時(shí)候，有時(shí)會(huì)引用其中的原則，感慨甚多，忍不住拍案叫好。但是約有40%的內(nèi)容我并不認(rèn)同，主要原因是“過(guò)于理想化、絕對(duì)化，不適合國(guó)情”。我認(rèn)為“宣言”中的左右4項(xiàng)都很重要，但是不能絕對(duì)地說(shuō)左邊4項(xiàng)“勝于”右邊4項(xiàng)，這是“一刀切”的結(jié)論，沒有考慮成千上萬(wàn)企業(yè)的具體情況。上述12項(xiàng)原則中的（2）、（4）、（5）項(xiàng)，看似很好，但是不符合中國(guó)軟件機(jī)構(gòu)的普遍現(xiàn)狀，實(shí)際上可能行不通。我個(gè)人比較贊同的是（1）、（3）、（6）、（7）、（12）項(xiàng)。敏捷開發(fā)方法表達(dá)了“簡(jiǎn)單、快速、實(shí)用”的軟件開發(fā)思想，它不是成熟的理論、也不是事實(shí)上的標(biāo)準(zhǔn)（不像CMM、PMB0K那樣具有嚴(yán)密的理論體系，被企業(yè)廣泛接受）。即使人們認(rèn)同某些原則，但是不同的人往往有不同的理解，實(shí)踐差異很大。敏捷開發(fā)方法對(duì)于提高個(gè)人、小型團(tuán)隊(duì)的工作效率是很有幫助的（如果用對(duì)了的話）。但是企圖用它指導(dǎo)大型、中型軟件機(jī)構(gòu)的研發(fā)管理是有很高風(fēng)險(xiǎn)的，它的某些主張是局部觀點(diǎn)而不是全局觀點(diǎn)，如果把握不好分寸的話可能導(dǎo)致整體混亂，而“整體的混亂”會(huì)淹沒“局部的好處”。作者研制的“精簡(jiǎn)并行過(guò)程（SPP）”的理論基礎(chǔ)是“經(jīng)典軟件工程、CMM、PMB0K”。為了提高效率，局部借鑒了“敏捷軟件開發(fā)的思想”，用于裁減過(guò)于冗長(zhǎng)、笨重的過(guò)程規(guī)范。1.2.6RUP和面向?qū)ο蠓椒ㄕ揜UP（RationalUnifiedProcesS是Rationa公司推出的軟件過(guò)程模型，它是軟件業(yè)界迄今為止商品化最成功的軟件過(guò)程模型。RUP的近千頁(yè)文檔可以從Rational公司的網(wǎng)站（http://www.ration3l下載，RUP2000中文版也已經(jīng)發(fā)布。RUP的主要特征是：采用迭代的、增量式的開發(fā)過(guò)程，如圖1-3所示。采用UML語(yǔ)言描述軟件開發(fā)過(guò)程。有一系列功能強(qiáng)大的軟件工具支撐（Rational公司的軟件產(chǎn)品）。UML是三位面向?qū)ο蟠髱烰acobson、Booch、Rumbaugh創(chuàng)作的面向?qū)ο蠼ＵZ(yǔ)言，1997年UML被國(guó)際對(duì)象管理組織（0MG）采納為國(guó)際標(biāo)準(zhǔn)。UML是獨(dú)立于過(guò)程的，可以應(yīng)用于任何開發(fā)過(guò)程模型。由于UML和RUP都是Rational公司的研究成果，兩者有天然的聯(lián)系。RUP的文檔里面充滿了UML模型，需求建模、分析與設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等階段的角色的主要工作都是用UML來(lái)描述的。與RUP配套的軟件工具相當(dāng)完備，例如面向?qū)ο蠓治鲈O(shè)計(jì)工具Rose，配置管理工具ClearCase，變更控制工具ClearQuest，需求管理工具ReQuisitePrc，文檔生成工具SoDA，測(cè)試工具Purify還有TeamTest/TestStudidL具等。2003年，IBM斥資10億美元收購(gòu)了Rational公司。現(xiàn)在國(guó)內(nèi)軟件開發(fā)人員學(xué)習(xí)UML、使用盜版Rose的勁頭很足，相關(guān)書籍和網(wǎng)站也越來(lái)越多，造成了一派紅火的景象。但是完整采用RUP的國(guó)內(nèi)企業(yè)則非常少。?14 第1章IT企業(yè)研發(fā)管理綜述 圖1-3RUP模型RUP及其配套軟件工具是重量級(jí)的軟件研發(fā)管理解決方案，它面向的是高端用戶，對(duì)用戶的財(cái)力、開發(fā)和管理能力要求都很高：首先，用戶得有錢買Rationa的軟件工具，否則光有RUP方法論如同紙上談兵。Rationa1的軟件工具都是非常昂貴的，例如配置管理工具幾乎是每個(gè)項(xiàng)目成員都要使用的，但ClearCase的每個(gè)License大約5000美元，這個(gè)費(fèi)用相當(dāng)于中國(guó)普通程序員一年的工資收入！顯然，大部分國(guó)內(nèi)企業(yè)沒有錢購(gòu)買Rationa公司的軟件工具。如果要使用RUP方法，得先熟悉UML，否則除了RUP模型圖之外你基本上看不懂細(xì)節(jié)內(nèi)容?？墒窃谄胀ㄆ髽I(yè)里，大部分人（尤其是領(lǐng)導(dǎo)和管理人員）不熟悉UML。學(xué)習(xí)UML和RUP的難度遠(yuǎn)高于CMM和PMBOK。項(xiàng)目經(jīng)理和開發(fā)組長(zhǎng)要有能力控制迭代過(guò)程，否則迭代式開發(fā)就變得混亂無(wú)序和漫無(wú)邊際?？墒菄?guó)內(nèi)很多項(xiàng)目經(jīng)理連瀑布式開發(fā)過(guò)程都控制不住，他們又怎么能夠管理好迭代過(guò)程呢？使用RUP的風(fēng)險(xiǎn)是很高的。根據(jù)上述分析和許多同行的反饋，我們可以得出一個(gè)結(jié)論：RUP及其配套的軟件工具基本上不適合于國(guó)內(nèi)中型和小型軟件機(jī)構(gòu)。1.3中小型IT企業(yè)的研發(fā)管理需求和解決方案1.3.1研發(fā)管理需求IT產(chǎn)業(yè)目前是中國(guó)的第一大支柱創(chuàng)業(yè)。國(guó)內(nèi)從事“軟件、軟硬件系統(tǒng)、集成電路”

開發(fā)的IT企業(yè)非常多，其中200人以下的中小型IT企業(yè)占絕大多數(shù)，估計(jì)在萬(wàn)家以上。國(guó)內(nèi)千人以上的大型IT企業(yè)雖然實(shí)力不錯(cuò)，但是數(shù)量太少（估計(jì)只有百余家），不具有典型性。大量的中小型IT企業(yè)是推動(dòng)國(guó)內(nèi)IT產(chǎn)業(yè)發(fā)展的主流力量，提升它們的研發(fā)管理能力是非常有意義的。國(guó)內(nèi)50人至200人左右的中小型IT企業(yè)不小于千家，它們對(duì)研發(fā)管理有如下共性需求：必要性。如果企業(yè)只有數(shù)人或者十幾個(gè)人，即使沒有研發(fā)管理規(guī)范，能力強(qiáng)的領(lǐng)導(dǎo)一個(gè)人也能從容指揮。但是當(dāng)企業(yè)超過(guò)數(shù)十人后，如果還沒有研發(fā)管理規(guī)范的話，那么企業(yè)領(lǐng)導(dǎo)將會(huì)力不從心。人數(shù)越多，非規(guī)范化管理越容易產(chǎn)生混亂，迫使企業(yè)不得不走規(guī)范化管理的路線，以降低管理代價(jià)和風(fēng)險(xiǎn)。經(jīng)濟(jì)基礎(chǔ)。建立規(guī)范化的研發(fā)管理是需要一定的投資的，例如咨詢、培訓(xùn)、購(gòu)買工具等等。如果IT企業(yè)能夠養(yǎng)活50-200人，表明它們是有一定經(jīng)濟(jì)實(shí)力的，只要投資額適當(dāng)而且產(chǎn)生的效益高于投資，那么企業(yè)領(lǐng)導(dǎo)一般都愿意做這件事情。發(fā)展欲望。不少中小型IT企業(yè)的領(lǐng)導(dǎo)雄心勃勃，高瞻遠(yuǎn)矚，他們迫切希望提高研發(fā)管理能力從而提升整個(gè)企業(yè)的核心競(jìng)爭(zhēng)力，產(chǎn)生源源不斷的推動(dòng)力，推動(dòng)企業(yè)持續(xù)發(fā)展壯大。他們對(duì)研發(fā)管理的態(tài)度是主動(dòng)的，而不是被動(dòng)的。國(guó)內(nèi)一些大型IT企業(yè)建立了完整的研發(fā)管理體系，投資巨大。例如上海貝爾、華為分別請(qǐng)HP、IBM建立研發(fā)管理體系，投資額分別達(dá)到數(shù)千萬(wàn)元、上億元。這種投資額是中小型企業(yè)望塵莫及的。在研發(fā)管理方面，中小型企業(yè)無(wú)法效仿大型企業(yè)的做法。據(jù)我們調(diào)查分析，國(guó)內(nèi)中小型IT企業(yè)對(duì)研發(fā)管理的投資額大約在數(shù)萬(wàn)元至數(shù)十萬(wàn)元。這點(diǎn)“小錢”根本無(wú)法引入IBM、HP、Rationa等公司的研發(fā)管理解決方案。國(guó)內(nèi)大部分中小型IT企業(yè)需要的是“輕量級(jí)”的研發(fā)管理解決方案，包括咨詢、培訓(xùn)、購(gòu)買工具，總費(fèi)用在5萬(wàn)元至20萬(wàn)元之間比較合適。粗略估計(jì)，按國(guó)內(nèi)中小型IT企業(yè)總數(shù)的10％需求計(jì)算的話（約1000家），市場(chǎng)規(guī)模約為5000萬(wàn)元至2億元。1.3.2研發(fā)管理解決方案作者創(chuàng)作的面向中小型IT企業(yè)的研發(fā)管理解決方案如圖1-4所示。該解決方案的目標(biāo)是：通過(guò)深入的調(diào)查分析，建立適合于企業(yè)自身需求的研發(fā)管理規(guī)范，部署與企業(yè)研發(fā)管理規(guī)范配套的工具。通過(guò)充分的培訓(xùn)，幫助員工掌握提高質(zhì)量、提高生產(chǎn)率、降低成本的方法建立有效的執(zhí)行、監(jiān)控和考核制度，使員工們依據(jù)既定的規(guī)范和工具，開展相應(yīng)的研發(fā)和管理工作。從而持續(xù)提升企業(yè)的研發(fā)和管理能力。1.調(diào)查分析問題r r2?制定研發(fā)管理規(guī)范1.廠( ]*方法論* ■*配套工具*SPP,CMMI等Future,Satisfy,Performance等圖1-4中小型IT企業(yè)研發(fā)管理解決方案的模型一般地，為了持續(xù)提升企業(yè)的研發(fā)管理能力，企業(yè)要做五項(xiàng)重要的工作：（1）調(diào)查分析問題（2） 制定研發(fā)管理規(guī)范（3） 部署配套的工具（4） 培訓(xùn)和輔導(dǎo)（5） 執(zhí)行與改進(jìn)為了有效實(shí)現(xiàn)上述五項(xiàng)工作，需要方法論和配套的工具來(lái)支持。我們自主研制的方法論和工具有：（1） 集成化研發(fā)項(xiàng)目管理方法論（SPP）；（2） 集成化項(xiàng)目管理系統(tǒng)（Future）；（3） 客戶服務(wù)管理系統(tǒng)（Satisf）y；（4） 人力資源管理系統(tǒng)（Performance）。方法論SPP用于指導(dǎo)企業(yè)開展軟件（硬件）開發(fā)、項(xiàng)目管理、客戶服務(wù)、人力資源管理等活動(dòng)。三個(gè)管理系統(tǒng)Future、SatisfyPerformance采用統(tǒng)一的技術(shù)平臺(tái)，可以無(wú)縫集成。方法論和工具之間的關(guān)系如圖1-5所示。1.4集成化研發(fā)管理方法論（SPP）介紹1.4.1SPP的概念和模型SPP是基于“CMMI、軟件工程和項(xiàng)目管理”知識(shí)創(chuàng)作了集成化研發(fā)管理方法論，稱為“精簡(jiǎn)并行過(guò)程”（SimplifiedParallelProc^ssSPP由眾多的過(guò)程規(guī)范和模板組成。精簡(jiǎn)并行的含義是：對(duì)CMMI3級(jí)以內(nèi)各過(guò)程域的內(nèi)容和要求作了“精簡(jiǎn)”處理。在產(chǎn)品生命周期內(nèi)，項(xiàng)目管理過(guò)程、項(xiàng)目研發(fā)過(guò)程和機(jī)構(gòu)支持過(guò)程“并行”開展。SPP的模型如圖1-6所示，分三類過(guò)程：項(xiàng)目管理過(guò)程，項(xiàng)目研發(fā)過(guò)程，機(jī)構(gòu)支持過(guò)程。共13個(gè)過(guò)程域。圖1-6SPP的模型項(xiàng)目管理過(guò)程包含4個(gè)過(guò)程域：立項(xiàng)管理結(jié)項(xiàng)管理項(xiàng)目規(guī)劃與監(jiān)控變更管理項(xiàng)目研發(fā)過(guò)程包含7個(gè)過(guò)程域：需求開發(fā)與管理軟件硬件設(shè)計(jì)軟件硬件實(shí)現(xiàn)測(cè)試與改錯(cuò)發(fā)布與試用客戶驗(yàn)收（合同項(xiàng)目有客戶驗(yàn)收，非合同項(xiàng)目無(wú)客戶驗(yàn)收）配置管理機(jī)構(gòu)支持過(guò)程包含2個(gè)過(guò)程域：質(zhì)量管理客戶服務(wù)與產(chǎn)品維護(hù)SPP的特征和優(yōu)點(diǎn)一、 清晰直觀的過(guò)程模型產(chǎn)品生命周期和項(xiàng)目管理過(guò)程、項(xiàng)目研發(fā)過(guò)程、機(jī)構(gòu)支持過(guò)程的結(jié)構(gòu)清晰，相互關(guān)系直觀明了。根據(jù)SPP模型，機(jī)構(gòu)領(lǐng)導(dǎo)、項(xiàng)目經(jīng)理、項(xiàng)目成員（開發(fā)人員、測(cè)試人員等）很容易知道自己“應(yīng)該在什么時(shí)候、按照什么規(guī)范做什么事情”。SPP模型有助于使企業(yè)內(nèi)部的各個(gè)職能單位有條不紊地開展工作。二、 融合了CMMI、項(xiàng)目管理與軟件工程知識(shí)SPP吸納了CMMI3級(jí)以內(nèi)的大部分關(guān)鍵過(guò)程域，補(bǔ)充“立項(xiàng)管理”和“結(jié)項(xiàng)管理”兩個(gè)過(guò)程域（CMM不涉及立項(xiàng)與結(jié)項(xiàng)），使研發(fā)管理有始有終。SPP細(xì)化了項(xiàng)目研發(fā)過(guò)程的規(guī)范（這是CMMI的薄弱環(huán)節(jié)），如“需求開發(fā)與管理”、“軟件硬件設(shè)計(jì)”、“軟件硬件實(shí)現(xiàn)”、“測(cè)試與改錯(cuò)”、“發(fā)布與試用”、“服務(wù)與維護(hù)”等過(guò)程域，更加適合于項(xiàng)目研發(fā)團(tuán)隊(duì)。三、 容易裁剪與擴(kuò)充SPP模型的三類過(guò)程貫穿了產(chǎn)品的整個(gè)生命周期，13個(gè)最常見的過(guò)程域都合理地安排在產(chǎn)品生命周期中的某些階段。用戶可以根據(jù)本企業(yè)的特征，適當(dāng)?shù)夭眉艋驍U(kuò)充SPP的過(guò)程域，很容易制定出最適合于本企業(yè)的過(guò)程模型。1.5集成化項(xiàng)目管理系統(tǒng)（Future）介紹1.5.1Future3.的1功能介紹Future是基于Web的集成化研發(fā)項(xiàng)目管理系統(tǒng)，目標(biāo)是“讓項(xiàng)目管理變得簡(jiǎn)單有效”。Future3.1的功能結(jié)構(gòu)如圖1-7所示。Future的主要客戶是國(guó)