自從90年代中期為澳大利亞的一家百貨公司建立了第一個(gè)網(wǎng)站銷(xiāo)售系統后，很明確地理解到信息化系統的建設需要利用科技為企業(yè)帶來(lái)投資的效益和價(jià)值。與自動(dòng)化系統建設的利用科技提升運營(yíng)效益的20多年傳統系統開(kāi)發(fā)模型和方法有很大的差異。自動(dòng)化系統建設是基于一套已經(jīng)相當成熟的業(yè)務(wù)流程來(lái)分析系統功能需求，但大部份信息化系統建設的起始階段缺乏這樣一套完整的業(yè)務(wù)操作流程，同時(shí)信息化系統的范圍必須在理解如何實(shí)現項目投資最終目標的有關(guān)業(yè)務(wù)流程建立后才能夠把項目的范圍建立起來(lái)，然后才能夠分析項目范圍的業(yè)務(wù)流程中所需的系統功能需求（參考“降低軟件開(kāi)發(fā)過(guò)程變動(dòng)依賴(lài)項目范圍管理”一文）。但要建立一個(gè)未來(lái)系統的業(yè)務(wù)流程，必須對有關(guān)行業(yè)的運營(yíng)模式相當熟悉，或者有一個(gè)對這行業(yè)相當熟悉的專(zhuān)家（如行業(yè)業(yè)務(wù)分析師）協(xié)助下才能夠建立一套可操作的業(yè)務(wù)流程，同時(shí)更需要對企業(yè)的管理思維有一定的理解，才能夠明確信息化系統的應用價(jià)值。但在正常系統開(kāi)發(fā)環(huán)境中，往往沒(méi)有足夠的時(shí)間容許我們去探討，分析和建設有關(guān)的業(yè)務(wù)流程，然后才建立項目范圍，才能夠對有關(guān)項目進(jìn)行合理規劃，估算項目成本和資源。那么我們該如何為信息化系統建設項目合理地把握項目的范圍呢？這個(gè)問(wèn)題一直讓我思考了數年，到90年代末期才開(kāi)始有一個(gè)模糊的構思。

　　任何項目的最終交付都必須符合項目的投資目的，客戶(hù)對項目的投資是否能夠達到預期的目標是依據項目的最終交付物能否滿(mǎn)足投資的期盼，無(wú)論是自動(dòng)化時(shí)代的效率改善或信息化時(shí)代的信息價(jià)值，最終交付物所包含的功能是否全面代表項目最終交付本身的質(zhì)量?jì)?yōu)劣。要降低開(kāi)發(fā)過(guò)程的修改和變動(dòng)，我們必須建立明確的項目范圍，清楚分析范圍中所需要執行及處理的事情，然后才能夠整理出系統的功能需求，設計科技的應有方法，最終交付能夠演示出如何滿(mǎn)足投資者的投資目標，才能夠完成項目的交付。

　　智能身份證系統建設的經(jīng)驗

　　在90年代中后期，我們需要回應亞洲某一國政府準備建設一套智能身份證系統的項目投標邀請。標書(shū)要求一套整體解決方案，內容相當詳細地說(shuō)明整個(gè)項目所影響的有關(guān)部門(mén)和項目的最終目的，很明確地說(shuō)明這套系統的智能卡除了取代傳統的國民身份證外，更可以取代駕駛執照，也可以作為鄰近國家所接受的旅游證件，更可以代替金融卡用來(lái)支付小額費用，如停車(chē)費，公交車(chē)費等。當時(shí)我們的最大挑戰是如何能夠提供一套合適的硬件配置和網(wǎng)絡(luò )架構合理地分置于該國各省、市的負責單位中應用，而硬件的整體配置和網(wǎng)絡(luò )架構的需求也直接影響軟件架構的設計，更直接影響未來(lái)擴容需求，系統建設和維護的投資成本。

　　有關(guān)國民身份證和駕駛執照的發(fā)行和應用已經(jīng)有一套基本業(yè)務(wù)流程，但是利用智能卡取代后，某些操作流程將會(huì )帶來(lái)局部調整。那些操作需要進(jìn)行調整，那些可以保留，是我們需要推論科技的應用能夠提升效率外，還能夠帶來(lái)那些價(jià)值進(jìn)行假設性的評估。但作為旅游證件和代替金融卡這兩方面是全新的業(yè)務(wù)模式，這些概念性目標如何能夠融合到這套系統中，如何評估這套系統的工作量，需要那些硬件和網(wǎng)絡(luò )配置，讓我們對這份標書(shū)的回應缺乏應有的信心。

　　最后我們同意組合一個(gè)十多人的業(yè)務(wù)分析團隊對各種應用方法建立了全面的應用流程，結合該國的人口分布和各應用目標的未來(lái)操作流程，總結出一套比較合理的硬件配置和軟件架構，讓我們在標書(shū)回應內容中能夠明確說(shuō)明這套系統將來(lái)如何可以滿(mǎn)足項目的最終應用要求，對操作流程的前提條件和任何假設透過(guò)SOW來(lái)說(shuō)明整個(gè)項目的范圍和整個(gè)項目的最終交付物，讓我們的報價(jià)遠遠低于其它競爭對手，輕松地贏(yíng)取這份合同，并且在完成交付后能夠為單位帶來(lái)合理的利潤。

　　這個(gè)項目讓我更深入地體會(huì )到項目范圍、范圍中各種操作流程和最終交付物定義在項目初期的重要性。如果我們按照傳統的回應方法，依據標書(shū)所提供的整體數據進(jìn)行硬件配置和軟件架構推論，我們最后建議的解決方案一定會(huì )浪費很多地方上的硬件資源，而且軟件和網(wǎng)絡(luò )的設計會(huì )對系統的應用產(chǎn)生操作瓶頸，降低系統的效率，提高初期的投資成本。

　　其它信息化項目建設經(jīng)驗

　　在2000年負責加拿大一家金融機構的零售業(yè)務(wù)部門(mén)建立一套客戶(hù)關(guān)系管理系統，當時(shí)這個(gè)項目的基本要求很簡(jiǎn)單，也很明確，高層管理人員希望這套系統能夠提供以下的應用價(jià)值：

　　1.客戶(hù)綜合帳戶(hù)信息管理

　　2.分析客戶(hù)開(kāi)支模式

　　3.提升客戶(hù)全面財務(wù)管理效益

　　4.建立正式及非正式的客戶(hù)溝通渠道

　　5.提供銀行發(fā)展新業(yè)務(wù)的機遇

　　6.開(kāi)展客戶(hù)所需的金融服務(wù)

　　7.建立客戶(hù)對銀行的滿(mǎn)意度及忠誠度

　　除了第一及第二兩個(gè)目標及一部份第四個(gè)目標可以直接利用科技達到目的之外，其它目標如何才能夠實(shí)現？整個(gè)項目交付的內容是什么？范圍在那里？

　　要把這個(gè)項目完成最后交付，單依靠技術(shù)人員的思維明顯不夠。所以我們組合了一個(gè)工作小組，其中包括金融零售業(yè)務(wù)的分行負責人，數名老客戶(hù)，及業(yè)務(wù)分析師。依據每一個(gè)項目的交付目標進(jìn)行頭腦風(fēng)暴，利用WBS的方法一步一步進(jìn)行分析，從老客戶(hù)的那里我們開(kāi)始知道他們希望銀行提供那些服務(wù)才能夠讓他們感覺(jué)滿(mǎn)意，才能夠讓他們不會(huì )考慮去其它銀行儲存或處理資產(chǎn)；從業(yè)務(wù)負責人那里理解他們如何能夠透過(guò)那些信息找尋商機，開(kāi)展新業(yè)務(wù)或強化服務(wù)以滿(mǎn)足客戶(hù)的要求，從其它財務(wù)管理或投資管理的負責人那里知道如何才能夠讓客戶(hù)的儲存和資產(chǎn)能夠帶來(lái)更大的回報，從這個(gè)過(guò)程中我們最終找出項目的交付物定義，并獲得管理層的確認。整個(gè)過(guò)程建立了項目組件分拆的初步模型，當時(shí)稱(chēng)為項目結構分解（Project Breakdown Structure，PBS），把項目的每一個(gè)目標分解為交付的模塊，讓我們能夠按照模塊的組合提供整體解決方案。經(jīng)過(guò)這些年的應用及改善，最后成為今天所描述的項目組件分拆法（Project Component Decomposition Method，PCDM）。今天的高級軟件技術(shù)人員必須放棄過(guò)去單純的科技應用方法，必須改變思維，考慮如何能夠利用科技的應用帶來(lái)任何價(jià)值或效益，才能夠把握信息化時(shí)代的軟件要求。

　　項目組件分拆法（PCDM）

　　項目組件分拆法的主要目的是把項目分拆成主要的模塊或組件，這些模塊或組件在完成整合后將成為整個(gè)項目的最終交付。透過(guò)PCDM的應用，可以在最短的時(shí)間內建立項目的最終交付定義。對于一些概念型項目，在項目起動(dòng)階段把握項目的最終交付，能夠更有效地建立項目的范圍，規范地管理開(kāi)發(fā)過(guò)程中所要求的變動(dòng)。

　　項目管理者聯(lián)盟文章，深入探討。

　　任何項目都有一定的投資目標，這些目標也一定會(huì )為項目完成后能夠為項目贊助人帶來(lái)預期的信息價(jià)值或預期的應用效益，否則項目贊助人沒(méi)有必要對項目進(jìn)行投資（當然一些政治性項目除外）。所謂最終交付物是依據項目立項時(shí)有關(guān)項目贊助人或投資人對項目的未來(lái)效益或項目在完成后所能提供的信息價(jià)值所需要的軟件模塊或組件。概念型項目往往有相當明確的價(jià)值期盼，但缺乏一套明確的操作過(guò)程讓技術(shù)人員進(jìn)行有效的分析，建立系統的功能需求。

　　第一個(gè)層次的目標說(shuō)明需要項目投資者或項目贊助人的參與和確認，需要項目經(jīng)理去理解項目的投資目標（參考上述客戶(hù)關(guān)系管理系統建設的七大應用價(jià)值），第二及第三層次的分拆工作需要組合一個(gè)小組進(jìn)行頭腦風(fēng)暴會(huì )或研討會(huì )方式，項目經(jīng)理負責指導及協(xié)調，小組成員包括系統分析員，系統設計師，業(yè)務(wù)分析員（可選）及主要項目干系人（未來(lái)應用系統部門(mén)負責人）共同建立有關(guān)“如何做說(shuō)明（實(shí)現方法及手段）”和“做什么說(shuō)明（解決方案）”。最后是項目經(jīng)理，系統分析員及系統設計師共同整合有關(guān)解決方案，成為項目的交付說(shuō)明或交付物定義。每一層的分拆成果必須獲得小組成員的共識和確認才能夠開(kāi)展下一層的分拆工作。

　　為了讓讀者能夠更清楚有關(guān)項目組件分拆法的應用，在這里特別利用一個(gè)案例為大家示范說(shuō)明：

　　案例：度假休閑活動(dòng)管理系統建設

　　一家臨近沿海旅游景點(diǎn)的度假酒店希望能夠推出一些比較有特色的休閑活動(dòng)。希望利用現有計算機對這些特色休閑活動(dòng)進(jìn)行有效管理。

　　這套系統需要能夠提供以下的功能：

　　建立活動(dòng)的細則，目前計劃推出三種活動(dòng)，但未來(lái)可能增加或刪除活動(dòng)種類(lèi)：  項目管理者聯(lián)盟，項目管理問(wèn)題。

　　海底世界：每位三百元，每次兩小時(shí)，在海邊附近珊瑚區進(jìn)行潛水活動(dòng)，體現漂亮的海底景色。更可以選擇深水探險（每位五百元，歷時(shí)五小時(shí)），到較深的海底觀(guān)賞沈船的遺跡，但需要旅游者曾經(jīng)接受過(guò)潛水訓練，有關(guān)經(jīng)驗或訓練信息必須確認及記錄在檔案中。

　　非洲探險：每位四百元，包括午餐，參觀(guān)鄰近的郊野開(kāi)放動(dòng)物園，觀(guān)賞動(dòng)物在自然環(huán)境下的生活狀態(tài)。參加者必須被告知這個(gè)活動(dòng)需要在早上七時(shí)出發(fā)，下午四點(diǎn)三十分回到酒店。

　　越野單車(chē)：在附近越野單車(chē)徑體現越野單車(chē)的挑戰。每位兩百元，每次三小時(shí)，不包括越野單車(chē)租金。租用越野單車(chē)另加一百五十元。參加者必須在報名時(shí)說(shuō)明是否需要租用越野單車(chē)（16歲以下不能參加）。  項目管理者聯(lián)盟文章，深入探討。

　　活動(dòng)報名：記錄報名者參加那個(gè)活動(dòng)，那天參加，參加人數，姓名，預付金等信息

　　儲存有關(guān)活動(dòng)信息，并隨時(shí)可以對活動(dòng)進(jìn)行查詢(xún)項目管理者聯(lián)盟，項目管理問(wèn)題。

　　提供簡(jiǎn)單財務(wù)管理，說(shuō)明各團參加人數，總金額，預付金，印發(fā)收據等操作能力

　　由于酒店負責人常出差，所以需要把一些表單轉換成網(wǎng)頁(yè)，讓負責人可以透過(guò)手機對有關(guān)信息進(jìn)行查閱，把有關(guān)活動(dòng)及財務(wù)信息轉移或傳送到負責人的智能手機上。

　　建設一套簡(jiǎn)單的應用軟件，利用目前酒店的計算機設備，

　　案例初步分析：

　　項目說(shuō)明一些技術(shù)人員可能會(huì )把上述的內容作為系統的功能需求，而且相當清晰，可以馬上進(jìn)入設計及編程的狀態(tài)。但我們如何能夠知道以上的功能是否全面？如何把握其余的功能需求？如何避免在開(kāi)發(fā)過(guò)程中拒絕客戶(hù)的變動(dòng)要求呢？項目的范圍是什么？我們一無(wú)所知。

　　另一些技術(shù)人員可能會(huì )認為上述內容便是項目范圍，如果是項目范圍，我們是否知道范圍中各種工作的操作流程，然后進(jìn)行分析，建立有關(guān)的功能需求呢？要知道這些活動(dòng)只是度假酒店計劃未來(lái)的新增業(yè)務(wù)，缺乏一套完善的操作流程，希望透過(guò)系統建設為管理這些活動(dòng)提供一套可選的運營(yíng)流程，那么我們該先為客戶(hù)建設一套流程，還是先建立一套系統，在考慮如何融合到運營(yíng)的過(guò)程中呢？

　　任何客戶(hù)提供的初步內容只是項目信息的一部份，是客戶(hù)對未來(lái)系統的期盼（參考圖一：項目組件分拆發(fā)結構）。有關(guān)內容是對系統未來(lái)質(zhì)量的基本要求。在進(jìn)入設計或編程前，我們先要建立這個(gè)項目的范圍，明確我們需要提供的服務(wù)，才能夠為客戶(hù)提供高質(zhì)的專(zhuān)業(yè)服務(wù)，才能夠在開(kāi)發(fā)過(guò)程中降低變動(dòng)的需求，降低項目失敗的風(fēng)險。

　　第一層：目標說(shuō)明（Purpose Statements，PS）

　　項目經(jīng)理必須與項目贊助人或指派代表人共同研討項目的最終價(jià)值，所謂最終價(jià)值可以透過(guò)項目背景進(jìn)行分析，理解為什么要實(shí)現這個(gè)項目，實(shí)現這個(gè)項目的最終目的是什么。

　　每一個(gè)目標是一個(gè)獨立的目標說(shuō)明，有別于項目的需求說(shuō)明，我們探討的不是系統需要做什么，是系統需要提供那些價(jià)值和效益，這方面包括為企業(yè)提供額外的競爭能力，提升效率，改善工作及服務(wù)質(zhì)量，簡(jiǎn)化服務(wù)流程，整合分散資源，和其它對企業(yè)運營(yíng)帶來(lái)價(jià)值或效益的目標。當我們對項目的最終目標有了認識后，項目將依據這些目標進(jìn)行個(gè)別分拆，最終的交付應該可以為每一個(gè)目標說(shuō)明提供所需的模塊和組件，成為項目的范圍。如果是項目贊助人指派的代理人與項目經(jīng)理共同建立的目標說(shuō)明，那么這份目標說(shuō)明便需要項目贊助人進(jìn)行內容確認。贊助人不一定需要對有關(guān)目標說(shuō)明進(jìn)行簽字確認，可以透過(guò)其它方式讓項目贊助人認同這些目標的內容，讓我們可以依據這些目標說(shuō)明完成項目范圍的建設。

　　案例研究：目標說(shuō)明（Purpose Statements，PS）

　　第一層的分拆是透過(guò)與項目贊助人共同協(xié)商，確認項目的預期效益和投資價(jià)值。一些目標可能只是一個(gè)愿景，或對系統的一些期盼，或提供企業(yè)額外競爭能力。最后整理出以下七點(diǎn)項目的目標說(shuō)明：

　　1.提供各旅游團基本信息及各旅游團對參加人員的基本要求/條件

　　2.加強各旅游團的報名管理能力

　　3.提升前臺服務(wù)員的工作能力，避免報名時(shí)提供消費者錯誤信息而導致意外事故

　　4.提供旅游團的基本財務(wù)信息

　　5.提供管理層PDA/SP瀏覽各旅游團報名人數及有關(guān)各團的財務(wù)信息

　　6.希望吸引更多外地旅客到酒店度假

　　7.更希望吸引其它到當地度假的旅客參加。

　　案例分析：目標說(shuō)明的合理性

　　以上七點(diǎn)項目目標是項目贊助人愿意投資這套應用軟件的投資目的。在我們接受項目贊助人所認同的目標說(shuō)明前，我們必須對客戶(hù)所提供的項目信息進(jìn)行比對，看看項目資助人的期盼與項目信息是否吻合。我們可以透過(guò)一個(gè)簡(jiǎn)單的對比表進(jìn)行差異分析（Gap Analysis），可以更清楚兩者間是否存在差異。

　　我們當然要相信目標說(shuō)明，但既然項目說(shuō)明中并沒(méi)有提出這兩點(diǎn)的要求，我們如何判斷第6及第7這兩點(diǎn)是否應該包含在項目中。如果我們不考慮這兩點(diǎn)，我們將不能夠順暢地完成項目驗收，但包含這兩點(diǎn)，我們便需要理解如何融合到項目信息中。

　　對有關(guān)差異進(jìn)行一個(gè)簡(jiǎn)單的可行分析（Feasible Analysis）讓我們可以考慮科技的應用能否為這兩點(diǎn)帶來(lái)任何價(jià)值，這兩點(diǎn)與應用系統的關(guān)系在那里？科技能否實(shí)現這兩點(diǎn)目標說(shuō)明的價(jià)值和效益呢？透過(guò)“一點(diǎn)不多做、一點(diǎn)不少交”的思維，我們是否能夠說(shuō)服項目贊助人把這兩點(diǎn)排除在項目范圍外另行處理呢？

　　最后我們說(shuō)服項目贊助人可以透過(guò)印刷和在各地代理分派有關(guān)度假活動(dòng)的宣傳單張來(lái)吸引更多客源，同時(shí)可以在當地用不同的方式進(jìn)行推廣，成功地從目標說(shuō)明中排除了第6及第7點(diǎn)。我們接下來(lái)的工作便集中在余下的五點(diǎn)目標說(shuō)明中。開(kāi)始組合有關(guān)小組進(jìn)行第二層及第三層的組件分拆。

　　第二層：如何做說(shuō)明（How-to Statements，HS）

　　所謂如何做的概念是“如何才能夠做到這個(gè)目標說(shuō)明的預期價(jià)值或效益。在開(kāi)始第二層組件分拆的時(shí)候，項目經(jīng)理必須組合以下資源進(jìn)行頭腦風(fēng)暴會(huì )或研討會(huì )：

　　1.高級系統分析員或資深軟件工程師

　　2.項目主要干系人

　　3.系統設計師（可選）

　　4.業(yè)務(wù)分析員（可選）

　　項目經(jīng)理將依據已經(jīng)確認的目標說(shuō)明進(jìn)行獨立分拆，讓每一個(gè)參會(huì )人員能夠發(fā)表個(gè)人對有關(guān)目標說(shuō)明的想法及提出“如何做”的構思，一個(gè)目標說(shuō)明可以分拆成一個(gè)或多個(gè)方法或手段，同時(shí)一個(gè)方法或一個(gè)手段可以處理一個(gè)或多個(gè)目標說(shuō)明。在完成這部分的研討后，我們可以明確知道如何才能滿(mǎn)足項目的各項目標說(shuō)明。

　　在過(guò)程中我們可能需要分析及否缺一些不合理的方法或手段，如何判斷那些方法或手段是不合理，取決與這個(gè)方法或手段是否能夠為有關(guān)目標說(shuō)明帶來(lái)相關(guān)的價(jià)值和效益。

　　案例示范：如何做說(shuō)明（HS）

　　透過(guò)小組的整體思維，最后從目標說(shuō)明（PS）的項目科技應用價(jià)值中分拆出實(shí)現的方法和手段，這些方法和手段分別成為獨立的“如何做說(shuō)明（HS）”。

　　第三層：做什么說(shuō)明（do-What Statements，WS）

　　在完成第二層研討后，項目經(jīng)理需要引導同一個(gè)小組對每一個(gè)“如何做說(shuō)明”進(jìn)行第三層的分拆，找尋我們要“做什么”才能夠滿(mǎn)足每一個(gè)“如何做”明的方法或手段。做什么的結論將成為項目解決方案的基礎。 本文轉自項目管理者聯(lián)盟

　　做什么說(shuō)明不一定局限于技術(shù)上能夠解決“如何做說(shuō)明”的要求，它也可以包括業(yè)務(wù)流程改變，操作人員的培訓或崗位的變動(dòng)，也可能是需要搜獵一些特別人才，或進(jìn)行采購，或進(jìn)行外包等方案。小組在最后同樣需要分析及評估每一個(gè)方案對項目的目標說(shuō)明能否帶來(lái)預期的價(jià)值或效益。同時(shí)也可能否缺一些方案以降低項目的成本和縮短項目生命周期。 項目管理者聯(lián)盟，項目管理問(wèn)題。

　　案例示范：做什么說(shuō)明（WS）

　　通過(guò)分拆如何做說(shuō)明（HS），小組針對每一個(gè)方法或手段進(jìn)行思考，整理出一套較為完整的解決方案，成為項目組件分拆過(guò)程中的“做什么說(shuō)明（WS）。

　　第四層：交付說(shuō)明（Deliverable Statements，DS）

　　在小組完成解決方案的分拆和一直認同該“做什么”后，接下來(lái)便需要系統設計師對有關(guān)解決方案進(jìn)行組合成為項目的獨立組件，在整合的過(guò)程中可以同時(shí)建立組件的宏觀(guān)邏輯，成為項目最終的交付說(shuō)明（DS），這個(gè)交付說(shuō)明讓我們很清晰地體系整個(gè)項目的內容，成為軟件開(kāi)發(fā)的項目范圍。

　　在進(jìn)行交付整合的過(guò)程中，系統設計師需要考慮每一個(gè)項目組件是否影響到項目的開(kāi)發(fā)時(shí)間，交付成本及是否符合項目信息中所涉及的質(zhì)量要求。

　　案例分析：交付組件的合理性

　　在整合項目最終交付的過(guò)程中，發(fā)覺(jué)要完成第5點(diǎn)的目標說(shuō)明（提供手機瀏覽活動(dòng)及財務(wù)信息功能），會(huì )增加大量的投資成本，同時(shí)增加客戶(hù)的數據轉移及維護需求，更增加手機數據流量的費用，建議客戶(hù)透過(guò)語(yǔ)音查詢(xún)，撥號會(huì )酒店進(jìn)行有關(guān)信息查詢(xún)。最后被客戶(hù)接受，減少一個(gè)模塊的建設。 項目管理者聯(lián)盟，項目管理問(wèn)題。

　　項目組件分拆法（PCDM）的應用效益

　　項目組件分拆法可以讓我們利用最短的時(shí)間建立項目的范圍和宏觀(guān)的系統邏輯，更能夠讓項目贊助人和項目干系人參與系統建設的過(guò)程中，讓項目贊助人及項目干系人更明確知道系統完成后他們將面對的應用如何及主要操作邏輯，強化軟件開(kāi)發(fā)的透明度，把項目的范圍緊緊地構建起來(lái)，降低開(kāi)發(fā)過(guò)程中的變動(dòng)要求。

　　最重要的一點(diǎn)是讓技術(shù)人員回歸軟件開(kāi)發(fā)的正確路線(xiàn)，先建立項目范圍，然后透過(guò)分析推論出項目的基本功能需求。透過(guò)項目干系人的參與，可以更深入理解行業(yè)的特色，提升技術(shù)人員的創(chuàng )思，帶出軟件創(chuàng )新的成果。

　　在余下的數篇文章中，我會(huì )針對目前軟件開(kāi)發(fā)的一些瓶頸進(jìn)行分析和建議，讓我國軟件工業(yè)能夠進(jìn)入一個(gè)高效，創(chuàng )新的開(kāi)發(fā)模型。