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