2、計劃階段
雖然在項目啟動中，我們已經生成了一個簡單的項目分解結構圖，但是那其實還是遠遠不夠的，項目分解結構圖紙是項目分解結構的一個部分，在計劃階段，我們需要對項目分解結構進行再次的細分，清楚地定義出項目的各個工作包以及對應的各種資源，同時產生WBS字典。經過這個步驟可以非常明確的定義出需求，同時可以完成對項目人員的工作具體分配。在這個基礎上做出項目的完整工作計劃。這樣形成了項目的基線。項目接下來的工作按照基線按部班的來完成。
3、項目開發階段
在項目開發階段，項目的進度過程中難免出現各種問題，例如項目人員的調動；項目人員沒有按時地完成工作；模塊功能定義時忽略了一些細節；項目研發過程中由于一些難以逾越的障礙造成項目時間的延長等等，這些事情都是在所難免的。
由于有了項目分解結構這些問題的控制和解決都變得簡單了許多，我們知道，項目分解結構是基于小的可交付成果，在項目分解結構定義的過程中都遵循了可定義、可管理、可估計、可估量、獨立、專業、完整、可適應這么九個原則。在這樣的前提下，通過人員的調整，各種資源的投入，項目經理可以較好的對項目中可能拖后腿的環節進行及時的控制，防止開發時間偏離預計的基線也是預計的項目分解結構。
同時由于項目分解結構和字典的直觀詳細性，可以很好的為項目組成員對自身工作的認識和把握提供參考，減少了很多溝通上的障礙。
4、項目結束階段
項目分解結構一個項目執行過程的基線，他定義了項目的終可交付物。所以，在項目結束階段，項目分解結構也自然而然的成為了考核項目成功與否的一個參照，同時也可以作為對項目組成員進行項目考核的一個重要判斷依據。
4 應用軟件分解結構帶來的好處
1、項目團隊效率的提升
通過項目分解結構的制定，項目組成員可以對系統的整個架構有一個比較全面充分的認識，減少在項目過程中的不必要的爭執和溝通障礙。同時在項目的執行過程中，可以讓項目組的各個成員對自己的工作做到心中有數，便于項目經理對項目的控制。提升編寫代碼的效率。從而在整體的層次上提升整個項目團隊的研發效率。
2、增進客戶對軟件的認識
通過在調研過程中的多次溝通，客戶與軟件開發團隊成員形成了一定的默契關系。同時，客戶能夠從軟件人員的描述中了解到軟件開發的一般性規律，為后期的工作做好了一定的鋪墊工作。
另外，通過工作分解結構，使得客戶在比較直觀明了的情況下對程序的功能構架有了了解，同時在反復的過程中也引起了客戶自身對軟件功能需求的重新認識和定位，為系統的開發定出了比較清晰的目標，減少了后期需求變動的可能性。
3、工期預計作用以及比較有說服力的成本概算
通過工作分解結構，我們比較好的定義出了軟件所要實現的具體功能，在這個意義上來說的話，我們同時也可以從中看出各個模塊所需要的人員以及工期等相關因素。我們在前面已經提到了，這個軟件主要是從打開行業局面為主要目的，所以我們從人員工資以及相關的工期中可以比較有說服力的計算出相關成本，然后加上一定的對水系數我們提出了我們對于客戶的一個相對便宜而對公司來說又可以基本上持平的一個軟件研發費用。雖然事實上，終的工期和成本都與計算的有所出入，但是出入不是很大，在25%左右，我們認為這還是一個很有價值的數據，為以后的成本計算提供了比較好的參考值。
4、強有力的質量、成本、時間控制工具
我們知道，項目的三個互相制約的因素是質量、時間和成本，三者之間的平衡是一個項目成功與否的關鍵。項目分解結構是一個項目執行的基線，項目經理通過項目各個階段的當前情況與基線進行對比可以發現項目中出現的偏差，然后根據項目的當前情況對項目中各個環節的成本時間進行控制。
5 總結
通過上面的闡述，我們可以看出，項目分解結構這個工具在軟件項目的應用超過了項目管理中定義的范圍，我個人認為可以在需求定義的時候開始定義。用分解結構對項目中的團隊效率控制，開發目標定義，過程控制都有非常實際的使用。
從實際工作出發，一般來說，項目分解結構定義越細致，對完成任務的時間、費用估計也越準確。但是，任何事物都是對立統一的，在能夠獲得這些好處的同時，過度細分項目分解結構也會造成管理方面的工作量上升加重，因此，在項目的實際實踐過程中，對于這個度的把握成為了項目經理必須注意的一個問題。
