还要不要从事编码工作？

理、电话接听、微信沟通等等，各种需要响应;张三来请求这个问题自己解决，李四过来问这样做行不好?总之，一天下来，自己的事基本进展，程序员与产品之间有个笑话：“不要跟产品经理聊天，你跟他扯一天，他需求清晰了，你的工作什么还没干呢?”是不是有同样的感觉。

特别是技术出身的小伙伴，依旧会保留一些开发任务的习惯，这样做对不对呢?为保持编码能力，这样做无可厚非，但要注意几点：

1. 任务量不能太大，很有可能因时间不足而完不成。
2. 任务紧急重要程度要把握好，不能成为迭代完成的阻碍。
3. 任务尽量耦合性低，别人不依赖你的功能，也可以轻松进行
4. 可以从别的小伙伴任务中分摊，即便自己没有时间处理时，也不影响此任务的达成。
5. 技术攻关可以做，尽量别影响日常团队协作

走到此岗位的小伙伴，经过一段时间的磨炼后，都会产生一个想法：还不如回去做我的开发，做完任务交差，现在到好，一天天事事的，基本没什么自己的空间、时间，从早到晚，也不知道忙个啥。想法有归有，但人要成长，必然经历一些蜕变，不能遇到困难就退缩，不然这个坎永远也过不去。

刚走到管理岗位的小伙伴，还要不要编码呢，视具体情况而定。初次转型后，未来的前景依旧充满不确定。如果丢下技术，后期换个工作环境后，如果能从管理做起最好，如果不能的话，还是要回到开发一线从事编码工作，还能不能保持不中断的捡起来呢?如果继续做管理，必定需要填补很多软技能技术，如沟通技巧、协作合作、团队领导等等，必然会挤压技术精进时间。

有个万无一失的方案：不丢下技术，时不时做一些编码工作，哪怕是在业务时间，哪怕是做 Code Review 也是可以的。如果你笃定将来向管理岗转型的话，那脱离编码是早晚的事，但要确保能在管理职能上精进很大，但这依旧充满不确定性。

有个千万不能做的方案：自己把编码工作安排的满满的，基本不花时间在团队管理、成员沟通上，这个团队肯定不会走的长久。时间分配上必定是团队多个人少，七三开或者八二开，甚至九一开都行，角色决定了你必须以团队绩效说话，

（编辑：长春站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!