Mate60手機殼曝光 致敬自己的經典設計
8月3日消息，今天下午博主數碼閑聊站帶來了華為Mate60的第三方手機殼圖，可以讓我們在真機發布之前看看這款華為全新旗艦的大致輪廓。從曝光的圖片看，Mate 60背后攝像頭面積依然
作者 | 給少個分號的贊賞
管理團隊是一件非常困難的事情，在認知能力強的群體中尤其如此。歷史告訴我們，缺乏組織的人類群體沒有任何戰斗力，且在社會化生產的過程中效率非常低下。
在一些公司中，管理問題時時刻刻存在。這些公司要么靠管理者的本能管理，要么靠經驗性的管理框架來管理。在 IT 團隊中尤其明顯，這是因為技術管理者往往更關注技術本身而非管理。
有意思的是，管理能不能也用 “技術的語言”來表述呢？其實是可以的，作為一個分布式系統的愛好者，我慢慢發現分布式系統和團隊管理有一些共通之處，且能用這些發現解決一些問題。這些問題對于管理者和團隊成員都有一些啟示，希望您能耐心地看下去。
團隊管理是社會學討論的問題，分布式系統是計算機中的概念。它們之間有什么關系呢？
在開始寫作前，我和同事聊到對于這篇文章的想法，同事笑道：你這個想法非常有意思，但也可能只是強行將它們聯系到一起。
的確，這兩個概念甚至都不在一個學科，一個是文科，而一個算工科的內容。但是，世界是非常有意思的，跨學科的碰撞往往能發揮意想不到的作用。
著名投資人巴菲特的合作伙伴查理·芒格一生都在不停強調跨學科思維的重要性，在他的模型中，數學、物理、生物、化學、哲學、社會學、心理學等領域都會被聯系到一起。例如，大家以為投資是經濟學話題，而事實上，這是一個社會學或心理學問題 —— 當身邊的人開始向你推薦股票，牛市就結束了。
在《分布式計算——原理、算法與系統》這本書的開篇提到，“分布式系統是一組相互獨立的實體構成的集合，這些實體相互協作可以解決任何單獨的實體所不能解決的問題”。作者認為，分布式系統在宇宙之初就存在了，從蜂群、微生物系統、甚至由人體細胞構成的各種系統，這些都是分布式系統。
團隊是一個能獨立承擔一定功能和職責的人類群體，那么也應該是一個分布式系統，符合分布式系統的一些基本理論。
這是這篇文章的基本前提。
接下來我們會聊到分布式系統的兩種模型，分別代表兩種典型的團隊形態，在計算機中也代表不同的計算模型：
這種系統由兩個主要的角色構成：dispatcher（調度員） 和 worker（執行者），這是主從調度模型的基本邏輯。
回顧一下計算機系統中的這兩個角色。基于負載均衡的無狀態服務集群，負載均衡器充當了 dispatcher 的角色，普通的服務器充當了 worker 的角色；基于主從的 CI 構建系統 Jenkins，它的 master 節點就是 dispatcher 角色，負責處理任務調度，slave 節點用于執行任務構建。
在這種模型下，我們發現如果 master 節點用來跑具體的任務，會擠壓它的調度能力， master 節點崩潰整個系統也不可用了。
回歸到團隊管理中來，一個團隊的 leader 如果每天關注在具體的工作上，讓 worker 角色的工作擠占了 dispatcher 角色的工作，整個團隊會開始混亂。在好的情況下，團隊中會有其他成員自發彌補這部分工作，就有點類似于人體被切除某些器官后發生的代償行為。然而，團隊并不總是有這么好的運氣，如果沒有人來承擔 dispatcher 的工作，整個系統就陷入混亂。
這種系統有一些鮮明的特征，可以用于后面分析一些具體的問題來使用。
主從調度模型看起來很完善了，但是卻不能描述一些特殊的場景，因此我們需要另外一種模型：反饋調節模型。這個系統由 3 個元素構成：玩家、市場、調節者以及一個隱藏的元素——莊家所構成。
這種系統出現在層級較為扁平的公司，各個團隊相對獨立和靈活，巨型公司的上層結構也符合這個模型。對于市場經濟為主體的國家來說，整個經濟體就是這個模型，所以我借用了市場這個詞。
在分布式的計算機系統中，這種模型比較少見，一些彈性擴容的系統可以看做這種模型的簡單實現。這是由計算機科學基礎決定的，計算機科學建立在離散數學上，我們使用的計算模型為圖靈模型，圖靈模型是一種確定的計算模型（可計算性）。反饋調節模型不是一種確定的計算模型，目前的超計算（Hyper computation ）就是在研究如何在計算機中應用這類模型。
在這個模型中，dispatcher 被市場代替了，市場可以認為是一個無形的手，這個手是全體玩家構成的。這種模型是真正的去中心化模型，在生活中如果能細心一點，會發現到處都是這種模型的影子：生物圈、股市、人體內分泌系統等。
回到團隊管理來看，我們可以把市場看做一個大的公司，每個玩家就是一個團隊，這些團隊可以找其他團隊合作，但是都要在市場上來競爭；對于國家而言，這些玩家就是企業。如果我們把場景聚焦到大型企業來看，每個團隊都需要在這個企業的生態鏈中尋求一席之地，和上下游的合作就是交易的過程。
特點：
這種系統具有和主從調度模型不同的邏輯，很多性質甚至是違反直覺的。
當我們聊完了這兩個模型之后，我們可以得出對管理者有價值的一些啟示。
主從調度模型中，當一個 dispatcher 的能力不能滿足團隊需要時，能否增加多個 dispatcher？
答案是否定的，在分布式系統中，避免這樣的模型：多個承擔有 worker 角色的 dispatcher 構成系統，它會帶來狀態的一致性問題。在團隊管理中，dispatcher 的負載不會太大，但是需要保證一致性。在一個團隊中出現 2 個 PM 會是一個災難，然而這種場景在各個公司反復上演。
在計算機系統架構設計中，單點故障是一個需要極力避免的設計，因此需要考慮高可用。主從調度模型中，需要為 dispatcher 準備一個后備， dispatcher 不能提供服務時即使恢復系統。
反饋調節系統中具有天然的自我恢復能力，但是只有一定的閾值，調節者需要密切關注系統健康狀態，然后通過政策來修正。
在主從模型中，dispatcher 帶動 worker 的能力是有限的，因此為了讓系統規模能進一步擴大，多級主從模型就是有必要的。
中間節點在上層的的角色就是 worker，在下層就是 dispatcher。
在主從模型中，有兩種實現形態。
有一些看似去中心化的自組織系統，實際上也是主從模型。比如蜂群無人機系統、電力行業的網格計算，它們一般使用自組網系統（ad-hoc ），多通過選舉算法完成。這種模式在軍事領域中使用得非常多，例如敵后穿插時不同單位的士兵集合到一起后重新組成臨時指揮系統，就是通過軍銜作為規則實現選舉的。
另外一些場景下，他們的主從關系是提前設定的。比如數據庫的主從關系、負載均衡等。在團隊管理中，團隊的關鍵人員是由上級委派和從其他地方調撥，而不是就地選拔。
通過這兩個模型，可以分別優化系統效率。
在主從模型中，我們可以使用認知管理模型。也就是讓認知能力強的人來承擔 dispatcher， dispatcher 負責設定工作方式和流程，然后由認知能力弱的人來作為 worker。在團隊中，人的認知能力會隨工作時間成長，因此一般選工作時間長的人作為 dispatcher。
在反饋調節模型中，需要引入調節者來干預市場，防止莊家的出現，莊家會給系統帶來風險和效率降低。
這兩者模型都有一定幾率崩潰，但是組織和團隊崩潰的原因是多種多樣的。外部原因讓這兩種模型崩潰沒有分析價值（比如投資中斷等），這里只分析內部原因。
在主從模型中，系統崩潰的原因有：
在反饋調節模型中，系統崩潰的原因有：
俗話說，不成文的規則才是真的規則，但是健康的系統應當盡可能讓規則顯性化。
在主從模型中 dispatcher 需要盡可能地把工作方式梳理的規范化、明確化，大多數情況下 worker 可以依靠規則行事，在少量的情況中 dispatcher 人為干預，是系統高效的表現。
在反饋調節模型中，競爭規則需要明確，否則調節機制將會失效，破窗效應會讓問題進一步惡化。
當然，從站在個體的角度理解這兩個模型，也會讓自己受益。
在主從調度模型中，個體需要想辦法完成調度者給出的任務。他的競爭力來自于：
在市場模型中，參與的玩家需要想辦法滿足市場的需求，擴大自己的生態位。他的競爭力來自于：
權力的流動是我們思考這兩種模型中很重要的一部分。
主從調度模型中，權力來自上級的授予，而非來自于團隊成員的支持，因此需要注意平衡這兩者的關系。例如，在某些政策執行中，可能會為團隊成員增加額外的工作量，因此需要 dispatcher 平衡利害關系。
在反饋調節的模型中，權力來自市場中的話語權，具有優勢地位的玩家，可以獲得更多的權力，最經典的是市場定價權。
主從調度模型中，worker 可以上升為 dispatcher。它背后的邏輯往往是先成為提高自己的工作效率，協助完成一些 dispatcher 的工作，成為 dispatcher 后備力量。
在反饋調節的模型中，個體（玩家團隊中的 dispatcher 或者 worker）需要成為一個玩家，需要從把關注點放到需求和服務上，識別到市場中微小的需求，想辦法滿足它。
本文鏈接：http://www.www897cc.com/showinfo-26-55370-0.html用分布式系統思考團隊管理
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 用分布式系統思考團隊管理
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號