首次当技术leader的6个经验分享！

很多程序员只看到当领导的好处，年终、股票、期权、月薪、权利等都上升了一个等级，但大部分人其实不知道想要晋升为领导，应该锻炼哪些核心能力。

最近看到一位程序员初为领导的经验分享，当然我也和不少老领导聊过，加上我当年第一次当领导时的亲身经验，今天就跟大家分享几点。

保持自我迭代

人比机器复杂得多。

从执行者转变为管理者，几乎是从0到1，是一个不断摸索的过程。

修复bug的过程可能会让你感到沮丧，但前期管理团队可能会更让你感到沮丧。因为机器会及时反馈，人心难琢磨。

所有管理者在初期都需要学会控制自己的团队和团队每个成员。

一旦成为管理者，被打断就是常态。

写代码的时候最烦被人打断，但管理团队就是不断接收和解决问题的过程，所以心态要及时转变。

当你作为一个执行者，只需要管理好自己工作的优先级；作为管理者，要管理的是整个团队事物的优先级，你是决策者，要担风险和成本，所以优先级显得更为重要。

如何平衡好“管理不足”和“过度管理”，是一门艺术。可以说日常用一半以上时间来思考这个问题都不过分。

保持同理心

同理心是一种社会美德。

法国作家蒙田在他的作品《莱斯埃塞（Les Essais）》中就展示了很多相关内容，比如在描述食人族时。感兴趣的可以去看看，这里就不赘述了。

身为管理者，更需要保持敏锐的直觉，不断思考团队成员的想法。

比如是否有人对当前的项目不满意，是否有成员存在明显的工作矛盾等等。

及时发现问题，及时采取行动。很多事情或许和你本人无关，但与团队有关，那就是你应该处理的事。

在提出解决方案时，要更多思考风险点。有时候方案可以有很多种，团队成员拿不定主意时，你需要指明一个最有效的、风险最小的方案。

让团队程序员对你保持高度的信任是很难的，只有你用专业的方式给大家提供清晰坦诚的建议，对团队有公开透明的评估体系，他们才会信任你，觉得你是能帮助他们在技术和职业上有所发展的。

保持编程能力

一直以来都不断有人问我，当上领导了是不是就不用写代码了？

确实，转为管理者角色，时间分配会被改变，编程需要很长的不间断的时间，需要很强的专注度，这些似乎都和领导角色相矛盾。

领导的时间注定是要被频繁打断的。

话虽如此，我还是坚持“技术leader应该要一直保持编程能力”。

如果你停止了写代码，那么很快你就会失去对工程师的同理心。如果你以身作则，成员会更愿意相信你的决策和编程原则。

有些程序员是运气好，被临危受命当上领导；有些是在公司待得久，靠资历熬成一个领导；有些人是凭技术实力，年纪轻轻管理了一帮年纪比自己还大的程序员。

但无论如何，管理都是一场修行。好的领导能成就一个团队，差的领导也能毁掉一个团队。

无论你当前的角色是否是领导，我觉得以上3点都可以作为你日常工作的一些基本原则，只有这样，当机会来临时，你才能显得比别人更适合这个角色。

另外3点，下一篇再跟大家讲讲。