一個典型的軟體項目的WBS評析

下面是網上流傳甚廣的一個軟體項目的WBS。我相信很多人都使用過自己建立過類似的WBS。

正是由於我們的先輩，先輩的先輩用類似的方法來建立WBS，耳濡目染之下，我們也養成了同樣的習慣。

這是一個典型的有問題的WBS。

首先從客戶的角度來說，從第一層分解要素來看我們無法看到我們到底要交付給客戶什嗎？你告訴客戶，我要交付給你一個系統設計，客戶還不得跳樓。因為客戶要的是OA系統、財務系統、郵件系統，機房、裝置、系統軟體。

從實施的角度來看，我們大有可能購買現成的郵件系統，或者將郵件系統外包給一家公司，先在我們簡單看看，如果我們外包郵件系統，這個WBS是不是就很不方便了。

第三個，我們是可交付成果導向，請問項目啟動會交付什麼呢？

這個典型，或者與此類似的WBS還得我們好慘，也導致我們只能管理比較小的項目，對於大項目就束手無策，因為WBS一開始就有錯，後面豈不越管越亂。我來對這個WBS做個調整，看是不是好一點。

這不是一個完美的WBS，因為我所獲得資訊只有上面那個WBS那麼多，但這是一個非常好的開始，有利於專案管理團隊不斷的去討論，包括與客戶討論，從而不斷調整。

從該WBS我們能夠很清楚的看到，我們需要交付的產品與服務。

我這裡假設財務系統將採購，郵件系統將採購後進行二次開發，OA系統全部二次開發。其中有些環節我已經分到了活動層級，有的還在WBS的工作包層級。如果我們的項目以此為基礎進行，那麼我們就可以進行後續的進度、職責分配等工作。