做了两年技术 Leader,聊聊我的技术管理思考

点击蓝色“陈树义”关注我哟

深圳湾总部基地

昨天因为产品需求文档写得太烂,一直以来没什么改进,于是怒怼了产品一波。后来觉得那样怼可能也没啥用,他可能确实就是不知道该怎么写好一个需求文档。于是我自己反思了一下,今天也趁机总结写一写技术管理的自我修养。

从去年年初刚刚到现在这个公司,从一个全新的业务开始,一点点把整个系统做好。从一个只有两个人的团队,到现在 9 个人的团队。经历了技术架构调整、团队建设、人员招聘整个过程,可以说是成长最大的一年了。下面和大家分享几点我最大的感受,也是我觉得作为一个技术管理者应该具备的自我修养。

带团队拿结果

作为一个基层的管理者,没有什么事情比你拿结果更加重要了。带团队拿结果是你作为基层管理者最基础的能力,如果连这一点都做不好,那这个 Leader 就不称职了。

如果你想做一个 leader,那么你要把你手头上所经手的事情都高质量完成。这样你才具备了成为 leader 的充分条件。

控制好情绪

与一线员工相比,管理者更需要控制好自己的情绪。不仅需要好好和上级领导沟通,面对同级小伙伴、下级员工更是需要把控好情绪,好好沟通。无论什么时候都不能将你的愤怒、厌恶等负面情绪袒露出来。

针对这一点,真的是需要很长时间去修炼的。对于一些人,他们本身性格比较温和,这点对于他们来说没什么难度。但对于另外一些人,他们本身性格比较强势,性格比较急躁,这点对于他们的要求就比较高了。

有技巧的沟通

在做 Leader 的时候,经常会与产品、测试沟通,有时候避免不了需要指出对方的问题。有些时候你委婉地说了对方几次问题,对方都还是无动于衷,这时候你可能会很恼怒。这时候你可能会丧失理智,直接说出你的看法和印象。

但往往这个时候的沟通真的是无效的。你太直接说出你的印象和看法,别人会觉得被羞辱了,会抗拒你的意见。没错,我也犯过这样的错误。事后回过头来想,当时完全是情绪的宣泄,没有指出具体的问题所在,也没有很好地照顾对方的情绪。

有效的沟通应该委婉指出对方可能存在的问题,在照顾好对方情绪的前提下,再帮助对方去提高。 所以有效沟通真的太难了!本来这是一件对方应该去改正好的事情,但如果对方不是很清晰地意识到问题所在。你还要当个宝妈一样,一点点照顾对方情绪去喂养对方。这本来应该是对方应该去清晰的反思的问题,这个责任现在却在你头上了。

我想这也是很多职场老油条存在的原因,就是做好人的成本太高了。如果对方能很好领会你的意思,那有效沟通很简单。如果对方不是很能领会你的意思,那你就需要有技巧地沟通,你的沟通成本就很大了。这或许就是为什么职场很多人选择不作为的原因,可以不说的就不说,可以不做的就不做,因为确实太累了。

但从个人发展的角度来看,这种也是一种非常有用的沟通技巧。 当你学会了这种沟通技巧,你会更加容易与他们融入到一个团队中。从这一点看,学会这个有效的沟通技巧还是很有必要的。学会了你可以有选择性的使用,可以帮助你把事情做得更好!

建立流程规范

当你是一个将近十人的团队 leader 时,你此时最重要的工作并不是写代码,而是建立规范。

随着人数不断增多,你会发现组员各种想法越来越多。对于同一个事情,可能他有这个想法,另外一个人有其他想法。同样对于做事的流程,每个人都有各自的想法。如果没有一个规范来约束,那么整个做事流程就会乱套了。

为什么要有流程规范?

流程存在的意义是让做事更加稳定,能达到一个平均的水平。 如果大家做事都很牛逼不出错,那这个时候可以不需要流程规范,按照自己的想法来。这也是为什么越是牛逼的公司,他们的管理越加宽松的原因。这是因为像 Google、微软这样的公司,员工的平均水平很高,最差也不会差到哪里去,所以他们可以相对宽松一些。

但对于一个中小公司而言,能找到的人才资源是有限的,人才的质量也是参差不齐的。可能同样一个部门的几个小伙伴,有一个人的能力是 8,但另外一个人的能力可能就是 3 了。这时同样一个事情,如果没有规范,那么能力 8 的人可能做到 8 分,能力 3 的人就做到 8 分(做砸了!)。

但对于公司以及管理者而言,他们肯定希望无论谁来做,都能做到一个平均的水平,不搞砸了。这就是流程存在的意义和价值。流程是对过去发生问题的规避,通过设置各种各样的环节,去避免过去所犯的错误。

建立能力模型

不同的业务,所需要的能力是不同的。不同的团队成员,他们所具备的能力也是不同的。对于团队 leader,你需要去挖掘团队需要什么能力?如何补足团队成员那些不足的能力?通过建立能力模型,让大家都能具备做这块业务所具备的能力,从而让大家都能做得更好!

对于我们团队来说,我总结的能力模型包括了四个方面:专业能力、文档能力、规范能力、做事能力。

专业能力。 指的是专业的 Java 技术技能。不同小伙伴所具备的能力不同,有些可能会 JVM 故障排除,有些人可能不会。

文档书写能力。 指的是能够写出人人都看得懂的文档,而不是随意得写一写。如果每个人都能写好文档,那么我们的技术方案评审就可以高效率进行,不需要每次都开会沟通。开会沟通高效,但是成本太高,占用时间太多。

流程规范能力。 指的是在做需求的时候,对于项目流程的遵守情况,是否完全遵守了项目的流程规范。这里可以分为很多规范,例如:需求开发流程规范、分支合并规范等。

沟通做事能力。 指的是与他人沟通的时候,是否有头有尾等。不得不说,有些人做事就是没头没尾的,这些人你就需要与他们沟通。

小结

今天分享的都是我工作中的思考,也是未来慢慢准备去做的事情。有一些可能并不一定对,但是是一个尝试的方向。例如关于能力模型这块,我会想是否真的有必要花大功夫做这件事情?虽然确实是有需要的,但是这个事情感觉很花时间呐。

所以今天的分享可能并不是结束,而是一个开始。后续如果有更多的想法和感悟,我也会继续与大家分享。如果大家觉得有收获,欢迎通过公众号加我好友,与我沟通。


推荐阅读

公众号@陈树义,用最简单的语言,分享我的技术见解。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值