種一棵“問題樹”。
將問題拆分為可操作的單元。
分裂的要點
分析問題的第一步是分解它。
主要有兩點：乙個是整理;二是分解細節。
我們生活的世界可以分為兩個——乙個是“形式”的世界，另乙個是“功能”的世界。 精加工是在日常生活的“形式世界”中進行的。
首先，要明確問題中涉及的所有物件，即問題的範圍，然後將物件分類，然後逐一細化，為分析做準備。
處理問題的最小單位
雖然每個作業處理的具體問題不同，但拆分問題的詳細程度是相似的——問題必須分解到可以處理的最小單位。
我們不必把問題提煉到普通人無法理解的地步，但我們試著把問題分解成普通人能理解的最小單位。
在處理更複雜的問題時，我們需要分解很多“部分”，分析會花費很多時間。
我們可以在處理大型複雜專案時使用它結構化的專案管理方法。
控制系統
既要整合自身，又要有效整合相關專案組織和人員。
這稱為“完全整合”，它包括：進度、資源和成本的整合，計畫和控制的整合，組織的整合，所有專案系統的整合，以及上述專案與人類系統的整合。
實現整合的主要方法是結構化，包括專案結構化和組織結構化。
這種結構它不僅提供了乙個整合的框架，而且還有助於推動專案設計和控制，以及人力資源管理。 結構化是有效專案管理的核心和關鍵。
在特定的時間限制下，我們經常急於分析問題，然後再將其分解為最小的單位，這可能導致：無法確定問題在哪些方面有所改善，這一點尤為值得注意。
常見的分解結構
分解後，我們可以看到相關物件的構造，我們稱之為“解構”的過程，以及最終的組成分解結構圖
如果我們以專案為物件，就可以製作出專案分解結構圖;如果我們把工作作為乙個物件，我們可以製作乙個工作分解結構圖。 專案管理中還有系統分解圖和組織分解圖。
工作中的常見故障結構
工作分解結構 （WBS）、組織分解結構 （OBS）、專案分解結構 （PBS） 等。
PBS 專注於交付結果本身，而 WBS 專注於過程。
OBS注重根據分工和類別進行分層設計。
在大型、複雜的專案中，專案的分層設計這一點尤為重要。
wbs
將工作分解為可管理的部分或細節，以便您可以找到完成工作所需的所有元素。
WBS工作方法
一種在專案相關範圍內分解和定義每個級別工作的方法。
這樣，就會形成乙個明確、具體和可實施的基礎。
為了確定需要改進的關鍵領域，第一步是分解問題所包含的所有內容。
PBS 和 WBS
圖1此部分的地圖
圖 2：從各個方向分解問題，沒有死胡同。