老妹兒今天想跟大家講講程序員走上管理崗位需要經歷的那些事兒。
我是從標準的程序員一路升級打怪然後走向管理崗位，先開始管幾個人，後來十幾個，再就是20幾個，現在大約80個，談談技術人員轉管理崗位後幾個印象深刻的事情。
【做技術是最簡單的】
當我還是個單純的程序員的時候，我覺得做技術應該是最難的，搞個後臺技術，Linux、網絡、MySQL、架構設計、Java、C++、大數據。。。。。。什麼都要懂，什麼都要精通，要學的東西很多，還不斷的有新的東西出來，今天NoSQL，明天大數據，後天Docker。。。。。。說好聽是學無止境，說不好聽是掉到坑裡出不來。
反過來看那些主管，不參與具體的版本開發，天天就是開開會，發發郵件，今天跟測試撕逼，明天和產品討論版本計劃，後天和項目經理討論人力安排，半年來個總結匯報，多輕鬆啊！
當
我當上主管後，發現並不是這麼回事，表面上看確實是開會多、彙報多、討論多，但是並不意味著這些事情簡單，原因在於這些事情沒有明確的標準，不確定性相比技術來說更多，而不確定性就意味著複雜度。例如：
- 團隊經常出線上問題，到底是開發人員能力問題，還是測試團隊能力問題，還是系統架構有問題，還是流程有問題？沒有人會告訴領導，需要領導去判斷並作出決策，如果判斷錯了，對不起，1年後還是這樣，第一個背鍋的就是領導。
- 某某同學最近表現好像一般，到底是家庭出了變故，還是個人覺得厭倦了，還是想換工作了，還是覺得和同學比工資低了，還是對領導不滿？即使領導去談心，怎麼能確定他說的都是真的？例如很多想離職的員工在未離職前絕大部分不會說，而且即使確定了離職，也不會告訴你真實的原因。
- 有個事項需要另外一個團隊配合，但他們總是推脫，是因為他們確實安排不了，還是對方領導覺得自己沒油水，甚至就是對方的領導不想看到我們團隊成功？最終怎麼去推動事情落地？
以上僅僅舉了幾個常見的例子，實際管理工作中還有很多類似複雜的問題，所以我經常跟下屬開玩笑說，最快樂的時候就是專心寫代碼的時候，因為對就是對，錯就是錯，沒有中間地帶，沒有不確定性，不存在寫完一段代碼後說這段代碼可能正確。
類似的還有做業務，我嘗試了做業務後，發現業務比管理更難，因為業務的不確定性更多：行業的趨勢是什麼？ 競爭對手的策略如何？用戶的喜好會怎樣變化？行業會發生什麼變化麼？
所以我總結為，不確定性越多的事情越難，不確定性就意味著判斷、選擇、運氣，因此業務 > 管理 > 技術，業務面對的是環境的不確定性，管理面對的是人的不確定性，而技術的不確定性最少，編程語言有語法，操作系統有API規範，即使架構設計存在不確定性，但即使沒有選到最優的架構，只要架構最後能實現，一樣可以完成業務功能。
而且，當技術團隊的領導還不能丟掉技術，否則在團隊裡面沒有技術影響力，團隊就把你當個打雜的。
【做技術是最不好混的】
雖然從不確定性的角度來說，業務 > 管理 > 技術，但那是在我們想把事情做好的背景下說的，如果只是混日子，正好相反：業務 < 管理 < 技術。
原因也是一樣的，也是因為不確定性，不確定就意味著怎麼選看起來都可以，如果領導能說會道，那很多情況下都可以忽悠過去，例如：
- 團隊經常出問題，那主管就說是團隊成員能力有問題，因此制定一年的成長計劃，然後做了ABC三件事情，彙報的時候可能質量還是有問題，但主管可以說情況很複雜，雖然今年我們提升了能力，但是系統太複雜、歷史遺留問題太多、業務太複雜。。。。。等等，雖然質量還是有問題，但是我們今年做了ABC幾件事，大大提升了團隊水平等。
- 某某同學最近表現好像一般，管他真正的原因是什麼，績效考評直接給個C就可以了。
- 有個事項需要另外一個團隊配合，但他們總是推脫，那就不做了唄，反正老大到時候要問，主管就說他們團隊配合不了。
類似的做業務也是，對於產品經理來說，反正一年不管怎樣，規劃做100個功能和業務那是輕而易舉的事情，沒有效果就說市場今年發展一般，或者說美國次貸危機導致市場下滑，或者說中國股災導致資本寒冬。
做技術就不一樣了，你寫的代碼有bug，你總不能說是Java虛擬機出錯了吧，即使你真的碰到Java虛擬機的bug導致你的bug，你也要去修改和規避這個bug；你設計的架構性能不達標，你總不能說美國次貸危機讓你損失慘重導致你精神不好吧？
這也是很多人覺得當領導很爽的原因，因為確實有很多“領導”這樣混日子，但我建議大家如果在互聯網行業不要這樣學，互聯網流行的是“結果導向”，不是“關係導向”，也不是“權力導向”。
【管理等級】
1）甩手掌櫃
— 就是什麼事情都不做，只是掛個管理的頭銜，混日子，這種管理者一般都有一些看不見的資本，例如資深老員工、關係戶等。
2）任務分配
— 來了任務就分配給下面的同學，甚至還美其名曰鍛鍊、培養，對於任務具體如何完成，自己沒有專業的想法和判斷，出了問題就甩鍋，拿了功勞就貼金，尤其是如果運氣好的話，這類管理者甚至還會升職，例如行業整體在上升，就算做的東西沒有任何效果，只要不作死，業務數據還是上升的。
3）問題處理
— 嘗試從團隊的角度去發現問題，解決問題，相比任務分配，會主動去觀察和思考，而不是被動響應，例如將質量不行轉換為流程不完善或者人員能力不足，而不是來一個bug修一個bug。
4）目標達成
— 會思考如何保證目標更好的完成，例如制定流程規範、團隊激勵、團隊培訓、引入新技術等，
— do things right。
5）業務成功
— 會考慮團隊如何才能促進業務成功，需要跳出本團隊的視野，從整個業務的範圍去思考，然後看自己團隊能做什麼，應該做什麼。這一層要求非常高，對業務、團隊、技術都要求很高。
— do right things
可以看到，只要程序員溝通能力還可以，臉皮不至於太薄，基本上做到前兩級一點壓力都沒有；
第三級有一定的不確定性，但不確定性不大，因為問題很明顯能看出來；
第四級要求就高了，而且程序員習慣把所有問題看成技術問題，導致在分析判斷的時候有很大的侷限性，很多事情並不是技術本身能解決的；
第五級要求最高，要求管理者視野廣，業務、管理、技術三者沒有明顯短板，還要求管理者有很大的胸懷和格局（畢竟有的事情做了，可能別人收益更大）。
看到這裡是不是對管理崗位又有了更多的瞭解呢？想要成為一個Team Leader，首先當然還是要把我們的基礎知識給穩固咯，私聊老妹兒可以領取大數據的系統學習資料哦，一般人兒我可不告訴他~~
閱讀更多 代碼老妹兒 的文章
