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