從技術高手轉型做技術管理的管理該時候，一個常見的從技問題是不敢放手！其實很容易理解，術高手轉畢竟其他人水平不夠，技術時間和質量肯定不如自己做的好，很多時候就想：“這活我半小時就搞定了，要是交給你做，一周才能做完，我還得搭進去一小時輔導和擦屁股，還不如自己辛苦一點做了算了。”
殊不知，一件事上半小時，一個人半小時，累加起來這時間就太可怕了。最終是自己累死累活，團隊沒啥成長，產出還不高。
究其原因，主要還是怕別人不會做，或者做不好。
要破解這個困境，其實不難。
首先是要做計劃。做計劃看起來和這事沒關系，為什么我要放在第一位呢？
因為做技術管理，最重要的就是要有大局觀，著眼整個團隊整個項目，而不是看一個任務一個人，當你總是盯著一個小任務，就自然老是想著啥事都自己干。
做計劃就是逼著你去有大局觀，去全局看問題，把任務分解，把任務分配到每一個人。當你多盯著全局，任務都分配給合適的人去做了，自然就不會老想著要去自己做一個個的任務。
另外做計劃一定要配合里程碑，不然計劃很容易難以執行或者偏離原有方向。
然后是要對甄別出重要緊急和重要不緊急的任務。
為什么總是很忙呢？因為很多時候其實是在忙一些不重要的事情，當你真的有緊急重要的任務在忙的時候，是無暇顧及一些小事的。如果總是在忙可有可無的小事，一天天都很忙，卻沒什么成果，但卻耽誤了真正重要的事情，結果重要不緊急的事情上升為重要緊急的事情，一直在救火。
所以把重要緊急和重要不緊急的任務甄別出來，優先把這些事情處理好。
重要緊急的事情，像線上故障，親自動手也沒什么，重要不緊急的事情，盯著別人做，確保他們做好。不重要不緊急的事情，放手讓其他人去做，定期檢查一下就好了。
第三點就是要學會把復雜任務分解成簡單的任務。
很多時候不給別人做，真的是因為他們做不出來，無從下手。但如果你能做好架構設計，把復雜的任務拆分成簡單的，那么普通程序員也能一起完成復雜的任務。而且在這個過程中，他們也可以得到很好的鍛煉和成長。
第四點就是事先多討論方案，時候勤總結復盤。
一個任務如果上手就做，那么大概率結果不太好，但是如果在開始之前，先討論一下方案，然后基于討論的結果，讓程序員寫個簡單的設計出來，再討論幾次，基本上大家思路就跟你一致了，執行的時候也不會有太大偏差。你省心了他們也成長了。
任務結束后，再幫一起復盤一下，分析一下哪些地方是做的好的做的對的，哪些地方做的不夠好下次要改進的。幾次下來大家都能一起成長。
最后，說一下@美人她爹?的做法，他這屬于段位很高的，不僅放手讓團隊去做，同時給團隊以正確的方法和工具去指導，最重要的是，他一直在激勵團隊的主觀能動性，讓他們覺得有主人翁的意識，讓他們覺得在成長，這是非常了不起的
#軟件工程之美#
飛機上一般是什么操作系統？
高速CAN、容錯CAN、LIN總線有什么區別？
大佬終于把鴻蒙OS講明白了，收藏了！
免責聲明：本文內容由21ic獲得授權后發布，版權歸原作者所有，本平臺僅提供信息存儲服務。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯系我們，謝謝！
