技術人員如何做好管理？ – 領導力

技術工作的對象是物，而管理工作的對象是人。技術工作的完成標誌，是利用物性達成目的;而管理工作的完成標誌，則是發揮出人的潛力。一方面，由於技術人不懂管理以及管理人不懂技術，是大量實際問題的根本來源，甚至也是企業和項目失敗的主要原因。

管理的最大秘密

很多名字裡面帶有“管理”的工作實際上是技術工作，例如伺服器管理、資產管理等。還有很多人生生地把真正的管理工作，例如項目管理、運營管理等做成了技術工作，這就意味著把作為管理對象的人看作是只有一系列屬性差異，卻並無人性和生氣的物了。因此以這樣的模式從事管理工作的人大抵會以失敗而告終。管理，永遠意味著管理活生生的人。離開了這一點，就談不上什麼管理，無論是否將其冠以管理之名。

管理無常的人心，比起給個輸入就能大致知道有怎樣輸出的軟硬體系統，可控性差了何止千萬倍。這也是很多剛上任的，甚至已經從事了很多年管理工作的朋友們始終搞不清答案的一個問題：到底怎麼樣才能在人心這樣不可知的條件下，有效地實施管理?

管理的完成，體現在發揮出人的潛力。這就使得我們思考：在怎麼樣的條件下，人能夠發揮出自己的潛力?如果說沒有管理他人的經驗，那就反過來想想自己好了。在下面幾種情景下，你一般都能夠較好地發揮自己的潛力：異地的老闆突然說明天要大駕光臨，要求你安排好接待和工作匯報;上面下達知會，一個月內網站訪問量若突破日均10萬PV，你可以拿到五倍的季度獎;一場對你來說很重要的演講即將開始，你突然發現裝著PPT的USB磁碟丟在計程車上，只能裸講。

以上這些情景有兩個共同特點：第一，迫於壓力、耽於獎金或礙於面子，你有了強烈的意願想達到某種目的;第二，你有機會發揮出自己的自由意志，或是說主觀能動性，來組織接待、改善網站，或是即興發揮。

推而廣之，觀察運行比較完成的組織，即能夠發揮出組織中的個體潛力的，也無非就是每個個體都或多或少地帶有組織目的，並能夠較好地發揮主觀能動性的結果。

但這麼說來，似乎有哪裡不太對勁。在一般人的印象中，管理似乎帶有相當的強制性。為何前面說的，好像達到了的是被管理者的目的，體現了的是被管理者的意志呢?

這並不難理解，因為每個人都是一個有著自我意志的平等個體。為著自己的目的而採取行動，而在行動過程中發揮的也必然是自己的主觀能動性。如果想要脫離這個前提來實施管理，百分之百地達不到目的，即使被管理者被迫採取了一些行動，也只是做做樣子罷了。這個看似簡單的道理，其實卻包括了管理的最大秘密：管理的終極目的就是不要管理。

具有較強專業性的技術管理也是如此。在最優秀的技術驅動型的組織裡，管理者幾乎都是把100%的時間用於服務、支援甚至取悅被管理者，讓他們為著自己的想法，盡情地發揮自己的天才。無價的技術產品幾乎都是在這樣的氛圍中誕生的，這內含C語系、UNIX、Gmail等等，這就是很好的證明。

控制之禪

雖然我們已經瞭解了管理的最大秘密，其實根本上是要靠被管理者的自覺，而不是管理者的主觀意志。可是，這樣的效果不是天然存在的，甚至也不是一朝一夕能達成的。因為人的想法不可能完全一致，想指望他人能夠自然而然地讀懂自己想要什麼，不太可能。那怎麼辦呢?這就需要把自己想要的，傳達給對方。

此即所謂的控制，雖然可以換個較為委婉的說法，但我還是更願意用這個術語。換句話說，管理中的控制就是要把目的溝通清楚、傳達到位，而並不是要控制人的思想和行動，因為後者是無論如何辦不到的。

在技術一線長年工作的人，往往在上手管理時，感覺莫大的困難。這裡面的問題就在於把握不好控制這個環節，具體來說，就是經常會把溝通和傳達的內容，從目的變成了手段。

例如，很多人喜歡通過直接閱讀全部原始碼的模式，對於寫代碼的程式員實施控制。這樣做究竟好不好，值得商榷。但有一些客觀規律，卻是很難違反。首先，一個人寫的代碼，另一個人理解起來存在不小障礙;其次，一個人每天能夠生產和理解的代碼的總量是有上限的;再者，同樣一個功能，實現它的代碼可能存在多種思路，而優劣的判斷標準不僅失之主觀，更是極其複雜的。更重要的是，實現要求的功能是目的，而寫什麼樣的代碼來實現該功能，這是手段。很多技術人做管理的模式，簡直是替人把工作做掉了。你可以把飯餵到別人嘴裡，但是想讓人不要餓死的話，最好還是讓他感覺飢餓了自己學會怎麼吃飯。

這就是為什麼有時候，非技術出身又來管理技術人的，反而比科班出身的效果還要更好些。因為他們不懂到底為了達到目的，可以採取什麼手段，這反倒迫使他們把精力集中在把到底要達成什麼目的講得更清楚、更到位些。被管理者反而對於採取的手段有了自由空間，把主觀能動性發揮了出來。

非技術出身的人來做管理也有問題，但問題不一樣了。它變成了由於對於技術不夠理解，而不能夠很好地定義目的，甚至定義出很可笑的目的來。程式員這個群體裡，用於調侃經理不懂技術而鬧出的笑話，那是夠多的了。所以管理技術人和技術工作的，如果原先技術不過關的，還是有必要補一補技術課，不過這些是後話。

因此，控制這件事，看起來好像很容易，其實很難操作。不過，有一條原則卻是無論如何都成立的，那就是管理者自己要明確到底目的何在。如果是連自己都不清楚的工作，想把別人置於控制之下，那就幾乎完全不可能了。

自己明確了目的還遠遠不夠，傳達到位才是實施控制的關鍵。如果站得太高或業務不熟，很容易造成傳達的偏差和背離，但如果管得事無鉅細，結果亦適得其反。那究竟最到位的控制應該是怎樣的呢?一個可行的建議，也是幾乎百試百靈的建議是：在目的和手段的交界處，落下控制的閘門。比如，如果目的是實現某個功能，而手段是寫代碼，那麼控制的最好尺度就是把所要的功能描述得全面、準確，而把寫代碼的充分自由交給接受這個任務的程式員;如果目的是大規模改進系統的效能， 而手段是修改配置和伺服器參數以及加入資源，那麼控制的最好尺度就是把效能改進的指標以及是否達標的評判標準，以及採購預算描述得全面、準確，而把具體的技術和採購任務交給對應的運維和採購部門工作人員去考慮和斟酌。當然，在必要的場合下，也不是絕對不能深入細節，特別是在需要示範和教育的階段，但如果對於管理有著長期打算，就一定要在某個時間點完全地放手讓別人來做事。這就又得出了一個所謂的控制之禪：你什麼都想控制嗎?那就想方設法把你的目的傳達到位，然後徹底地放手吧。