大部分IT項目缺乏支持文檔，縱然擁有商業案例或其他相關文檔，也不能很明確地把項目所需的工作涵蓋起來，只能建立項目的周邊，對項目的實際工作量缺乏描述，這很容易導致項目過程中所產生的變動。

　　為解決這個和問題，國際上已于上世紀80年代末期開始采用“工作陳述”(Statements of Work或簡稱SOW)來固定范圍，同時放棄范圍定義的應用。

　　因為IT項目有別于其他基建項目的地方在于基建項目有其他附屬文檔來支持范圍定義，比如在基建項目的項目范圍中，一般都有諸如項目的有關設計圖則、用料標準等等明文規定，讓范圍能夠非常明確地涵蓋基本的工作需求，而IT項目的項目范圍中往往沒有這樣的定義。

　　范圍確認后，我們緊跟著必需建立詳細的工作需求和項目計劃，否則項目的工作便像橄欖球內的充氣量一般，可以按照客戶的要求隨意變動。

　　工作需求和項目計劃基本上是利用工作架構分解法(Work Breakdown Structure)建立。明確的工作陳述(SOW)讓渠道商或服務商了解本身的服務承諾，有效地建立項目的成本，降低項目過程中所產生的變動。這些工作陳述應該在銷售過程中建立，成為服務合約的內容一部分。萬一合約中只有項目范圍定義，那么交付小組必須在交付初期建立有關的項目工作陳述，避免交付期間所產生的爭議。

　　IT業內人士多未能把握WBS的實際應用技巧。而有如工作量估算，錯誤的工作細節將對項目計劃不利。利用“圖二”加以簡單說明：每一個項目都有不同的交付物，而每一件交付物需要經過不同的里程碑才能夠產生，同時每一個里程碑也需要經過不同的階段才能夠達到里程的目標。每一個階段需要經過不同的步驟去完成，而每一個步驟需要進行不同的工作。

　　每一個步驟需要完成一系列工作才能進行第二步驟，直至同一階段的步驟完成才開始第二階段，而直至全部階段完成后才能到達一個里程碑。有些里程碑內的工作可以同期進行，但有些里程碑內的工作得等另一個里程碑完成后才能夠開始。到最終完成全部的里程碑內的工作后才能夠交付項目中的某一件交付物。