複雜問題簡單化以及簡單問題複雜化並不矛盾，而是在專案的不同階段。
在專案設計階段，要考慮的是「簡單問題複雜化」。說的通俗點，就是在給定需求的基礎上盡量擴充套件，考慮更多的可能，做盡可能大的設計，來確保專案需求一旦發生變更，不會影響總體框架，僅僅是**工作量的變化。
在專案開發階段，就要使用「複雜問題簡單化」的原則。就是要將任何複雜的東西，拆解成為簡單的模組、功能。這樣的好處有幾點：第一，可以很容易進行任務分解，減少溝通、糾錯時間；第二，可以提高**的可維護性，任何人進行維護時，都可以很容易的理解思路並進行更改；第三，降低開發人員素質要求，解決簡單問題能力的人員素質要求要比解決複雜問題的人員素質要求低得多。
乙個好的專案管理人員，就應該在專案管理中應用這些，確保專案穩定、順利推進。當然，過由不及，在每個階段要綜合考慮專案時間、成本等各類因素，把握乙個度，達到專案整體效率的最優。
相反的，兩個工程弄反了，就是災難了。專案設計階段，複雜問題簡單化，將複雜的問題僅進行簡單考慮，不深入思索，就會導致基礎不滿足需求變更需要，不停的在改動基礎的架構，技術人員的苦就沒法說了；而在開發階段，簡單問題複雜化，導致沒有單一簡單的問題可以分解到較低水平的人員手中，或者分下去後一直完不成，導致水平高的忙死，水平低的閒死，嚴重工作量分配不均。
學會把複雜問題簡單化
1 在一家公司裡，有這樣一條標語 複雜的事情簡單做，簡單的事情認真做。世界是豐富複雜的，處理問題的方式就像掌心的紋，但不外乎有兩種 一種是把複雜事情 簡單化 另一種則是把簡單事情 複雜化 有智者說 天下大事，必做於易 天下難事，必做於細。當我們能夠把複雜的問題從簡單的角度看清楚，這實際上就反映了一種...
劍指offer 分解讓複雜問題簡單化
輸入乙個複雜鍊錶 每個節點中有節點值，以及兩個指標，乙個指向下乙個節點，另乙個特殊指標指向任意乙個節點 返回結果為複製後複雜鍊錶的head。注意，輸出結果中請不要返回引數中的節點引用，否則判題程式會直接返回空 coding utf 8 class randomlistnode def init se...
莫將簡單的問題複雜化
最近有多個朋友和我討論一些管理問題，讓我深有感觸，不得不說 何必將簡單的問題複雜化呢？專案管理屬於一種工程學科，是基於實踐的，不是一種理論研究，不是基於數學推理的，可以採用一些理論去指導實踐，但是沒有必要張口新名詞，閉口新名詞，或者自創一些別人不懂的概念，故弄玄虛。比如，最近有朋友問我 1 在專案管...