在上世纪70 年代后期，系统分析师、系统设计师，和其他从事软件工程的专业人员一直争取希望能够有一个国际公认的资格，类似会计师、律师、建筑师等专业的地位，但到了80 年代中期，这个议题已经不再存在，主要的原因是软件工程内包含太多专业，除了软件和硬件两大类之外，还渐渐包括网络，通信，数据库等多方面。计算机从业人员开始体会及认识到本身的工作与会计师、律师、建筑师等专业资格可以在考核及认证后授予一定的权责，和建立一套环球衡量标准的模式是不一样的。其实软件工程比较像艺术家，大部份的软件是模仿别人的成果加以个别的应用需求进行个性化的结果，把思维转变成交付成果的一门专业。
过去数年常听到一些软件从业人员的投诉包括：“他们(客户)基本上不知道自己的需求，怎么做他们都不满意，功能不断增加，如何能够完成他们的系统建设?”“他们(客户)上周说要这个功能，今天说要这个功能，为什么不全告诉我们，让我们可以不用在开发过程中不断更改!”一些类似的投诉只说明我们的软件从业人员基本上没有明白到范围建设的重要性，而且未能在项目启动前把项目范围建立起来。
范围与功能的分别
在“如何把握不存在的需求”一文中，已经说明范围是有效管理需求变更的唯一方法。有明确的项目范围，我们才能够学习及分析范围内的作业流程，建立系统的功能需求，并在开发过程中当客户要求变动的时候有效管理我们的工作范围，才能够有机会按照预算在指定的时间内完成项目的交付。
软件开发项目从开始到今天，一直以来客户都不能够告诉我们需要哪些功能，他们只能告诉我们系统需要完成哪些目标。回顾“如何把握不存在的需求”一文中的第一个例子，20世纪70 年代的客户需要把库存管理进行自动化，收到的指示会像下例：“建立一套库存管理系统取代目前的人工作业流程”。这一句指示是唯一任务说明。系统分析员在接受这个任务后第一个工作是建立项目的Term of Reference (ToR)。系统分析员会进行初步调查，通过简单的访谈，与库存部门负责人明确理解他们工作的开始点和终结点，得出的结果可能像下例：“从货品(包括原材料，半成品及制成品)进入仓库开始，到货品因应生产或销售申领要求离开仓库为止，其中包括货品存入量的统计，存放位置记录，总库存量统计，申领数目，检货，提取货品，准备出仓，最后更新货品存量统计等工作过程”。这是所谓的Term of Reference，也是我们今天所认识的项目范围。
