在發展專案的WBS時，可以參考下列原則，排除不屬於WBS元素的項目。
別納入不是產品(亦即，硬體、軟體、服務、資料、以及設施)的元素。電腦軟體組態項目(Computer Software Configuration Items, CSCIs)或軟體組態項目(Software Configuration Items, SCIs)均是WBS元素。而像設計工程、需求分析、測試工程、以及直接成本之類的項目，都不是產品。設計工程、測試工程、及需求分析等，均為工程職能的投入(efforts)；而直接成本是一項會計分類。因此，這些元素沒有一項是適當的WBS元素。

計畫獲取階段(例如，系統發展與展示階段、生產與部署階段)，以及不同階段(例如，研究、發展、測試與評估)中所用資金的型式，均非適當的WBS元素。

重工(rework)、重測、翻修都不是獨立的WBS元素。它們宜被當成受到影響之適當WBS元素的部件。

成本樽節的投入(efforts)，諸如全面品質管理提案、獲取改革(reform)提案、及保固等等，都不屬於WBS的部件。這些投入應包含在受到(成本樽節之投入)影響之項目的成本中，而非個別地捕捉。

別把會議、差旅、電腦支援等等成本，視為獨立的WBS元素。它們會和與之有關的WBS元素一起納入。

同屬用語不適合放在WBS中。WBS元素應清楚地指示實際的系統名稱與產品的專有名詞，以避免語意的混淆。例如，若Level 1系統為人事管理資訊系統，則Level 2項目(主要任務產品)為應用軟體。

工具(tooling)不是WBS元素。工具(例如，特殊測試裝備、自動化測試裝備)如果可能，應含在開發之應用軟體的功能成本(functional cost)中。若工具用在一個以上的組件/次系統上，則使用百分比應適切地分配給組件/次系統上。若工具無法指派給一個已識別的次系統或組件時，應將之納於整合、組裝、測試及檢驗的成本中。

以上原則亦可以當作WBS審查準則。

(軟體密集系統之WBS範例如下)

----------------
引文: