在上世紀70 年代后期，系統(tǒng)分析師、系統(tǒng)設計師，和其他從事軟件工程的專業(yè)人員一直爭取希望能夠有一個國際公認的資格，類似會計師、律師、建筑師等專業(yè)的地位，但到了80 年代中期，這個議題已經不再存在，主要的原因是軟件工程內包含太多專業(yè)，除了軟件和硬件兩大類之外，還漸漸包括網絡，通信，數(shù)據(jù)庫等多方面。計算機從業(yè)人員開始體會及認識到本身的工作與會計師、律師、建筑師等專業(yè)資格可以在考核及認證后授予一定的權責，和建立一套環(huán)球衡量標準的模式是不一樣的。其實軟件工程比較像藝術家，大部份的軟件是模仿別人的成果加以個別的應用需求進行個性化的結果，把思維轉變成交付成果的一門專業(yè)。
過去數(shù)年常聽到一些軟件從業(yè)人員的投訴包括：“他們(客戶)基本上不知道自己的需求，怎么做他們都不滿意，功能不斷增加，如何能夠完成他們的系統(tǒng)建設?”“他們(客戶)上周說要這個功能，今天說要這個功能，為什么不全告訴我們，讓我們可以不用在開發(fā)過程中不斷更改!”一些類似的投訴只說明我們的軟件從業(yè)人員基本上沒有明白到范圍建設的重要性，而且未能在項目啟動前把項目范圍建立起來。
范圍與功能的分別
在“如何把握不存在的需求”一文中，已經說明范圍是有效管理需求變更的唯一方法。有明確的項目范圍，我們才能夠學習及分析范圍內的作業(yè)流程，建立系統(tǒng)的功能需求，并在開發(fā)過程中當客戶要求變動的時候有效管理我們的工作范圍，才能夠有機會按照預算在指定的時間內完成項目的交付。
軟件開發(fā)項目從開始到今天，一直以來客戶都不能夠告訴我們需要哪些功能，他們只能告訴我們系統(tǒng)需要完成哪些目標�；仡櫋叭绾伟盐詹淮嬖诘男枨蟆币晃闹械牡谝粋�例子，20世紀70 年代的客戶需要把庫存管理進行自動化，收到的指示會像下例：“建立一套庫存管理系統(tǒng)取代目前的人工作業(yè)流程”。這一句指示是唯一任務說明。系統(tǒng)分析員在接受這個任務后第一個工作是建立項目的Term of Reference (ToR)。系統(tǒng)分析員會進行初步調查，通過簡單的訪談，與庫存部門負責人明確理解他們工作的開始點和終結點，得出的結果可能像下例：“從貨品(包括原材料，半成品及制成品)進入倉庫開始，到貨品因應生產或銷售申領要求離開倉庫為止，其中包括貨品存入量的統(tǒng)計，存放位置記錄，總庫存量統(tǒng)計，申領數(shù)目，檢貨，提取貨品，準備出倉，最后更新貨品存量統(tǒng)計等工作過程”。這是所謂的Term of Reference，也是我們今天所認識的項目范圍。
