工作分解結構（WBS）就是將項目的工作按照既定的設計進行分解成更細節的工作任務，將這些工作任務分配到項目團隊的每一個人的日常工作中，這些任務不能再繼續分解了，這些任務易于實現，方便跟蹤。我們經常利用甘特圖來描述任務，以及任務所需要的時間和人員。
工作分解結構分為管理部分和技術部分，管理部分將會議、定期溝通納入到工作分解結構中去管理，技術部分，則是將目標可交付成果分解成為工作任務，工作分解結構有不同的分解方法，根據項目的不同類型采用不同的模式，一般產品按照產品的組成部分，項目找階段來進行分解。制定工作分解結構的工作主要有：
1、根據項目目標的可交付成果，識別項目的主要階段和主要技術組成部分，這是工作分解的第一層。例如傳統的軟件項目技術部分按照生命周期首先分為啟動階段，執行階段和驗收階段，執行階段分為需求、設計、開發和測試。項目的監控屬于管理部分。本層面主要能夠看到項目的階段組成部分和完成目標需要做那些階段工作。如果采用敏捷的方式，計劃則是另外一種模式，定義好總迭代計劃和本次迭代的Backlog和開發計劃。
2、定義每一個階段的階段可交付成果，然后將近期的可交付成果，再利用一到二層分解到一周或二周內每天可以完成的細節工作包程度，即詳細程度不可再細分，并可以估算出人月成本和工作歷時，這樣可以容易做到績效測量和考核。本層面就是說明了工作的具體內容，并且也能說明先后次序。這些可交付成果是滿足高層的所有工作的，同時也是可以向上組合成高層的工作任務的，即可以核實分解的正確性的。總之，這些工作構成的是項目的范圍。
3、分解完工作任務以后，估算好完成的時間，同時也要檢查任務和其他任務的關系，是否有實現先后順序的沖突。如果是項目內，先后關系還相對好處理，如果是項目集中的項目先后關系就復雜多了，如果項目中的一個功能要等待另外一個項目的一個系統功能，所涉及的影響面比較大，需要項目經理能夠從更高的層次上來審視項目。
4、將細節的工作任務分配到人來執行，實際的情況是，分解任務的工作是有團隊共同完成的，在分解的過程中會出現很多沖突、妥協和平衡，一切不能想當然。分解完成的時候，也基本對個人角色所承擔的工作任務達成了一致，大家對分配到自己的工作也表示認同，這是非常關鍵的一步，要不計劃就發布不出去。
最后將計劃形成可視化的文檔，將計劃發布出去，形成近期工作的計劃基線。如果是復雜的計劃，還會包括工作分解結構詞典，一般包含工作包描述、進度計劃、成本預算和人員安排等。工作分解結構是一項實踐性工作，在實際工作中不能紙上談兵，是考研團隊執行能力，個人能力的重要工作。
