下面是網上流傳甚廣的乙個軟體專案的wbs。我相信很多人都使用過自己建立過類似的wbs。
正是由於我們的先輩，先輩的先輩用類似的方法來建立wbs，耳濡目染之下，我們也養成了同樣的習慣。
這是乙個典型的有問題的wbs。
首先從客戶的角度來說，從第一層分解要素來看我們無法看到我們到底要交付給客戶什麼？你告訴客戶，我要交付給你乙個系統設計，客戶還不得跳樓。因為客戶要的是oa系統、財務系統、郵件系統，機房、裝置、系統軟體。
從實施的角度來看，我們大有可能購買現成的郵件系統，或者將郵件系統外包給一家公司，先在我們簡單看看，如果我們外包郵件系統，這個wbs是不是就很不方便了。
第三個，我們是可交付成果導向，請問專案啟動會交付什麼呢？
這個典型，或者與此類似的wbs還得我們好慘，也導致我們只能管理比較小的專案，對於大專案就束手無策，因為wbs一開始就有錯，後面豈不越管越亂。我來對這個wbs做個調整，看是不是好一點。
這不是乙個完美的wbs，因為我所獲得資訊只有上面那個wbs那麼多，但這是乙個非常好的開始，有利於專案管理團隊不斷的去討論，包括與客戶討論，從而不斷調整。
從該wbs我們能夠很清楚的看到，我們需要交付的產品與服務。
我這裡假設財務系統將採購，郵件系統將採購後進行二次開發，oa系統全部二次開發。其中有些環節我已經分到了活動級別，有的還在wbs的工作包級別。如果我們的專案以此為基礎進行，那麼我們就可以進行後續的進度、職責分配等工作。
乙個典型軟體專案的故事
acme公司的widgets系統出了點問題。這個系統被他們用來管理器材的庫存，當初設計時沒考慮到如今這樣大量的資料的增長。他們的員工因為這個問題備受折磨。很顯然，需要想辦法解決這個問題，讓系統恢復正常。經過對本地軟體公司的一番篩選，acme聯絡到了hamster軟體公司，看看他們能否解決這個庫存系統...
乙個成功軟體測試專案的經驗
本文以乙個工作流測試專案為例，總結了在測試過程中積累的經驗，了目前國內軟體開發企業在軟體測試過程中遇到的問題以及解決的方法。測試專案背景和實施情況工作流在某公司軟體產品線中占有重要地位，5.2 workflow專案是5系列中的乙個小版本，主要增加了任務代辦 任務 以及任務交接等功能，同時還修復了一些...
乙個專案的感想
去年真正做了乙個專案，有些感言，寫下來，為以後作專案積累經驗。這個專案很簡單，但是從這個較簡單的專案中，我體會了很多，其中包括對使用者需求的理解 自己的做事風格的反省 專案實施的情況。首先，我談談專案的情況 這個專案是乙個資訊發布系統，很簡單吧，但是，其中有一方面是規章搜尋，並且要生成規章成冊。而且...