轉任管理崗位后，還要不要從事編碼工作？
隨著工作年限的增加，不少工作出色的小伙伴就會提拔到 teamleader 的位置，帶領大家做事，角色發生轉變后，相應的職能也會跟著改變，以前只需要對自己負責，現在要對 team 負責;以前只對事負責，現在要對人對事都要負責?？上攵瑝毫Χ冈?，經歷過這種變化的人相信更深有體會。
比較大的變化，是自己的時間被瓜分的七零八落，真正屬于自己的時間幾乎沒有了，需求評審、設計評審、接口討論對接、計劃評審、UI 評審、產品迭代總結、公司業務討論、每天早會等各種會議;郵件處理、電話接聽、微信溝通等等，各種需要響應;張三來請求這個問題自己解決，李四過來問這樣做行不好?總之，一天下來，自己的事基本進展，程序員與產品之間有個笑話：“不要跟產品經理聊天，你跟他扯一天，他需求清晰了，你的工作什么還沒干呢?”是不是有同樣的感覺。
特別是技術出身的小伙伴，依舊會保留一些開發任務的習慣，這樣做對不對呢?為保持編碼能力，這樣做無可厚非，但要注意幾點：
- 任務量不能太大，很有可能因時間不足而完不成。
- 任務緊急重要程度要把握好，不能成為迭代完成的阻礙。
- 任務盡量耦合性低，別人不依賴你的功能，也可以輕松進行
- 可以從別的小伙伴任務中分攤，即便自己沒有時間處理時，也不影響此任務的達成。
- 技術攻關可以做，盡量別影響日常團隊協作
走到此崗位的小伙伴，經過一段時間的磨煉后，都會產生一個想法：還不如回去做我的開發，做完任務交差，現在到好，一天天事事的，基本沒什么自己的空間、時間，從早到晚，也不知道忙個啥。想法有歸有，但人要成長，必然經歷一些蛻變，不能遇到困難就退縮，不然這個坎永遠也過不去。
剛走到管理崗位的小伙伴，還要不要編碼呢，視具體情況而定。初次轉型后，未來的前景依舊充滿不確定。如果丟下技術，后期換個工作環境后，如果能從管理做起最好，如果不能的話，還是要回到開發一線從事編碼工作，還能不能保持不中斷的撿起來呢?如果繼續做管理，必定需要填補很多軟技能技術，如溝通技巧、協作合作、團隊領導等等，必然會擠壓技術精進時間。
有個萬無一失的方案：不丟下技術，時不時做一些編碼工作，哪怕是在業務時間，哪怕是做 Code Review 也是可以的。如果你篤定將來向管理崗轉型的話，那脫離編碼是早晚的事，但要確保能在管理職能上精進很大，但這依舊充滿不確定性。
有個千萬不能做的方案：自己把編碼工作安排的滿滿的，基本不花時間在團隊管理、成員溝通上，這個團隊肯定不會走的長久。時間分配上必定是團隊多個人少，七三開或者八二開，甚至九一開都行，角色決定了你必須以團隊績效說話，而不能看個人能力突出與否。你必須成就他人，才能反回來成就自己。最后，祝你編碼順利。
