任何從事IT行業(yè)的人員都清楚，軟件開(kāi)發(fā)項(xiàng)目失敗的其中一個(gè)主要原因是項(xiàng)目在啟動(dòng)的時(shí)候功能需求模糊，導(dǎo)致開(kāi)發(fā)過(guò)程的不斷修改，讓項(xiàng)目不斷延誤，功能不斷擴(kuò)張，資源越來(lái)越吃緊，最終影響交付的質(zhì)量和客戶的滿意度。網(wǎng)軟件工程頻道有很多文章介紹如何去把握需求，很多業(yè)內(nèi)人士也常在網(wǎng)上分享他們把握客戶需求的方法，可惜效果并不太理想。因?yàn)槲覀兘^對(duì)不能夠把握基本上不存在的“客戶需求”。

　　作為一個(gè)軟件工程的專業(yè)人員，如何能夠從客戶所提供的模糊需求建立一個(gè)明確的范圍，然后從這個(gè)范圍中建立整個(gè)系統(tǒng)的功能需求，讓我們可以控制軟件開(kāi)發(fā)的過(guò)程，減少項(xiàng)目的范圍變動(dòng)，降低開(kāi)發(fā)過(guò)程中的修改需求，讓我們能夠按預(yù)算、按工期，提交符合質(zhì)量要求的交付物，達(dá)到客戶的預(yù)期目標(biāo)，我們便需要理解問(wèn)題的根源，打破過(guò)去的工作習(xí)慣，尋找一套可行的方法。

　　在項(xiàng)目管理知識(shí)體系(PMBOK)中我們學(xué)習(xí)范圍變動(dòng)管理，而不是需求變動(dòng)管理，范圍變動(dòng)才是需求變動(dòng)的主要原因。其實(shí)在這里PMBOK做了一個(gè)假設(shè)，就是有了明確的范圍便可以建立明確的功能需求，如果能夠控制范圍，便能夠控制功能需求。

　　功能需求變動(dòng)是導(dǎo)致軟件工程在開(kāi)發(fā)過(guò)程中進(jìn)行修改的主要原因，那是說(shuō)我們?cè)谲浖こ添?xiàng)目啟動(dòng)的時(shí)候沒(méi)有把握好項(xiàng)目的范圍，才會(huì)發(fā)生我們面對(duì)的問(wèn)題。所以，我們首先需要理解范圍與功能需求的關(guān)系，什么是范圍?什么原因?qū)е滦枨竽：?能夠明確理解兩者的異同，才能夠找出解決的方法，建立明確的項(xiàng)目范圍，轉(zhuǎn)換成功能需求。讓我們能夠從模糊的需求轉(zhuǎn)變成為明確的需求。

　　建立明確的項(xiàng)目范圍代替不明確的范圍，才能夠減少開(kāi)發(fā)過(guò)程中的修改。本人最近一直從過(guò)去30多年的科技項(xiàng)目開(kāi)發(fā)和管理經(jīng)驗(yàn)中，結(jié)合近年回國(guó)后對(duì)國(guó)內(nèi)IT企業(yè)運(yùn)營(yíng)模式的理解，我國(guó)技術(shù)人員的工作習(xí)慣，客戶的思維、心態(tài)和期盼，總結(jié)出一套建立明確項(xiàng)目范圍的方法，特在此與讀者分享，共同改善我國(guó)軟件企業(yè)的困境(請(qǐng)參考顧問(wèn)黃紹良教授的《我國(guó)軟件企業(yè)的未來(lái)生存空間》一文)。

　　70年代的項(xiàng)目范圍與需求

　　項(xiàng)目范圍與項(xiàng)目需求是兩個(gè)完全不同的概念，但兩者卻不能單獨(dú)處理。讓我們回到上世紀(jì)70年代的時(shí)候，國(guó)外企業(yè)正進(jìn)行自動(dòng)化的過(guò)程。項(xiàng)目基本上是把人工作業(yè)流程轉(zhuǎn)變成計(jì)算機(jī)程序。那時(shí)候并沒(méi)有項(xiàng)目范圍這個(gè)名稱，我們用Terms of Reference (ToR)來(lái)界定項(xiàng)目的邊界，采用文字描述的方法說(shuō)明這個(gè)項(xiàng)目要做什么。例如，要為公司建立一個(gè)庫(kù)存管理系統(tǒng)，這個(gè)項(xiàng)目的ToR會(huì)說(shuō)明貨品從進(jìn)入倉(cāng)庫(kù)開(kāi)始，到貨品因應(yīng)生產(chǎn)或銷售申領(lǐng)要求離開(kāi)倉(cāng)庫(kù)為止，其中包括貨品存入量的統(tǒng)計(jì)，存放位置記錄，總庫(kù)存量統(tǒng)計(jì)、申領(lǐng)數(shù)目、檢貨、提取貨品、準(zhǔn)備出倉(cāng)，最后更新貨品存量統(tǒng)計(jì)等工作過(guò)程。這個(gè)項(xiàng)目的Term of Reference只說(shuō)明這個(gè)項(xiàng)目的范圍，包括一些需要執(zhí)行的工作和記錄等。

　　在項(xiàng)目實(shí)施過(guò)程中，系統(tǒng)分析員會(huì)對(duì)庫(kù)存管理全過(guò)程進(jìn)行調(diào)查或調(diào)研，采用訪談或觀察等方法，記錄上述范圍中的整個(gè)工序的過(guò)程，每一個(gè)數(shù)據(jù)的更新，參考記錄數(shù)據(jù)的報(bào)告格式和任何有關(guān)的工作單據(jù)。這些工序，數(shù)據(jù)更新時(shí)間和地點(diǎn)，報(bào)告打印等工作最后便成為系統(tǒng)的功能需求。這些需求能夠讓最終用戶明確開(kāi)發(fā)人員已經(jīng)把握了整個(gè)工作流程，明確每一個(gè)工作的內(nèi)容，保證完成的系統(tǒng)能夠提供庫(kù)存管理的功能。

　　這段時(shí)間軟件工程的焦點(diǎn)是在范圍確認(rèn)后的信息搜集(Facts Finding)和需求分析(Requirement Analysis)中。依據(jù)PMBOK的論述，我們?cè)?0世紀(jì)70年代，的確可以從范圍的建立帶出明確的功能需求，減少開(kāi)發(fā)過(guò)程中的修改，降低項(xiàng)目延誤的風(fēng)險(xiǎn)。這個(gè)模式在我國(guó)軟件產(chǎn)業(yè)發(fā)展初期采用，大概是20世紀(jì)80年代后期至90年代中期的時(shí)間進(jìn)行自動(dòng)化過(guò)程。

　　80年代的項(xiàng)目范圍與需求

　　到上世紀(jì)80年代中后期，國(guó)外企業(yè)的自動(dòng)化過(guò)程已經(jīng)接近尾聲，企業(yè)開(kāi)始整合部門的計(jì)算機(jī)系統(tǒng)，加上個(gè)人電腦開(kāi)始取代終端，項(xiàng)目多數(shù)包括跨部門或跨地區(qū)的系統(tǒng)集成、綜合數(shù)據(jù)庫(kù)應(yīng)用、遠(yuǎn)程計(jì)算(Remote Access)、網(wǎng)絡(luò)連接等為項(xiàng)目主體。在這種情況下，傳統(tǒng)的ToR已經(jīng)不能夠明確說(shuō)明項(xiàng)目屬于哪個(gè)部門，從哪里開(kāi)始，如何才是項(xiàng)目完結(jié)。ToR已經(jīng)不能夠有效地界定項(xiàng)目的范圍，所以，我們利用多個(gè)工作描述來(lái)說(shuō)明，成為我們知道的工作說(shuō)明“Statement of Works (SOW)”，其中包括項(xiàng)目開(kāi)發(fā)過(guò)程中需要處理(inclusive)的工作說(shuō)明和開(kāi)發(fā)過(guò)程中不需要(NOT-inclusive)處理的工作說(shuō)明，整合這些SOWs 后成為我們今天所認(rèn)識(shí)的項(xiàng)目范圍，利用工作說(shuō)明以明確的語(yǔ)句來(lái)說(shuō)明項(xiàng)目中包含的每一個(gè)工作內(nèi)容。例如，在一個(gè)項(xiàng)目范圍中包括的工作說(shuō)明可能是:“連接A市及B市兩地辦公室的主機(jī)，通過(guò)A市數(shù)據(jù)中心的中央貨品庫(kù)存數(shù)據(jù)庫(kù)，為A市工場(chǎng)和B市銷售中心提供即時(shí)貨品存量查詢及貨品預(yù)訂功能”。

　　這些工作說(shuō)明便成為這個(gè)工程需要提交的最終成果。利用項(xiàng)目范圍中的SOW替代ToR，一個(gè)項(xiàng)目可以容許多個(gè)SOW來(lái)描述系統(tǒng)建設(shè)的內(nèi)容，所有的SOW描述的建設(shè)內(nèi)容都包含在這個(gè)項(xiàng)目的范圍中。但實(shí)際上每一個(gè)SOW的結(jié)果如何實(shí)現(xiàn)，還是需要技術(shù)人員透過(guò)調(diào)查和進(jìn)行分析后才能夠清楚具體的操作該如何實(shí)現(xiàn)。每一個(gè)SOW的具體操作過(guò)程都成為這個(gè)SOW的功能需求。整合全部SOW的個(gè)別操作過(guò)程，才是項(xiàng)目的最終功能需求。

　　簡(jiǎn)明的說(shuō)，每一個(gè)SOW都是一個(gè)小范圍，它本身也不是一個(gè)需求。我們還是需要通過(guò)理解SOW的內(nèi)容才能夠把握這個(gè)SOW的需求。每一個(gè)SOW可以成為一個(gè)獨(dú)立的項(xiàng)目，“子項(xiàng)目”的名稱也是在這個(gè)時(shí)候誕生。

　　從上述的歷程中可以看到，用戶或客戶告訴我們的永遠(yuǎn)都不是需求，是客戶或用戶希望在最后交付物中看到的部分成果，永遠(yuǎn)不會(huì)完整，只是客戶或用戶的部分期盼、愿景和目標(biāo)。如果把這些期盼、愿景和目標(biāo)當(dāng)作了需求，那么我們永遠(yuǎn)不能在項(xiàng)目初期建立滿足用戶對(duì)交付物的期盼。需求從來(lái)不是用戶或客戶提供，需求是技術(shù)人員依據(jù)范圍中需要實(shí)施的工作過(guò)程進(jìn)行分析后尋找出來(lái)可以提交項(xiàng)目最終交付物的結(jié)果，然后才能夠把這些需求轉(zhuǎn)變成一個(gè)軟件工程，在項(xiàng)目指定的范圍中利用科技達(dá)到用戶的最終目的。

　　系統(tǒng)集成項(xiàng)目在PMBOK論述的范圍管理仍然有效，但在軟件工程中能否包含全部SOW是影響范圍變動(dòng)的主要因素，遺漏了一個(gè)SOW便會(huì)帶來(lái)范圍變動(dòng)，所以當(dāng)時(shí)的軟件工程多以SOW為主，需要客戶方確認(rèn)，只要客戶確認(rèn)SOW后，任何不包括在SOW中的功能便成為范圍變動(dòng)，也是PMBOK中范圍變動(dòng)管理的主要意義。改變范圍便需要改變項(xiàng)目基線，增加工作量和項(xiàng)目成本，延長(zhǎng)項(xiàng)目工期。我國(guó)的軟件產(chǎn)業(yè)發(fā)展從2O世紀(jì)90年代中期到本世紀(jì)初期才開(kāi)始進(jìn)行系統(tǒng)集成的過(guò)程。

　　自動(dòng)化到信息化的年代

　　IT在上世紀(jì)70、80年代的項(xiàng)目是流程自動(dòng)化與系統(tǒng)集成年代，基本上是先確認(rèn)范圍后才開(kāi)始把握功能需求，大部份項(xiàng)目所采用的開(kāi)發(fā)體系也是依據(jù)這個(gè)構(gòu)思對(duì)軟件開(kāi)發(fā)進(jìn)行管理。但到了90年代進(jìn)入信息化年代，范圍的意識(shí)開(kāi)始模糊，范圍開(kāi)始被誤解成為需求，最主要的原因是技術(shù)人員仍然采用過(guò)去流程自動(dòng)化的開(kāi)發(fā)思維，希望客戶能夠明確說(shuō)明范圍，但在范圍建立的過(guò)程中，每當(dāng)客戶提出“我需要這個(gè)系統(tǒng)能夠提供 …… ”，技術(shù)人員便把客戶的說(shuō)明演繹成為系統(tǒng)需求。

　　故此從90年代中期開(kāi)始到現(xiàn)在，很多軟件工程師對(duì)需求的定義非常模糊，系統(tǒng)需求與功能需求把握不準(zhǔn)，把范圍建設(shè)的過(guò)程與功能需求混在一起，導(dǎo)致今天大部份軟件在開(kāi)發(fā)過(guò)程中不斷修改，讓項(xiàng)目不斷延誤。

　　90年代的項(xiàng)目范圍與需求

　　自上世紀(jì)90年代中期開(kāi)始，企業(yè)從流程自動(dòng)化的“科技應(yīng)用方法”開(kāi)始轉(zhuǎn)型到信息化的“科技應(yīng)用價(jià)值”為最終目標(biāo)。項(xiàng)目的目標(biāo)也漸漸地從明確的技術(shù)應(yīng)用過(guò)程轉(zhuǎn)變成為如何利用科技來(lái)完成虛擬的理想及模糊的愿景。例如，建立一個(gè)系統(tǒng)為企業(yè)提供業(yè)務(wù)方向決策，讓管理層能夠判斷產(chǎn)品在市場(chǎng)上哪個(gè)地域的市場(chǎng)需要和進(jìn)行產(chǎn)品調(diào)整或改善，屬于哪類消費(fèi)群，如何開(kāi)拓一個(gè)新市場(chǎng)等，又或者希望利用因特網(wǎng)為企業(yè)提供一個(gè)產(chǎn)品推廣和銷售渠道。

　　這些項(xiàng)目可能包含現(xiàn)有市場(chǎng)的地域或推進(jìn)到新的地域環(huán)境，包含一個(gè)或多個(gè)部門的分工與協(xié)調(diào)，也可能包含現(xiàn)有數(shù)據(jù)庫(kù)的組合、信息分享或需要成立新的數(shù)據(jù)來(lái)提供所需的信息，但大多數(shù)需要包含現(xiàn)有系統(tǒng)和建立新系統(tǒng)的集成體。如何實(shí)現(xiàn)項(xiàng)目的人工或系統(tǒng)操作流程等等多是客戶在項(xiàng)目啟動(dòng)前沒(méi)有考慮過(guò)的內(nèi)容。在這張情況下，范圍的建設(shè)依據(jù)是一個(gè)相當(dāng)困難去完成的子項(xiàng)目?？蛻粼陧?xiàng)目調(diào)研過(guò)程中能夠提供的只能是一部份的愿景和期盼，需要技術(shù)人員透過(guò)這些信息建立項(xiàng)目的范圍，才能夠降低后期的變動(dòng)。

　　大部分技術(shù)人員在軟件開(kāi)發(fā)過(guò)程中對(duì)開(kāi)發(fā)體系的應(yīng)用未能融合信息化項(xiàng)目的特色。盲目依從開(kāi)發(fā)體系的過(guò)程，忘記開(kāi)發(fā)體系應(yīng)用前的一些先決條件：建立項(xiàng)目的范圍。所以從90年代開(kāi)始，項(xiàng)目管理開(kāi)始扮演重要的角色，在項(xiàng)目章程(Project Charter)中建立范圍、預(yù)算、資源和投資回報(bào)等內(nèi)容，讓技術(shù)人員依據(jù)項(xiàng)目章程的指導(dǎo)，更能有效地發(fā)揮技術(shù)應(yīng)用的能力。

　　如何實(shí)現(xiàn)用戶的愿景，便需要項(xiàng)目經(jīng)理、技術(shù)人員與用戶共同尋找實(shí)現(xiàn)的過(guò)程，才能夠把握有關(guān)的需求，才能夠利用科技讓用戶獲取期盼的項(xiàng)目最終交付物。很多項(xiàng)目的重點(diǎn)已經(jīng)不是科技的應(yīng)用，而是科技應(yīng)用所帶出來(lái)的價(jià)值。今天的項(xiàng)目主要是支撐業(yè)務(wù)的