從技術高手轉型做技術管理的時候，一個常見的問題是不敢放手！其實很容易理解，畢竟其他人水平不夠，時間和質量肯定不如自己做的好，很多時候就想：“這活我半小時就搞定了，要是交給你做，一週才能做完，我還得搭進去一小時輔導和擦屁股，還不如自己辛苦一點做了算了。”
殊不知，一件事上半小時，一個人半小時，累加起來這時間就太可怕了。最終是自己累死累活，團隊沒啥成長，產出還不高。
究其原因，主要還是怕別人不會做，或者做不好。
要破解這個困境，其實不難。
首先是要做計劃。做計劃看起來和這事沒關係，為什麼我要放在第一位呢？
因為做技術管理，最重要的就是要有大局觀，著眼整個團隊整個專案，而不是看一個任務一個人，當你總是盯著一個小任務，就自然老是想著啥事都自己幹。
做計劃就是逼著你去有大局觀，去全域性看問題，把任務分解，把任務分配到每一個人。當你多盯著全域性，任務都分配給合適的人去做了，自然就不會老想著要去自己做一個個的任務。
另外做計劃一定要配合里程碑，不然計劃很容易難以執行或者偏離原有方向。
然後是要對甄別出重要緊急和重要不緊急的任務。
為什麼總是很忙呢？因為很多時候其實是在忙一些不重要的事情，當你真的有緊急重要的任務在忙的時候，是無暇顧及一些小事的。如果總是在忙可有可無的小事，一天天都很忙，卻沒什麼成果，但卻耽誤了真正重要的事情，結果重要不緊急的事情上升為重要緊急的事情，一直在救火。
所以把重要緊急和重要不緊急的任務甄別出來，優先把這些事情處理好。
重要緊急的事情，像線上故障，親自動手也沒什麼，重要不緊急的事情，盯著別人做，確保他們做好。不重要不緊急的事情，放手讓其他人去做，定期檢查一下就好了。
第三點就是要學會把複雜任務分解成簡單的任務。
很多時候不給別人做，真的是因為他們做不出來，無從下手。但如果你能做好架構設計，把複雜的任務拆分成簡單的，那麼普通程式設計師也能一起完成複雜的任務。而且在這個過程中，他們也可以得到很好的鍛鍊和成長。
第四點就是事先多討論方案，事後勤總結覆盤。
一個任務如果上手就做，那麼大概率結果不太好，但是如果在開始之前，先討論一下方案，然後基於討論的結果，讓程式設計師寫個簡單的設計出來，再討論幾次，基本上大家思路就跟你一致了，執行的時候也不會有太大偏差。你省心了他們也成長了。
任務結束後，再幫一起復盤一下，分析一下哪些地方是做的好的做的對的，哪些地方做的不夠好下次要改進的。幾次下來大家都能一起成長。
最後，說一下附圖中@美人她爹 的做法，他這屬於段位很高的，不僅放手讓團隊去做，同時給團隊以正確的方法和工具去指導，最重要的是，他一直在激勵團隊的主觀能動性，讓他們覺得有主人翁的意識，讓他們覺得在成長，這是非常了不起的?
軟體工程之美#
