管理 VS. 面向對象設計

我是在吃蝦的時候，突然想起這個關聯的。

管理，往往就是給你一堆事，然後再給你一些人，OK，你去做吧。這是你的使命。下面我們來做類比吧。

首先一個問題，你是認為人重要，還是事重要？這個問題我問過很多人，今天我才清晰地認識到這個問題其實很好回答。事情當然很重要，人也很重要。對于管理來說，系統架構更重要！我說的系統架構是相對于軟體來說的，在實際的管理過程中，就是流程和制度。為什麼這樣的呢？

想想如果把這個問題拿到軟體開發中來說，就是業務重要，還是功能重要。其實都不是！對于軟體開發來說，開發出一個符合使用者開發的産品是最基本的。而開發出一個能夠迅速适應長期的市場需求考驗的産品，才是更好的。

管理也是一樣。你可能會遇到幾種情況：

第一、你發現你的任務怎麼都完成不了。這個時候就會責怪為什麼人總是不夠。

第二、你發現你的任務可以完成，但是完成品質總是一般。你可能會就埋怨為什麼你的人總是不那麼優秀。

第三、你發現你以前管的還可以，但是重要的人事變動，你就會陷入非常被動的境地。這個時候你可能會說為什麼總是招聘不到合适的人選。

如果你是一個管理者，可能整天為這些事情頭疼。如果你是軟體架構師，你可能會說另外一句話：OK，我就是為此而生的。

第一、任務完成不了，往往的原因，在于你一個人負責着所有的重要任務。你擔心别人完成不了，是以事事都做到躬力親為。對應到軟體架構，解決任務量的最好辦法，就是降低軟體複雜度。其中最常用的方法，就是劃分子系統。把任務分出去，是管理任務的基本前提。

第二、任務分出去了，但是發現大家就這樣做着，沒有什麼好的成績出現。對應到軟體架構。就是優秀實踐的引入。最直接的就是設計模式的大量使用和推廣。管理也是一樣，方法論的推廣和建立非常重要。你的職責就是把優秀的方法引進，深入，并總結出一套适合部門的方法出來。

第三、重要的人事變動所帶來的影響。對于軟體架構，就是最經典的開閉原則。對修改是關閉的，對擴充是開放的。對于新的人，隻要做簡單教育訓練，就能夠迅速被系統認可。這是管理的最高境界。

軟體發展，雖然遠遠晚于管理理論的發展。但是，軟體理論的發展，大量的吸取了其他領域的知識，并且，軟體有一個最大的優勢，就是軟體根本就是在解決一個系統的問題，是以它有很多有關系統方面的理論和實踐，值得其他領域去反過來學習。從這點來說，從軟體中學習管理，是可能的。

再說說具體的類比。