做了两年技术 Leader，聊聊我的技术管理思考
点击蓝色“陈树义”关注我哟
深圳湾总部基地
昨天因为产品需求文档写得太烂，一直以来没什么改进，于是怒怼了产品一波。后来觉得那样怼可能也没啥用，他可能确实就是不知道该怎么写好一个需求文档。于是我自己反思了一下，今天也趁机总结写一写技术管理的自我修养。
从去年年初刚刚到现在这个公司，从一个全新的业务开始，一点点把整个系统做好。从一个只有两个人的团队，到现在 9 个人的团队。经历了技术架构调整、团队建设、人员招聘整个过程，可以说是成长最大的一年了。下面和大家分享几点我最大的感受，也是我觉得作为一个技术管理者应该具备的自我修养。
带团队拿结果
作为一个基层的管理者，没有什么事情比你拿结果更加重要了。带团队拿结果是你作为基层管理者最基础的能力，如果连这一点都做不好，那这个 Leader 就不称职了。
如果你想做一个 leader，那么你要把你手头上所经手的事情都高质量完成。这样你才具备了成为 leader 的充分条件。
控制好情绪
与一线员工相比，管理者更需要控制好自己的情绪。不仅需要好好和上级领导沟通，面对同级小伙伴、下级员工更是需要把控好情绪，好好沟通。无论什么时候都不能将你的愤怒、厌恶等负面情绪袒露出来。
针对这一点，真的是需要很长时间去修炼的。对于一些人，他们本身性格比较温和，这点对于他们来说没什么难度。但对于另外一些人，他们本身性格比较强势，性格比较急躁，这点对于他们的要求就比较高了。
有技巧的沟通
在做 Leader 的时候，经常会与产品、测试沟通，有时候避免不了需要指出对方的问题。有些时候你委婉地说了对方几次问题，对方都还是无动于衷，这时候你可能会很恼怒。这时候你可能会丧失理智，直接说出你的看法和印象。
但往往这个时候的沟通真的是无效的。你太直接说出你的印象和看法，别人会觉得被羞辱了，会抗拒你的意见。没错，我也犯过这样的错误。事后回过头来想，当时完全是情绪的宣泄，没有指出具体的问题所在，也没有很好地照顾对方的情绪。
有效的沟通应该委婉指出对方可能存在的问题，在照顾好对方情绪的前提下，再帮助对方去提高。 所以有效沟通真的太难了！本来这是一件对方应该去改正好的事情，但如果对方不是很清晰地意识到问题所在。你还要当个宝妈一样，一点点照顾对方情绪去喂养对方。这本来应该是对方应该去清晰的反思的问题，这个责任现在却在你头上了。
我想这也是很多职场老油条存在的原因，就是做好人的成本太高了。如果对方能很好领会你的意思，那有效沟通很简单。如果对方不是很能领会你的意思，那你就需要有技巧地沟通，你的沟通成本就很大了。这或许就是为什么职场很多人选择不作为的原因，可以不说的就不说，可以不做的就不做，因为确实太累了。
但从个人发展的角度来看，这种也是一种非常有用的沟通技巧。 当你学会了这种沟通技巧，你会更加容易与他们融入到一个团队中。从这一点看，学会这个有效的沟通技巧还是很有必要的。学会了你可以有选择性的使用，可以帮助你把事情做得更好！
建立流程规范
当你是一个将近十人的团队 leader 时，你此时最重要的工作并不是写代码，而是建立规范。
随着人数不断增多，你会发现组员各种想法越来越多。对于同一个事情，可能他有这个想法，另外一个人有其他想法。同样对于做事的流程，每个人都有各自的想法。如果没有一个规范来约束，那么整个做事流程就会乱套了。
为什么要有流程规范？
流程存在的意义是让做事更加稳定，能达到一个平均的水平。 如果大家做事都很牛逼不出错，那这个时候可以不需要流程规范，按照自己的想法来。这也是为什么越是牛逼的公司，他们的管理越加宽松的原因。这是因为像 Google、微软这样的公司，员工的平均水平很高，最差也不会差到哪里去，所以他们可以相对宽松一些。
但对于一个中小公司而言，能找到的人才资源是有限的，人才的质量也是参差不齐的。可能同样一个部门的几个小伙伴，有一个人的能力是 8，但另外一个人的能力可能就是 3 了。这时同样一个事情，如果没有规范，那么能力 8 的人可能做到 8 分，能力 3 的人就做到 8 分（做砸了！）。
但对于公司以及管理者而言，他们肯定希望无论谁来做，都能做到一个平均的水平，不搞砸了。这就是流程存在的意义和价值。流程是对过去发生问题的规避，通过设置各种各样的环节，去避免过去所犯的错误。
建立能力模型
不同的业务，所需要的能力是不同的。不同的团队成员，他们所具备的能力也是不同的。对于团队 leader，你需要去挖掘团队需要什么能力？如何补足团队成员那些不足的能力？通过建立能力模型，让大家都能具备做这块业务所具备的能力，从而让大家都能做得更好！
对于我们团队来说，我总结的能力模型包括了四个方面：专业能力、文档能力、规范能力、做事能力。
专业能力。 指的是专业的 Java 技术技能。不同小伙伴所具备的能力不同，有些可能会 JVM 故障排除，有些人可能不会。
文档书写能力。 指的是能够写出人人都看得懂的文档，而不是随意得写一写。如果每个人都能写好文档，那么我们的技术方案评审就可以高效率进行，不需要每次都开会沟通。开会沟通高效，但是成本太高，占用时间太多。
流程规范能力。 指的是在做需求的时候，对于项目流程的遵守情况，是否完全遵守了项目的流程规范。这里可以分为很多规范，例如：需求开发流程规范、分支合并规范等。
沟通做事能力。 指的是与他人沟通的时候，是否有头有尾等。不得不说，有些人做事就是没头没尾的，这些人你就需要与他们沟通。
小结
今天分享的都是我工作中的思考，也是未来慢慢准备去做的事情。有一些可能并不一定对，但是是一个尝试的方向。例如关于能力模型这块，我会想是否真的有必要花大功夫做这件事情？虽然确实是有需要的，但是这个事情感觉很花时间呐。
所以今天的分享可能并不是结束，而是一个开始。后续如果有更多的想法和感悟，我也会继续与大家分享。如果大家觉得有收获，欢迎通过公众号加我好友，与我沟通。
推荐阅读
我双十一省了一个亿，聊聊我的购物消费观
时间真的就像海绵里的水，挤挤就会有吗？
树义荐书：你是你吃出来的！
要学会放弃一些不属于自己的机会
深圳特区建立40周年，说说我对深圳的十年印象
2 个月减 10 斤，我是如何做到的？
请不要过度挥霍自己的自信心
你解决的问题，比你写的代码更重要！
如何做到长远思考？
公众号@陈树义，用最简单的语言，分享我的技术见解。