SOW 并不是我們所說(shuō)的系統(tǒng)功能，是在項(xiàng)目完結(jié)后這個(gè)系統(tǒng)所應(yīng)該提供的終目的。以上的SOW 說(shuō)明了這個(gè)項(xiàng)目的范圍，包括的有關(guān)部門(mén)及現(xiàn)有系統(tǒng)的連接。在客戶確認(rèn)后每一個(gè)SOW 將當(dāng)作一個(gè)ToR處理，這個(gè)ToR 便成為整個(gè)系統(tǒng)建設(shè)項(xiàng)目中的一個(gè)子項(xiàng)目(也是子項(xiàng)目名稱的起源)。如何才知道我們建立的SOW 已經(jīng)包含整個(gè)系統(tǒng)的各個(gè)部門(mén)，如何保證這個(gè)范圍能夠有效地提供一套“訂單管理”的系統(tǒng)，這需要項(xiàng)目負(fù)責(zé)人對(duì)行業(yè)有一定的理解，同時(shí)為保證開(kāi)發(fā)過(guò)程中能夠控制范圍的變動(dòng)，在有關(guān)文檔中明確說(shuō)明SOW 所包含或不包含那些工作。利用“包含(Inclusive)”和“不包含(Exclusive)”的說(shuō)明來(lái)牢牢地建立一個(gè)固定項(xiàng)目范圍。

在項(xiàng)目規(guī)劃完成后，系統(tǒng)分析師便按照被分派的SOW 采用ToR 的調(diào)查方式進(jìn)行深入調(diào)查，對(duì)有關(guān)工作進(jìn)行訪談，理解有關(guān)SOW 的工作流程后對(duì)有關(guān)流程進(jìn)行分析，并找尋初步的解決方案。如何利用科技取代電話咨詢庫(kù)存量，利用科技取代傳真把訂單從業(yè)務(wù)部門(mén)傳送回銷售部門(mén)，或取代傳真送貨通知單到運(yùn)輸部門(mén)，取代內(nèi)部文件傳送發(fā)票副本到會(huì)計(jì)部門(mén)等等工作，什么時(shí)候需要進(jìn)行數(shù)據(jù)收集，需要進(jìn)行數(shù)據(jù)更新，需要打印發(fā)票或其它有關(guān)報(bào)告等工作便成為項(xiàng)目的功能需求。

如果在開(kāi)發(fā)過(guò)程中，用戶認(rèn)為需要貨品在運(yùn)送完畢后，收貨單應(yīng)該自動(dòng)確認(rèn)有關(guān)應(yīng)收賬款的作業(yè)流程，或者需要增加萬(wàn)一退貨后的訂單處理操作流程時(shí)，我們便可以依據(jù)原SOW 來(lái)控制項(xiàng)目的范圍變動(dòng)，因?yàn)檫@兩項(xiàng)操作流程并沒(méi)有在項(xiàng)目的SOW 中說(shuō)明。如果用戶認(rèn)為一定需要增加這兩個(gè)操作流程，那么項(xiàng)目的范圍會(huì)變動(dòng)，帶出額外的工作量，額外的開(kāi)發(fā)時(shí)間，額外的投資預(yù)算，修正系統(tǒng)的架構(gòu)，增加軟件模塊，追加人力資源等等因應(yīng)的后果。有能力的項(xiàng)目負(fù)責(zé)人會(huì)盡量說(shuō)服客戶把有關(guān)工作在目前的系統(tǒng)建設(shè)完成后才進(jìn)行處理，避免延誤項(xiàng)目的進(jìn)度和交付日期。

這個(gè)系統(tǒng)集成的項(xiàng)目再一次說(shuō)明如何從項(xiàng)目范圍中建立有關(guān)功能需求。建立功能需求是軟件從業(yè)人員的責(zé)任，不是客戶或用戶能夠提供的內(nèi)容。在完成人工操作過(guò)程分析訂立系統(tǒng)的功能需求后，更要進(jìn)一步考慮如何讓科技提升企業(yè)的運(yùn)營(yíng)效率。也許在設(shè)計(jì)過(guò)程中發(fā)現(xiàn)當(dāng)時(shí)的貨品運(yùn)送流程是從倉(cāng)庫(kù)直接送到銷售部門(mén)，再由銷售部門(mén)安排貨品連同發(fā)票一起送到客戶的指定地點(diǎn)，設(shè)計(jì)師可能考慮是否可以直接從倉(cāng)庫(kù)把貨品運(yùn)送到客戶指定地點(diǎn)，銷售部門(mén)另外把有關(guān)發(fā)票直接送交客戶?這個(gè)改變會(huì)為企業(yè)帶來(lái)多大效率改善?有了確實(shí)的構(gòu)思后便需要說(shuō)服用戶這個(gè)系統(tǒng)如何能夠更有效地完成有關(guān)貨品運(yùn)送的過(guò)程，要說(shuō)服用戶這些功能可以提升貨品運(yùn)送的效率和客戶滿意度，讓銷售部門(mén)和運(yùn)輸部門(mén)可以體會(huì)未來(lái)的工作流程將有所改變。決定終解決方案及用戶認(rèn)可后依據(jù)分析師的建議建立有關(guān)系統(tǒng)的功能，交由系統(tǒng)設(shè)計(jì)師對(duì)有關(guān)功能進(jìn)行模塊組合及邏輯設(shè)計(jì)。到這里，我們可以清楚知道系統(tǒng)建設(shè)不是依據(jù)客戶的需求而建設(shè)，是依據(jù)如何達(dá)到項(xiàng)目終目的和項(xiàng)目的終交付而建設(shè)。需求不是客戶或用戶提供，是我們作為一個(gè)專業(yè)人員依據(jù)我們要開(kāi)發(fā)的項(xiàng)目目標(biāo)(如何達(dá)到)和項(xiàng)目的終交付而制定出來(lái)的結(jié)果。沒(méi)有項(xiàng)目范圍，我們便不能建立有關(guān)系統(tǒng)的功能。沒(méi)有項(xiàng)目范圍，我們便不能控制任務(wù)的工作量，不能預(yù)估完成日期并按時(shí)完成。

從上述兩個(gè)例子中可以看到，功能需求與業(yè)務(wù)流程直接相連的，理解了業(yè)務(wù)流程，便能夠建立有關(guān)的功能需求，利用科技完成有關(guān)工作，提升運(yùn)營(yíng)效率，減低業(yè)務(wù)部門(mén)有關(guān)工作量和工作人員的需求。

軟件工匠和軟件工程師

如果我們需要客戶提供有關(guān)功能或需求才能夠完成軟件開(kāi)發(fā)，那么我們便淪為軟件工匠。一個(gè)工匠，如木匠、泥水匠等都是依據(jù)客戶的需求去完成任務(wù)的技術(shù)人員，這個(gè)工匠可以把工藝做到很好，很精，很細(xì)膩，成為一個(gè)很的木工或泥水工，但永遠(yuǎn)不會(huì)成為大師，因?yàn)樗麄儧](méi)有創(chuàng)思，沒(méi)有溝通能力去說(shuō)服客戶如何能夠更有效地達(dá)到客戶的投資目的。

希賽顧問(wèn)團(tuán)首席顧問(wèn)張友生博士認(rèn)為，一個(gè)專業(yè)的技術(shù)人員需要理解本身的專業(yè)能力，理解客戶投資的終目的，理解如何更有效地達(dá)到客戶的終目標(biāo)而建議客戶應(yīng)該如何進(jìn)行建設(shè)或改良，才有可能成為這個(gè)行業(yè)的大師。目前我國(guó)充斥著很多軟件工匠，如果我們要把自己打造成為一個(gè)軟件工程師，我們便需要放棄以前的思維，不用老是抱怨“客戶不明確本身的需求，所以我們不能夠完成項(xiàng)目的交付”。我們需要思考如何才能夠把握項(xiàng)目的終目標(biāo)，建立系統(tǒng)的功能需求。

從20世紀(jì)90 年代中期開(kāi)始，計(jì)算機(jī)在企業(yè)中已經(jīng)從自動(dòng)化的時(shí)代進(jìn)入信息化的時(shí)代，從科技的應(yīng)用提升企業(yè)的運(yùn)營(yíng)效率，轉(zhuǎn)變成科技應(yīng)用所能帶出來(lái)的價(jià)值，讓企業(yè)能夠減低運(yùn)營(yíng)成本，改善產(chǎn)品，提供增值服務(wù)，開(kāi)拓市場(chǎng)，增加利潤(rùn)等成為軟件開(kāi)發(fā)的主要目標(biāo)。

客戶在決定投資一套軟件系統(tǒng)建設(shè)的項(xiàng)目前，本身很明確知道希望這套系統(tǒng)能夠帶來(lái)什么價(jià)值，但對(duì)于如何能夠利用科技來(lái)達(dá)到目標(biāo)則一概不清楚。希望透過(guò)軟件工程師的專業(yè)知識(shí)來(lái)告訴他們?nèi)绾尾拍軌驖M足他們的愿景，客戶希望透過(guò)人工智能(AI)去理解顧客的采購(gòu)習(xí)慣，背景，行為和對(duì)現(xiàn)有產(chǎn)品的反饋對(duì)產(chǎn)品進(jìn)行改良;他們希望透過(guò)企業(yè)資源規(guī)劃(ERP)來(lái)減低生產(chǎn)或運(yùn)營(yíng)成本，提升資源對(duì)企業(yè)的價(jià)值;希望透過(guò)客戶關(guān)系管理(CRM)軟件的應(yīng)用來(lái)保留顧客對(duì)企業(yè)品牌的忠誠(chéng)，增加顧客對(duì)企業(yè)的滿意度。這些都是透過(guò)科技應(yīng)用所希望帶出來(lái)的普遍價(jià)值和投資愿景。但技術(shù)人員仍然停留在科技應(yīng)用的層面上，希望客戶能夠告訴他們需要那些功能來(lái)達(dá)到這個(gè)愿景，讓他們能夠利用技術(shù)完成客戶的系統(tǒng)建設(shè)。這些構(gòu)思型或愿景型的項(xiàng)目如何進(jìn)行交付，是上世紀(jì)末期開(kāi)始對(duì)軟件行業(yè)的一大挑戰(zhàn)。

在這種情況下，技術(shù)人員如何能夠滿足客戶的愿景，客戶如何能夠告訴技術(shù)人員有關(guān)這個(gè)投資項(xiàng)目的功能需求，變成項(xiàng)目在實(shí)施過(guò)程中不斷進(jìn)行修改，不斷延誤的主要原因。如何解決這個(gè)困境是當(dāng)時(shí)急迫需要處理的難題。所以計(jì)算機(jī)行業(yè)新增加了一個(gè)崗位，叫做業(yè)務(wù)分析師(Business Analyst 或簡(jiǎn)稱BA)，業(yè)務(wù)分析師應(yīng)該有深厚的行業(yè)知識(shí)，透過(guò)BA對(duì)行業(yè)的理解，對(duì)愿景項(xiàng)目進(jìn)行流程分析及建設(shè)，然后讓技術(shù)人員對(duì)有關(guān)流程進(jìn)行分析，建立功能需求，設(shè)計(jì)有關(guān)模塊，為這些構(gòu)思型或愿景型項(xiàng)目提供所需的基本信息。但可惜行業(yè)知識(shí)與技術(shù)知識(shí)兩者還是有相當(dāng)大的距離，BA 未能發(fā)揮應(yīng)有的效益。美國(guó)PMI 也是在這個(gè)時(shí)候訂立項(xiàng)目贊助人(Sponsor)及項(xiàng)目干系人(Stakeholders)的角色，在項(xiàng)目開(kāi)發(fā)過(guò)程中，項(xiàng)目贊助人需要確認(rèn)BA 的流程建議，需要取人系統(tǒng)建設(shè)每一個(gè)階段的交付。項(xiàng)目干系人需要確認(rèn)流程及系統(tǒng)功能不會(huì)影響部門(mén)的正常操作，兩者要確保整個(gè)項(xiàng)目能夠達(dá)到預(yù)期的交付愿景和目的。