从技术岗转管理岗的心路历程

1,985 阅读4分钟

转岗前

  • 我相信很多开发一开始都是跟我一样,想在技术上不断的突破,成为高级,成为架构师,成为专家,成为那些TOP;但是我也发现技术提升到某一阶段之后也会开始阻塞,进展缓慢,感觉到达了瓶颈,这时候要么跳槽去大厂接触更多技术要么就是打磨自己现有技术体系,尝试开发一些开源项目等.

机会

  • 以前经常听说机会是给有准备的人,但是我看过一边报道说80%的技术转管理都是被赶鸭子上架的(哈哈哈).
  • 那一天老大找到我,(内心一惊,以为什么事)先是跟我讲了公司业务发展的迅猛,然后夸我技术和能力的靠谱(套路,都是套路),然后说公司要有新的组织架构,要选我当其中一个组的组长(我当时听到这里内心一颤,一方面是别人肯定你的能力,一方面怕做不好;但是我经过短暂的沉默答应了下来),具体询问了职责和工作内容,然后就开始了管理之路.

组织架构

  • 整个小组由Java+iOS+Android+H5+web+QC+PM 大概10个人组成
  • 组长负责组内的日常运行(需求的进度,例会的召开,人员的调度)
  • 工作的粒度以周为单位,本周安排下两周的需求,由组长和产品共同决定
  • 组长要维护需求池和对外进行沟通

一开始

  • 一开始我还是以一个开发的心态去处理的,甚至比较难的需求都会安排给自己,每天都很忙,开会,开发,处理问题,感觉人都要裂开了,甚至有时候自己花了精力也没做好,不是需求没做好就是没有协调好,很苦恼.
  • 这样的状态持续了将近一个月,自己感觉这样下去会死人的,就去请教其他的组长(没什么好羞耻的,达者为师),尤其请教了我们Java的栈长.给出的建议是:自己要抽离出来,从编码中抽出来,发现和培养下属让他们承担更多的东西,没必要什么东西都自己扛,最最重要的就是要心态和角色的定位.
  • 总结下来发现还是自己的心态和角色没有定位好,还是拿开发的心态去处理(开发面对的是程序,而组长面对的是开发),还有一个就是角色的定位,我承认我一开始对这个组长没啥别样的感觉,就是觉得多了一项工作内容,偏偏就是这里出问题了,每个角色都有角色该做的事,不是说就完全不编码,而是重心要转向管理,一人多职时间久了会出问题的.

3个月了

  • 领导,组织,监督,这现在就成了我主要的工作了,编码占日常的比重慢慢变少了,已经能保证日常的正常运行;例会,需求评审,线上问题处理,需求收集等慢慢的开始能hold住了.
  • 自己手上负责的模块和功能慢慢的也转交给其他Java同事了,更多的是需求的技术评审和技术实现,以及代码的review.

5个月了

  • 跟一开始觉的转岗会把技术给丢的患得患失不同,现在有了更深的体悟,既然单纯的技术很难继续拔尖,那就双修做一个复合型的人才,会管理的开发不是更有价值嘛!
  • 感觉以前都是比较羞耻的尤其是叫人加班(哈哈哈,成为了自己讨厌的人),但是现在不一样了,心态变了,开会定下来的时间,除了客观的原因,即使加班还是怎么的都得搞完,因为以大局来看如果因为你一个人延期,整体都得延期,影响的是整个团队,而你得为团队负责,不得不做(理解以前的老大了).

7个月了

  • 自己有点心得了,有点庆幸自己有这个机会,接触了一个全新的世界,有点理解自己曾经的领导或者老板为什么会有那些行为了(都是被逼的),还得不断学习.
  • 对上运营或者客服,已经不那么怂了,跟他们讨论需求方案,发现背后的问题,再转化成真正要做的需求,懂的say no.

还在进行中

...........

总结

  • 如果有机会一定要把握,要学会感恩
  • 方法和心态很重要,要不断的调整和转化
  • 三人行必有我师,多向别人学习

写在最后

本人资历尚欠,如有什么不足的地方希望大家指出,互相学习,互相成就!