original: documentation/process/management-style.rst
translator: alex shi [email protected]
核心社群管理是乙個很獨特很有挑戰性的事情, 各系統維護者擁有很大的權利,卻又無法命令和管理社群參與者; 一邊不停的拒絕人們各種功能提交,一邊卻希望開發者留在自己的領域繼續貢獻力量。這篇文章向您揭示,成功的社群維護者如何展示領導力(搗糨糊)。
祝大家 假期快樂!
linux核心管理風格
這是乙個簡短的文件,描述了linux核心的首選(或編造的,取決於您問誰)管理風格。 它的目的是在某種程度上參照 process/coding-style.rst 主要是為了避免反覆回答 [1] 相同(或類似)的問題。
管理風格是非常個人化的,比簡單的編碼風格規則更難以量化,因此本文件可能與實 際情況有關,也可能與實際情況無關。起初它是乙個玩笑,但這並不意味著它可能不 是真的。你得自己決定。
順便說一句,在談到「核心管理者」時,主要是技術負責人,而不是在公司內部進行傳 統管理的人。如果你簽署了採購訂單或者對你的團隊的預算有任何了解,你幾乎肯定 不是乙個核心管理者。這些建議可能適用於您,也可能不適用於您。
首先,我建議你購買「高效人的七個習慣」,而不是閱讀它。燒了它,這是乙個偉大的 象徵性姿態。
1)決策
每個人都認為管理者做決定,而且決策很重要。決定越大越痛苦,管理者就必須越高階。 這很明顯,但事實並非如此。
遊戲的名字是 避免 做出決定。尤其是,如果有人告訴你「選擇(a)或(b), 我們真的需要你來做決定」,你就是陷入麻煩的管理者。你管理的人比你更了解細節, 所以如果他們來找你做技術決策,你完蛋了。你顯然沒有能力為他們做這個決定。
(推論:如果你管理的人不比你更了解細節,你也會被搞砸,儘管原因完全不同。 也就是說,你的工作是錯的,他們應該管理你的才智)
所以遊戲的名字是 避免 做出決定,至少是那些大而痛苦的決定。做一些小的 和非結果性的決定是很好的,並且使您看起來好像知道自己在做什麼,所以核心管理者 需要做的是將那些大的和痛苦的決定變成那些沒有人真正關心的小事情。
這有助於認識到乙個大的決定和乙個小的決定之間的關鍵區別是你是否可以在事後修正 你的決定。任何決定都可以通過始終確保如果你錯了(而且你一定會錯),你以後總是 可以通過回溯來彌補損失。突然間,你就要做兩個無關緊要的決定,乙個是錯誤的,另 乙個是正確的。
人們甚至會認為這是真正的領導能力(咳,胡說,咳)。
因此,避免重大決策的關鍵在於避免做那些無法挽回的事情。不要被引導到乙個你無法 逃離的角落。走投無路的老鼠可能很危險——走投無路的管理者真可憐。
事實證明,由於沒有人會愚蠢到讓核心管理者承擔巨大的財政責任,所以通常很容易 回溯。既然你不可能浪費掉你無法償還的鉅額資金,你唯一可以回溯的就是技術決策, 而回溯很容易:只要告訴大家你是個不稱職的傻瓜,說對不起,然後撤銷你去年讓別 人所做的毫無價值的工作。突然間,你一年前做的決定不在是乙個重大的決定,因為 它很容易被推翻。
事實證明,有些人對接受這種方法有困難,原因有兩個:
然後,當它真的被證明是愚蠢的時候,人們就轉動他們的眼珠說「哎呀,下次不要了」。
這種對不稱職的先發制人的承認,也可能使真正做這項工作的人也會三思是否值得做。 畢竟,如果他們不確定這是否是乙個好主意,你肯定不應該通過向他們保證他們所做 的工作將會進入(核心)鼓勵他們。在他們開始一項巨大的努力之前,至少讓他們三 思而後行。
記住:他們最好比你更了解細節,而且他們通常認為他們對每件事都有答案。作為一 個管理者,你能做的最好的事情不是灌輸自信,而是對他們所做的事情進行健康的批 判性思考。
順便說一句,另一種避免做出決定的方法是看起來很可憐的抱怨 「我們不能兩者兼 得嗎?」 相信我,它是有效的。如果不清楚哪種方法更好,他們最終會弄清楚的。 最終的答案可能是兩個團隊都會因為這種情況而感到沮喪,以至於他們放棄了。
這聽起來像是乙個失敗,但這通常是乙個跡象,表明兩個專案都有問題,而參與其中 的人不能做決定的原因是他們都是錯誤的。你最終會聞到玫瑰的味道,你避免了另一 個你本可以搞砸的決定。
2)人大多數人都是白痴,做一名管理者意味著你必須處理好這件事,也許更重要的是, 他們 必須處理好你。
事實證明,雖然很容易糾正技術錯誤,但不容易糾正人格障礙。你只能和他們的和 你的(人格障礙)共處。
但是,為了做好作為核心管理者的準備,最好記住不要燒掉任何橋梁,不要轟炸任何 無辜的村民,也不要疏遠太多的核心開發人員。事實證明,疏遠人是相當容易的,而 親近乙個疏遠的人是很難的。因此,「疏遠」立即屬於「不可逆」的範疇,並根據 1)決策 成為絕不可以做的事情。
這裡只有幾個簡單的規則:
不要叫人笨蛋(至少不要在公共場合)
學習如何在忘記規則(1)時道歉
問題在於 #1 很容易去做,因為你可以用數百萬種不同的方式說「你是乙個笨蛋」 [2] 有時甚至沒有意識到,而且幾乎總是帶著一種白熱化的信念,認為你是對的。
你越確信自己是對的(讓我們面對現實吧,你可以把幾乎所有人都稱為壞人,而且你 經常是對的),事後道歉就越難。
要解決此問題,您實際上只有兩個選項:
非常擅長道歉
把「愛」均勻地散開,沒有人會真正感覺到自己被不公平地瞄準了。讓它有足夠的 創造性,他們甚至可能會覺得好笑。
選擇永遠保持禮貌是不存在的。沒有人會相信乙個如此明顯地隱藏了他們真實性格的人。
[2] 保羅·西蒙演唱了「離開愛人的50種方法」,因為坦率地說,「告訴開發者 他們是d*ckhead」 的100萬種方法都無法確認。但我確信他已經這麼想了。
3)人2 - 好人
雖然大多數人都是白痴,但不幸的是,據此推論你也是白痴,儘管我們都自我感覺良 好,我們比普通人更好(讓我們面對現實吧,沒有人相信他們是普通人或低於普通人), 我們也應該承認我們不是最鋒利的刀,而且會有其他人比你更不像白痴。
有些人對聰明人反應不好。其他人利用它們。
作為核心維護人員,確保您在第二組中。接受他們,因為他們會讓你的工作更容易。 特別是,他們能夠為你做決定,這就是遊戲的全部內容。
所以當你發現乙個比你聰明的人時,就順其自然吧。你的管理職責在很大程度上變成 了「聽起來像是個好主意——去嘗試吧」,或者「聽起來不錯,但是***呢?」「。第二個版 本尤其是乙個很好的方法,要麼學習一些關於「***」的新東西,要麼通過指出一些聰明 人沒有想到的東西來顯得更具管理性。無論哪種情況,你都會贏。
要注意的一件事是認識到乙個領域的偉大不一定會轉化為其他領域。所以你可能會向 特定的方向刺激人們,但讓我們面對現實吧,他們可能擅長他們所做的事情,而且對 其他事情都很差勁。好訊息是,人們往往會自然而然地重拾他們擅長的東西,所以當 你向某個方向刺激他們時,你並不是在做不可逆轉的事情,只是不要用力推。
4)責備
事情會出問題的,人們希望去責備人。貼標籤,你就是受責備的人。
事實上,接受責備並不難,尤其是當人們意識到這不 全是 你的過錯時。這讓我 們找到了承擔責任的最佳方式:為別人承擔這件事。你會感覺很好,他們會感覺很好, 沒有受到指責. 那誰,失去了他們的全部36gb色q收藏的人,因為你的無能將勉強承 認,你至少沒有試圖逃避責任。
然後讓真正搞砸了的開發人員(如果你能找到他們)私下知道他們搞砸了。不僅是為 了將來可以避免,而且為了讓他們知道他們欠你乙個人情。而且,也許更重要的是, 他們也可能是能夠解決問題的人。因為,讓我們面對現實吧,肯定不是你。
承擔責任也是你首先成為管理者的原因。這是讓人們信任你,讓你獲得潛在的榮耀的 一部分,因為你就是那個會說「我搞砸了」的人。如果你已經遵循了以前的規則,你現 在已經很擅長說了。
5)應避免的事情
有一件事人們甚至比被稱為「笨蛋」更討厭,那就是在乙個神聖的聲音中被稱為「笨蛋」。 第乙個你可以道歉,第二個你不會真正得到機會。即使你做得很好,他們也可能不再 傾聽。
我們都認為自己比別人強,這意味著當別人裝腔作勢時,這會讓我們很惱火。你也許 在道德和智力上比你周圍的每個人都優越,但不要試圖太明顯,除非你真的打算激怒 某人 [3]
同樣,不要對事情太客氣或太微妙。禮貌很容易落得落花流水,把問題隱藏起來, 正如他們所說,「在網際網路上,沒人能聽到你的含蓄。」用乙個鈍器把這一點錘進去, 因為你不能真的依靠別人來獲得你的觀點。
一些幽默可以幫助緩和直率和道德化。過度到荒謬的地步,可以灌輸乙個觀點,而不 會讓接受者感到痛苦,他們只是認為你是愚蠢的。因此,它可以幫助我們擺脫對批評 的個人心理障礙。
首先,雖然你可能會或可能不會聽到十幾歲女孩(或男孩,讓我們不要在這裡評判或 性別歧視)敲你的更衣室門,你會得到乙個巨大的個人成就感為「負責」。別介意你真 的在領導別人,你要跟上別人,盡可能快地追趕他們。每個人都會認為你是負責人。
如果你可以做到這個, 這是個偉大的工作!
阿里巴巴作業系統研發團隊負責阿里經濟體的伺服器作業系統,虛擬化技術以及linux核心的研發與產品化。團隊針對阿里巴巴各業務的需求,新技術的發展,新硬體的引入,在核心與作業系統等基礎領域進行研究創新。目前已經形成 ali os, ali cloud linux, daishu雲原生作業系統等多個產品。
Linux核心管理風格
來自 核心月談 奎亮 original documentation process management style.rst translator alex shi alex.shi linux.alibaba.com 核心社群管理是乙個很獨特很有挑戰性的事情,各系統維護者擁有很大的權利,卻又無法命...
linux核心編碼風格
linux核心編碼風格 linus torvalds 這是一篇描述linux 核心編碼風格的短小文件。編碼風格是個人化的,而且我不想將自己的意見強加在任何人身上,但是編碼風格卻和我必須要維護的東西是密切相關的。至少,你可以考慮這點的觀點。首先,我建議列印乙份關於 gnu編碼標準 的影印件。我並不期望...
Linux核心管理
linux kernel 但核心體系設計,但充分借鑑了微核心設計體系的優點,為核心引入模組化機制 核心組成部分 kernel 核心核心,一般為bzimage,通常在 boot目錄下,名稱為vmlinuz kernel object 核心物件,一般放置於 lib modules version rel...