又一年了,技术管理的几点思考
还有几天就春节啦,先提前祝读者朋友们新春快乐!文末奉上祝福红包,不要错过哟!
烧脑的技术文已经准备好了,是一个技术系列的开篇,打算留到节后再跟大家见面了。
年底最后几个工作日,收到了公司针对我的 270 度反馈,同时也跟团队小伙伴做了绩效沟通,在管理上又多了几分思考。
今天总结几点「管理上的得与失」,算是给自己一年工作的交代,也希望让大家有所启发。
— 1 —
这次从技术内部以及产品侧收到了很多关于团队氛围的评价,99% 的反馈都是很正向的,有一条评价是这样的:
团队之间的合作相对比较顺畅,都很有责任感,基本没有各种扯皮甩锅的事发生,遇到问题也都是抱着解决问题的态度,讨论并一起找解决方案。
这种良性的环境是保证团队能一致向前最核心的因素,一旦团队氛围不好,就会逐渐出现各种管理问题,比如私底下有抱怨的声音、优秀的人会选择离开。
不论是我自己带过的团队,还是观察其他平行团队,有这样一个普遍现象:一个团队被一个 leader 带过一年之后,这个团队一定会逐渐打上 leader 的烙印,leader 的风格和处理问题的方式会逐渐成为团队大部分人的行为标杆,并在外人的印象里成为团队的标签。
只要我在,独立团就嗷嗷叫,遇到敌人就敢拼命,要是哪一天我牺牲了,独立团的战士也照样嗷嗷叫。我就不相信他们会成为棉花包,为什么呢?因为我的魂还在!
— 2 —
但有的时候,并不是工作没做好,而是预期管理不到位。举一个实际例子:
业务侧认为我们广告的 CTR(点击转化率)应该能达到大盘水平的 80%,但是算法团队努力了一整年,也只完成了 50% 不到的目标,尤其到后面,越做越吃力。
Q4 的时候,我们采用相对科学的方法盘点了一下 CTR 可提升的最大空间,发现业务侧的预期其实是过高的。
但是这一点,如果没在最开始的时候进行准确评估和预期拉齐,就算技术侧真的已经做得非常好了,这个结果也是不会被认可的。
再举一个例子:
对比年初,我们的月度线上 Bug 减少了一半,我们自认为这个成绩算可以了,但是在我的老板看来,做得并不好。
他的判断依据是:跟做得好的平行团队比,别人一个月是 1-2 个 BUG,我们这边是 7-8 个 Bug,那肯定还有不少空间。
后来跟这些团队沟通了下,因为他们的记录方式和统计口径跟我们不太一样,我们这边要严苛很多,所以才会有这么大的差距。
但这个差异其实是我的老板注意不到的,而我作为技术负责人,就需要站在他的视角去审视团队的质量情况,来管理好他的预期。
— 3 —
背后其实是这样一个怪圈:因为没有一个技术专长,每个技术方向都想深入去学,但是最有效的学习方法还没找到,最终的局面就成了「什么都学了,技术深度还是上不去」。
我结合自己的经验,给的建议是:
先选择工作中很常用的一个技术方向(比如数据库、缓存或者MQ等),收拢精力,做好单点突破。
给自己 1 年左右的时间,如果能够在这个技术方向上找到好的学习方法、建立起自己的知识体系,那这种经验就会变得尤为可贵。
因为它可以快速复制到其他技术方向,无论是对自我信心的提升还是学习效率的提升,都会大有帮助。
— 4 —
新春福利来啦:10 个红包,总金额 188,公号后台回复「888」参与抽奖,除夕晚上 12 点开奖,祝所有读者朋友新春快乐呀!
我是武哥,前亚马逊工程师,现大厂技术总监,持续分享个人的成长收获,关注我一定能提升你的视野,让我们一起进阶吧!