隨著工作年限的增加，不少工作出色的小伙伴就會(huì)提拔到 teamleader 的位置，帶領(lǐng)大家做事，角色發(fā)生轉(zhuǎn)變后，相應(yīng)的職能也會(huì)跟著改變，以前只需要對(duì)自己負(fù)責(zé)，現(xiàn)在要對(duì) team 負(fù)責(zé);以前只對(duì)事負(fù)責(zé)，現(xiàn)在要對(duì)人對(duì)事都要負(fù)責(zé)?？上攵瑝毫Χ冈?，經(jīng)歷過這種變化的人相信更深有體會(huì)。

[[313842]]

比較大的變化，是自己的時(shí)間被瓜分的七零八落，真正屬于自己的時(shí)間幾乎沒有了，需求評(píng)審、設(shè)計(jì)評(píng)審、接口討論對(duì)接、計(jì)劃評(píng)審、UI 評(píng)審、產(chǎn)品迭代總結(jié)、公司業(yè)務(wù)討論、每天早會(huì)等各種會(huì)議;郵件處理、電話接聽、微信溝通等等，各種需要響應(yīng);張三來請(qǐng)求這個(gè)問題自己解決，李四過來問這樣做行不好?總之，一天下來，自己的事基本進(jìn)展，程序員與產(chǎn)品之間有個(gè)笑話：“不要跟產(chǎn)品經(jīng)理聊天，你跟他扯一天，他需求清晰了，你的工作什么還沒干呢?”是不是有同樣的感覺。

特別是技術(shù)出身的小伙伴，依舊會(huì)保留一些開發(fā)任務(wù)的習(xí)慣，這樣做對(duì)不對(duì)呢?為保持編碼能力，這樣做無可厚非，但要注意幾點(diǎn)：

1. 任務(wù)量不能太大，很有可能因時(shí)間不足而完不成。
2. 任務(wù)緊急重要程度要把握好，不能成為迭代完成的阻礙。
3. 任務(wù)盡量耦合性低，別人不依賴你的功能，也可以輕松進(jìn)行
4. 可以從別的小伙伴任務(wù)中分?jǐn)偅幢阕约簺]有時(shí)間處理時(shí)，也不影響此任務(wù)的達(dá)成。
5. 技術(shù)攻關(guān)可以做，盡量別影響日常團(tuán)隊(duì)協(xié)作

走到此崗位的小伙伴，經(jīng)過一段時(shí)間的磨煉后，都會(huì)產(chǎn)生一個(gè)想法：還不如回去做我的開發(fā)，做完任務(wù)交差，現(xiàn)在到好，一天天事事的，基本沒什么自己的空間、時(shí)間，從早到晚，也不知道忙個(gè)啥。想法有歸有，但人要成長(zhǎng)，必然經(jīng)歷一些蛻變，不能遇到困難就退縮，不然這個(gè)坎永遠(yuǎn)也過不去。

剛走到管理崗位的小伙伴，還要不要編碼呢，視具體情況而定。初次轉(zhuǎn)型后，未來的前景依舊充滿不確定。如果丟下技術(shù)，后期換個(gè)工作環(huán)境后，如果能從管理做起最好，如果不能的話，還是要回到開發(fā)一線從事編碼工作，還能不能保持不中斷的撿起來呢?如果繼續(xù)做管理，必定需要填補(bǔ)很多軟技能技術(shù)，如溝通技巧、協(xié)作合作、團(tuán)隊(duì)領(lǐng)導(dǎo)等等，必然會(huì)擠壓技術(shù)精進(jìn)時(shí)間。

有個(gè)萬無一失的方案：不丟下技術(shù)，時(shí)不時(shí)做一些編碼工作，哪怕是在業(yè)務(wù)時(shí)間，哪怕是做 Code Review 也是可以的。如果你篤定將來向管理崗轉(zhuǎn)型的話，那脫離編碼是早晚的事，但要確保能在管理職能上精進(jìn)很大，但這依舊充滿不確定性。

有個(gè)千萬不能做的方案：自己把編碼工作安排的滿滿的，基本不花時(shí)間在團(tuán)隊(duì)管理、成員溝通上，這個(gè)團(tuán)隊(duì)肯定不會(huì)走的長(zhǎng)久。時(shí)間分配上必定是團(tuán)隊(duì)多個(gè)人少，七三開或者八二開，甚至九一開都行，角色決定了你必須以團(tuán)隊(duì)績(jī)效說話，而不能看個(gè)人能力突出與否。你必須成就他人，才能反回來成就自己。最后，祝你編碼順利。