SOW 并不是我們所說的系統(tǒng)功能，是在項目完結(jié)后這個系統(tǒng)所應該提供的終目的。以上的SOW 說明了這個項目的范圍，包括的有關(guān)部門及現(xiàn)有系統(tǒng)的連接。在客戶確認后每一個SOW 將當作一個ToR處理，這個ToR 便成為整個系統(tǒng)建設(shè)項目中的一個子項目(也是子項目名稱的起源)。如何才知道我們建立的SOW 已經(jīng)包含整個系統(tǒng)的各個部門，如何保證這個范圍能夠有效地提供一套“訂單管理”的系統(tǒng)，這需要項目負責人對行業(yè)有一定的理解，同時為保證開發(fā)過程中能夠控制范圍的變動，在有關(guān)文檔中明確說明SOW 所包含或不包含那些工作。利用“包含(Inclusive)”和“不包含(Exclusive)”的說明來牢牢地建立一個固定項目范圍。
在項目規(guī)劃完成后，系統(tǒng)分析師便按照被分派的SOW 采用ToR 的調(diào)查方式進行深入調(diào)查，對有關(guān)工作進行訪談，理解有關(guān)SOW 的工作流程后對有關(guān)流程進行分析，并找尋初步的解決方案。如何利用科技取代電話咨詢庫存量，利用科技取代傳真把訂單從業(yè)務部門傳送回銷售部門，或取代傳真送貨通知單到運輸部門，取代內(nèi)部文件傳送發(fā)票副本到會計部門等等工作，什么時候需要進行數(shù)據(jù)收集，需要進行數(shù)據(jù)更新，需要打印發(fā)票或其它有關(guān)報告等工作便成為項目的功能需求。
如果在開發(fā)過程中，用戶認為需要貨品在運送完畢后，收貨單應該自動確認有關(guān)應收賬款的作業(yè)流程，或者需要增加萬一退貨后的訂單處理操作流程時，我們便可以依據(jù)原SOW 來控制項目的范圍變動，因為這兩項操作流程并沒有在項目的SOW 中說明。如果用戶認為一定需要增加這兩個操作流程，那么項目的范圍會變動，帶出額外的工作量，額外的開發(fā)時間，額外的投資預算，修正系統(tǒng)的架構(gòu)，增加軟件模塊，追加人力資源等等因應的后果。有能力的項目負責人會盡量說服客戶把有關(guān)工作在目前的系統(tǒng)建設(shè)完成后才進行處理，避免延誤項目的進度和交付日期。
這個系統(tǒng)集成的項目再一次說明如何從項目范圍中建立有關(guān)功能需求。建立功能需求是軟件從業(yè)人員的責任，不是客戶或用戶能夠提供的內(nèi)容。在完成人工操作過程分析訂立系統(tǒng)的功能需求后，更要進一步考慮如何讓科技提升企業(yè)的運營效率。也許在設(shè)計過程中發(fā)現(xiàn)當時的貨品運送流程是從倉庫直接送到銷售部門，再由銷售部門安排貨品連同發(fā)票一起送到客戶的指定地點，設(shè)計師可能考慮是否可以直接從倉庫把貨品運送到客戶指定地點，銷售部門另外把有關(guān)發(fā)票直接送交客戶?這個改變會為企業(yè)帶來多大效率改善?有了確實的構(gòu)思后便需要說服用戶這個系統(tǒng)如何能夠更有效地完成有關(guān)貨品運送的過程，要說服用戶這些功能可以提升貨品運送的效率和客戶滿意度，讓銷售部門和運輸部門可以體會未來的工作流程將有所改變。決定終解決方案及用戶認可后依據(jù)分析師的建議建立有關(guān)系統(tǒng)的功能，交由系統(tǒng)設(shè)計師對有關(guān)功能進行模塊組合及邏輯設(shè)計。到這里，我們可以清楚知道系統(tǒng)建設(shè)不是依據(jù)客戶的需求而建設(shè)，是依據(jù)如何達到項目終目的和項目的終交付而建設(shè)。需求不是客戶或用戶提供，是我們作為一個專業(yè)人員依據(jù)我們要開發(fā)的項目目標(如何達到)和項目的終交付而制定出來的結(jié)果。沒有項目范圍，我們便不能建立有關(guān)系統(tǒng)的功能。沒有項目范圍，我們便不能控制任務的工作量，不能預估完成日期并按時完成。
從上述兩個例子中可以看到，功能需求與業(yè)務流程直接相連的，理解了業(yè)務流程，便能夠建立有關(guān)的功能需求，利用科技完成有關(guān)工作，提升運營效率，減低業(yè)務部門有關(guān)工作量和工作人員的需求。
軟件工匠和軟件工程師
如果我們需要客戶提供有關(guān)功能或需求才能夠完成軟件開發(fā)，那么我們便淪為軟件工匠。一個工匠，如木匠、泥水匠等都是依據(jù)客戶的需求去完成任務的技術(shù)人員，這個工匠可以把工藝做到很好，很精，很細膩，成為一個很的木工或泥水工，但永遠不會成為大師，因為他們沒有創(chuàng)思，沒有溝通能力去說服客戶如何能夠更有效地達到客戶的投資目的。
希賽顧問團首席顧問張友生博士認為，一個專業(yè)的技術(shù)人員需要理解本身的專業(yè)能力，理解客戶投資的終目的，理解如何更有效地達到客戶的終目標而建議客戶應該如何進行建設(shè)或改良，才有可能成為這個行業(yè)的大師。目前我國充斥著很多軟件工匠，如果我們要把自己打造成為一個軟件工程師，我們便需要放棄以前的思維，不用老是抱怨“客戶不明確本身的需求，所以我們不能夠完成項目的交付”。我們需要思考如何才能夠把握項目的終目標，建立系統(tǒng)的功能需求。
從20世紀90 年代中期開始，計算機在企業(yè)中已經(jīng)從自動化的時代進入信息化的時代，從科技的應用提升企業(yè)的運營效率，轉(zhuǎn)變成科技應用所能帶出來的價值，讓企業(yè)能夠減低運營成本，改善產(chǎn)品，提供增值服務，開拓市場，增加利潤等成為軟件開發(fā)的主要目標。
客戶在決定投資一套軟件系統(tǒng)建設(shè)的項目前，本身很明確知道希望這套系統(tǒng)能夠帶來什么價值，但對于如何能夠利用科技來達到目標則一概不清楚。希望透過軟件工程師的專業(yè)知識來告訴他們?nèi)绾尾拍軌驖M足他們的愿景，客戶希望透過人工智能(AI)去理解顧客的采購習慣，背景，行為和對現(xiàn)有產(chǎn)品的反饋對產(chǎn)品進行改良;他們希望透過企業(yè)資源規(guī)劃(ERP)來減低生產(chǎn)或運營成本，提升資源對企業(yè)的價值;希望透過客戶關(guān)系管理(CRM)軟件的應用來保留顧客對企業(yè)品牌的忠誠，增加顧客對企業(yè)的滿意度。這些都是透過科技應用所希望帶出來的普遍價值和投資愿景。但技術(shù)人員仍然停留在科技應用的層面上，希望客戶能夠告訴他們需要那些功能來達到這個愿景，讓他們能夠利用技術(shù)完成客戶的系統(tǒng)建設(shè)。這些構(gòu)思型或愿景型的項目如何進行交付，是上世紀末期開始對軟件行業(yè)的一大挑戰(zhàn)。
在這種情況下，技術(shù)人員如何能夠滿足客戶的愿景，客戶如何能夠告訴技術(shù)人員有關(guān)這個投資項目的功能需求，變成項目在實施過程中不斷進行修改，不斷延誤的主要原因。如何解決這個困境是當時急迫需要處理的難題。所以計算機行業(yè)新增加了一個崗位，叫做業(yè)務分析師(Business Analyst 或簡稱BA)，業(yè)務分析師應該有深厚的行業(yè)知識，透過BA對行業(yè)的理解，對愿景項目進行流程分析及建設(shè)，然后讓技術(shù)人員對有關(guān)流程進行分析，建立功能需求，設(shè)計有關(guān)模塊，為這些構(gòu)思型或愿景型項目提供所需的基本信息。但可惜行業(yè)知識與技術(shù)知識兩者還是有相當大的距離，BA 未能發(fā)揮應有的效益。美國PMI 也是在這個時候訂立項目贊助人(Sponsor)及項目干系人(Stakeholders)的角色，在項目開發(fā)過程中，項目贊助人需要確認BA 的流程建議，需要取人系統(tǒng)建設(shè)每一個階段的交付。項目干系人需要確認流程及系統(tǒng)功能不會影響部門的正常操作，兩者要確保整個項目能夠達到預期的交付愿景和目的。
