系統架構與企業管理
企業管理的事情，其實我不太擅長，我覺得管理人的難度比管理系統複雜多了，系統架構的事情，我做過一些，不敢說多優秀，心得總還是有一些。
後來有人諮詢我關於企業管理的問題，聊著聊著，突然覺得，好像系統架構和企業管理，在很多思想上，其實是可以互通的。
1、解耦合
經常反饋的問題，異地管理，溝通成本高。想想其實，這不就是系統架構裡，所謂解耦合的問題。
系統架構設計，所謂的解耦合，就是每個模組內部儘可能獨立，對外介面儘可能標準通用，這樣系統間的溝通只需要瞭解模組介面，無需過度考慮內部細節，每個模組的調整和變動，只要介面不變，對其他模組無影響。
管理上，特別是異地管理，多地辦公，也需要這樣的思維，每個團隊內部儘可能獨立，對外溝通的介面儘可能標準規範，相關的合作通過儘可能少的介面完成，相對獨立執行，這樣每個團隊，部門內部管理和內部調整，儘可能對其他部門，其他團隊沒有影響。
但現實中，跨級指揮，快速組建跨部門的協調小組也是很常見的，這有利於單一專案的快速資源組織，從具體專案來說，溝通效率變高，但從整體的團隊體系來說，就很容易造成指揮混亂，多頭管理，如果在同一個地方辦公相對還好，如果是異地辦公，那麼對於相關工作人員來說，面對多頭管理，就會存在無法把握任務輕重，混淆工作任務，失去優先順序概念等等。
在企業具體階段，面對具體的問題，可能有不同的選擇。但強調一下，解耦合這個意識是需要的，企業成長和發展中，多部門協調和跨地區協調會成為常態，如果做不到解耦合，後面的管理問題會越來越多，人員協調會越來越難。
2、複用性
那麼另一個常見的管理問題就是重複開發，重複造輪子，重複做同樣的事情，帶來的人力資源開銷的浪費。這其實對應的架構原則就是高複用，通用靈活的元件，可以滿足不同類似的訴求。
跟位元組跳動的朋友聊天，覺得他們的架構還是很有代表性的，技術團隊中，核心演算法是統一的，不同專案對應的是不同的介面團隊，對核心演算法有不同的策略調整，這也是系統架構中的一個典型的分層思想，技術架構中，經常這麼設計分層，核心邏輯層，介面策略層，應用表現層，管理結構中，對應的就是核心演算法團隊，介面技術團隊，產品運營團隊。這樣就可以用相對較輕的開發成本滿足不同的訴求和產品目標。
一個企業，多個專案並行的時候，基礎支撐團隊，提供通用性的技術，策略，架構支援，然後是不同的介面對應小組，以及具體的專案產品運營團隊。這種三層管理結構既可以滿足不同業務獨立性的訴求，也可以滿足一些重複性工作的複用性的需求。
但現實中，很多專案負責人會覺得，不是自己團隊的人，指揮不動，溝通不利，不如放在自己團隊裡好使。
企業快速擴張的時候，業務發展迅速的時候，這些問題看上去也不算什麼大問題，但當企業達到一定規模，增長乏力的時候，算算人力成本，再看看新產品的研發週期和市場快速響應能力，這裡的問題就凸顯了。
話說，我前文多次提過，今年，巨頭休戰了，從追求市場佔有率轉為追求利潤率了，對內部的成本管控會更加嚴格，加上位元組跳動的快速崛起，所謂APP工場的示範作用，這種通用支撐多種業務的管理模式應該會被很多巨頭學習參照。
3、防範單點隱患
很多創業公司，血淋淋的教訓。
從技術來說，諸如資料庫被刪除，原始碼被刪除，域名被轉移等等，一次事故就導致萬劫不復。從管理來說，核心員工離職帶來無法挽救的損失。
我們從系統架構來說，有單點隱患的概念，如果存在一個節點，一旦出現故障，會導致整個系統不可用，這個節點就被稱為單點隱患，那麼系統架構師有很多工作是如何避免單點隱患，通過備份，災難容錯的機制來實現系統高可用性。
那麼從管理來說，也存在這個問題，而且創業公司基本上都是不可避免地，依賴於核心員工，依賴於核心資產。當然，最大的單點很風險可能是創始人，不過一般來說，創業者會擔心的是其他的隱患。
一是有資產管理的概念，所謂核心資產，包括但不限於 原始碼，線上資料庫，域名管理後臺賬戶和管理郵件，銀行賬戶資訊，域名備案資訊，企業運營資質，企業相關的產品賬戶，比如蘋果賬戶，谷歌賬戶，企業廣告賬戶，比如Facebook賬戶，百度賬戶等，企業對外的宣傳賬戶，比如企業微博賬戶，公眾號賬戶等等等等。對外公開的業務聯絡方式。核心資產應該具有清單，具有可管理性，特定核心人員離職應能夠保證可回收，包括強制回收。
此外，在資產管理這方面，還要考慮到一些意外可能，比如典型的，財務人員被騙，核心管理人員郵件被木馬入侵等。並不是說，我用的人很可靠，很值得信賴，就一定不會出差錯，要有足夠的安全意識。比如說，我都不敢讓我老婆在線上管理和操作一些重要資產，當然不是不信任老婆，而是怕她被別人黑了自己都不知道。
人員管理上，做到完全的冗餘可能比較難，特別是創業公司，成本也跟不上，但首先要做好資產管理的單點隱患防範，該備份的備份，重要的電話號碼，郵件地址，聯絡方式應該歸屬於公司所有，賬戶系統應保持公司可控的超級管理許可權。此外人員管理上多留一點心，隨時跟外面的優質人才保持關係，隨時心理保持一份備選名單，是很有必要的，以及關鍵崗位儘早培養接班人。儘量不要出現核心人員流失後手忙腳亂，專案崩潰的情況。
舊文提過當我們追求不可替代。。。 當然，舊文主要是吐槽來著。
其實想想，系統架構的一些規則，還真的和企業管理是相通的。
當然，區別也有，系統架構，你輸入什麼，得到什麼反饋，是直白而明確的，邏輯是清晰的。人員管理不是，很多時候你很難掌握相關人員的真實想法，真實目標，你所得到的反饋，可能未必準確。這就不是我所擅長的了。
想看乾貨，不想看廣告對吧。
我數了數，上個月一共發了13篇頭條，其中3篇是廣告，可以麼？
這個月到這篇是5個頭條，其中前天那條是廣告。每個月只接3個頭條廣告，次條和底欄廣告不限制，可以麼？
乾貨文章訪問量都很低，比如這篇跨境電商獨立站，如何找到更多聯盟流量資源 ，雖然是轉發，內容誠意夠不夠。這篇是最近幾個月訪問量最低有沒有。你說我還有啥動力寫乾貨。
說真的，還是寫雞湯帶勁，最好追著熱點寫，馬雲爸爸669如何如何，轉發點贊刷刷的，有意思麼。
就醬，預告，下一篇還是廣告，不愛看的趁早退訂，我伺候不來。
那有讀者也說，曹老師，廣告太多我們真的學不過來，買不過來，我告訴你們實話，每篇廣告的讀者能有2%的付費轉化我就足夠讓廣告主開心了，你一年選一條覺得合適的付費，我就非常感謝了。這樣可以麼？