大部分IT项目缺乏支持文档，纵然拥有商业案例（ Business Case ）或其他相关文档，也不能很明确地把项目所需的工作涵盖起来，只能建立项目的周边，对项目的实际工作量缺乏描述，这很容易导致项目过程中所产生的变动。

为解决这个和问题，国际上已于上世纪 80 年代末期开始采用“”（ Statements of Work 或简称 SOW ）来固定范围，同时放弃范围定义（ Scope Definition ）的应用。因为 IT 项目有别于其他基建项目的地方在于基建项目有其他附属文档来支持范围定义，比如在基建项目的项目范围中，一般都有诸如项目的有关设计图则、用料标准等等明文规定，让范围能够非常明确地涵盖基本的工作需求。而 IT 项目的项目范围中往往没有这样的定义。

以商业效益来确认功能需求，再利用功能需求来建立。而在范围确认后，紧跟着必需建立详细的工作需求和，否则项目的工作便像橄榄球内的充气量一般，可以按照客户的要求随意变动。

工作需求和项目计划基本上是利用（ Work Breakdown Structure ）建立。明确的工作陈述（ SOW ）让渠道商或服务商了解本身的服务承诺，有效地建立项目的成本，降低项目过程中所产生的变动。这些应该在销售过程中建立，成为服务合约的内容一部分。万一合约中只有项目范围定义，那么交付小组必须在交付初期建立有关的项目工作陈述，避免交付期间所产生的争议。