宣告：所謂的技術管理筆記，是一位原大公司的碼農不甘寂寞，出來加入創業公司後的管理心得記錄。大公司到創業公司的落差是全方位的，制度，氛圍，資源，人才皆有。從最初的不適應到一路磕磕碰碰活到現在。心中充滿感恩和僥倖，覺得有必要強迫自己做下記錄和總結。遂開始於2017年11月份，截止此時我所管理的技術團隊為50人。此背景可做參考，例子可能和您的團隊不符，但是思路可能相同，歡迎同道中人一起討論切磋。
上一篇技術團隊管理筆記(二)-帶人獲得了大家的喜愛，也和很多朋友做了交流，非常感謝大家的支援，本篇我們開講技術團隊管理筆記(三)-用人
首先我們探討一個問題，用人的最大核心是什麼？
你一定有過這樣的困擾：
- 為什麼我的團隊能力都不錯，但從專案的結果來看，總是磕磕碰碰，要麼就是進度延期要麼就是系統不穩定？
- 為什麼我常常告訴下面的同學要在趕專案進度的同時，兼顧好系統的擴充套件性，穩定性，卻還是很難做到位？
- 為什麼我和團隊討論了一些好的流程制度，但最後大家都會慢慢淡忘，直至廢棄？是推進的同學能力不夠嗎？
這裡丟擲一個觀點，90%的原因是因為團隊“懶”，用人最最重要的一點，就是幫大家克服“懶” 看到這裡，團隊裡的很多同學肯定要噴我了，自從幹了這一行，天天加班到9,10點，黑芝麻，枸杞都吃上了，這還算懶，又開始剝削了？ 別急，聽我慢慢道來。我們來借鑑一下產品經理的思考方式，一個好的產品如果要成功，必須把握人性。比如支付寶等年賬單統計，在年底的時候朋友圈被刷爆了，其本質就是滿足自我的虛榮心。 支付寶不花任何推廣費用，自然就達到了傳播的效應，這裡就是把握到了“虛榮心”這個人性。 不管時代和科技是如何發展的，人性是永遠不會變的。懶惰是一個非常基本的人性，任何人骨子裡其實都是懶惰的，再優秀的人也會點外賣，這也是懶惰的一種表現，他不願意去飯館吃飯，懶。
但是沒有人願意直接承認自己“懶” 為什麼？很簡單，因為人還有虛榮的人性，直接承認自己“懶”，多沒面子啊。 你一定經常聽到團隊裡的成員會這麼和你說“我知道這個系統優化很重要，但這次為了專案進度不延期和穩定上線，所以暫時先延後”，這其實就是一種懶的表現。 我們來翻譯下他內心的真實想法： 這個系統優化確實挺重要，但是我感覺以我現在的能力做起來有些挑戰，算了，暫時不要去碰這個麻煩的事了。以專案進度不延期和穩定上線為由，老大估計也不會有意見。恩，我還是想優化的哦，這次先等等，下次有機會再優化，我還是一個好同學，恩。（其實他只要有這種想法，幾乎不會再去優化，並且往往就算他本次做了優化，也不會多加太多班，好的架構是持續不斷積累出來的，而不是靠一次優化）
這裡我強調一下，我並沒有鄙視這種想法，每一個人都會有懶的想法，只是表現形式不同而已。用更官方的話來說：只要不願意離開舒適區，去探索一些自己當前不怎麼熟悉的事，都是懶的表現 不肯離開舒適區的表現很多啦，比如：
- 我就是測試我不想去學一點開發的程式碼邏輯（以開發不會教我為由）
- 我是運維我不關心開發的服務是處理什麼業務的，我只管部署（以瞭解業務，對做好運維沒有幫助為由）
- 我是業務開發，我知道底層的框架有這裡那裡的不足，但和我沒關係，我不需要參與底層框架的優化（以技術部門已經分業務組，框架組為由）
但是作為一個優秀的管理者，你需要做到：
- 儘量要通過各種方式讓團隊時刻承認自己是懶的，包括你也是懶的
- 當發現大家懶的時候，退卻的時候，你在後面要去推一把，小事比大事有時候更重要
做到這兩點有什麼好處呢？
- 首先對於第一點，目的就是先要讓大家克服虛榮心的人性，先承認自己是懶的，這樣會讓以後的溝通變得十分高效。想做就做，不想做就說自己懶了，不要繞那麼多彎。先得承認自己懶了，這樣別人才能來推你一把，克服懶。
- 對於第二點，就是你發揮技術專業的時候了，作為技術管理者，你的專業經驗可以幫助你識別出當前團隊是否用了全力，還有多少潛力可以挖掘。 只要還有餘力，並且大家確實是懶了，你應該給大家鼓勁，用你的專業經驗去幫助大家，目的就是讓大家克服這次的懶，努力去做，最後體驗到一次完整的克服懶-成功的經驗。這段經驗非常重要，會讓你團隊的成員慢慢建立起克服懶的自信心。 以後你只要說出目標，他們都會用自己不斷摸索積累來的經驗去100%努力達成，而不是用你給的方法碰壁後，就原地繼續等待直至你給出另一個新方法，這樣才算是用好了人！
合適的人做合適的事
人盡其才也是用人非常重要的一點，在這裡我們簡單做一個分類總結
| 類別 | 適合做的事 |
|---|---|
| 技術能力強，且做業務專案意願強 | 50%時間做基礎技術建設，50%時間做業務專案 |
| 技術能力強，做業務專案意願一般 | 70%時間做基礎技術建設，30%時間做業務專案，還是需要做一些業務專案來積累實際經驗，避免一直做基礎技術變成空中樓閣 |
| 技術能力一般，做業務專案意願強 | 20%時間做基礎技術建設，80%時間做業務專案，以做業務專案為主，適當參與一些基礎技術建設，持續提升技術能力 |
| 技術能力一般，做業務專案意願一般 | 100%時間做業務專案 |
定目標時要虛實結合 我們來舉一個例子，比如這個時候線上系統發生了一個不太緊急但比較重要的問題，你和下屬說去查一下問題，然後告訴我原因。這個目標從排查角度來說是沒有問題的，但是太實了，缺少一點虛的味道。如果你能再補上下面一段話，就非常好了：對於這個問題我除了想知道原因，更希望你是用邏輯準確的方式去查出這個問題，否則沒有意義。因為我希望你從現在起就鍛鍊自己查問題的能力，查的準查的快，把它當作是一種練習。這樣以後線上如果發生非常緊急的問題，你就可以很快解決了，不用通宵加班了。 我相信雖然你並沒有改變實質的目標，但這個虛的說法會讓你下屬的心有一些“小觸動”，並埋入了一根刺。哪怕這次沒有發生化學反應，在之後他一定能有所體會。比如又發生了一次緊急的問題，而他因為沒有積累正確的查問題經驗，導致最後加班到很晚。這個時候你去幫他一把，並把之前說過的虛的事情再提下，他一定會有所變化。之後再發生新的問題，他除了查出原因之外，一定會非常重視自己經驗的積累和提高，從而使他在查問題的能力上會變得越來越強。
去中心化 記住這句話：永遠不要依賴一個人的能力。就像一個球隊一樣，你必須保證替補板凳的深度，並做出一定的輪換。對你的團隊而言，除了幾個核心成員之外，你必須保證有第二梯隊，第三梯隊。任何專案，都應該是核心成員+第二梯隊+第三梯隊一起來推進。找各種機會，讓第二梯隊的同學可以頂上來，在一些重要專案上讓他們也慢慢牽頭推進。 去中心化會帶來幾個好處:
- 核心成員人數在團隊裡是有限的，不要因為他們的精力有限，而讓業務專案的推進發生瓶頸，核心成員應該去做更關鍵的事情。
- 專案的成功不依賴於任何一個人，讓核心成員和第二梯隊的同學都覺得自己是可以做的，形成一定的良性競爭氛圍，從而更好推進專案。
- 萬一核心成員有變動，因為第二梯隊已經鍛鍊過了，可以馬上頂上，從而降低對團隊的衝擊影響。 去中心化比較簡單的策略就是：除了發揮好核心成員的作用外，儘量找各種機會去鍛鍊第二梯隊的同學，讓他們也成為準核心同學。萬一他們在某個專案上頂不住了，讓核心成員來幫忙兜底，保證專案的順利落地。 順便再說一句，哪怕是你，作為最終管理者也應該是被去中心化的，箇中道理大家自己去體會下。
用人篇到此結束了，最近這段時間因為公司完成了新一輪融資，事情非常之多，所以耽擱了很久，非常抱歉。 後續會約束自己，不管是管理上還是技術上，每兩月至少更新一篇，希望能做到共勉，謝謝！