談網站專案的WBS分解

網站專案開發WBS(Work BreakdownStructure，工作分解結構)分解，與傳統軟體開發專案類似，但又不完全相同。 首先明確網站專案的目標以及里程碑，通常團隊接受的網站專案開發有兩種型別，一種是任務型專案，一種是產品型專案。任務型專案以完成使用者預期目的為主要目標，專案通常目標比較明確，但任務本身不具備完整的產品形態；產品型專案是以完成使用者描述的產品功能、效能為主要目標的專案開發。[@more@]對這兩種型別專案，在進行WBS分解時，要採用兩種不同的方式：

任務型專案的WBS分解，任務型專案的分解應以核心作業過程作為其里程碑的節點，例如：我們把某個網站存放位置從A主機轉移到B主機，並保證網站隨時可以正常訪問，可以採用如下的工作分解結構：

1) B主機環境搭建；

2) A主機內容轉移到B主機；

3) B主機試執行測試；

4) 修改域名DNS。

在任務分解時，先確定關鍵作業的前置或後置關係，作為整個WBS的里程碑節點，然後在此基礎上，新增其它非關鍵作業。核算這類專案成本時，按資源的實際消耗量以及作業頻率進行核算。

產品型專案的WBS分解，產品型專案的分解應以完成的核心產品部件作為其里程碑的節點，分解時先不考慮資源環境，而只考慮目標產品自身功能結構。在核心部件內部再按任務型方式分解，但對於較大型產品，可能還需要幾個層次的產品結構分解。舉個例子：現在要建立一個電子商務網站，可以採用如下的工作分解結構：

1) 產品管理系統

2) 訂單管理系統

3) 支付管理系統

4) 信用管理系統

5) 物流管理系統

在任務分解時，先確定網站的核心功能，作為WBS分解的第一層次，然後再逐項分解，以分解到單純資源消耗性任務作為分解的最底層。產品成本由每個部件產本構成。

實踐中，能制定一份切實可行的WBS並不是一件很容易的事，因為時間、資源能力以及預期成本都是制約WBS的因素。