We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
我是 15 年从计算机专业毕业,理所应当的从事了软件开发行业,在一家公司一直做一线开发直到 2021 年,我的 leader有了更好的去处,所以我被“拉”到了这个大前端leader的位置,拉这个字,我定义为你的能力不足以胜任某个位置,而只有你还行,能拉一拉。尽管我一开始觉得自己不太适合这个角色,但我还是决定尝试。
在这三年的时间里,我经历了许多挑战和学习,以下是我对这段经历的总结和感悟。
一开始,我对领导职位有一些错误的理解,认为主要任务是分任务、追进度、写代码。一晃半年过去了,因为我要学习管理,我花了很多时间看各种管理的书,也间接的缩短了我写代码的时间。你说看书有用吗? 我也不知道,反正写代码的时间变少了。摸鱼的时间变多了,虽然是在看书,但结果是差不多的。大概也就是半年多这个节点,我的老大找到了我。 让我总结这半年来的变化和感受。 我的回答是,没有什么变化,跟之前差不多,就是多关注了一下每个人在干啥,写写周报,多看了几本书。我的leader提醒我思考自己的时间是否足够用,思考领导工作的本质。
后来我发现,一直写代码写业务,并不能解决我的时间够不够用的问题。我需要让占用我时间的事情,是可控的,是稳定的。那样我才有时间思考和实现我真正需要做的事情。于是乎有了 「严格的bug解决流程」「技术债清理项目」「版本管理系统」。
一个团队里面,大致要分为三个层,P0:解决T0问题的人,P1:中间层设计技术方案的人,P2:执行技术方案的人。这里面每个层级你需要多少人,现有的人属于哪个等级,是管理者需要思考的问题。你最常用的是P1,但你必须要养一个P0 如果没有P0 那么你就会变成 P0,而且你要时刻关注他们的状态,因为这两种人是任何企业都需要的人。
尽管你是他们的leader,需要关注他们的成长,但应该杜绝保姆式的指导,你终究要服务的是业务,业务才是你的导向,不是他们更适合哪种技术才会有更好的发展。而是哪些人愿意更好的服务公司业务的人才有机会留下来“成长”。
别把问题抛给你的上级,这个问题没有流程和规范,你只要记住,别把问题抛给上级,你可以让他选择方案。但你不能问他应该怎么做。因为他需要你的原因就是让你解决这些问题的。向上管理是一问大学问,我认为我还处于最底层的理解。为了避免误导大家。这里便不多说了。
最后,为了留住优秀的团队成员,提供完善的福利待遇是至关重要的。领导者应该尽力为团队成员争取福利,保障业务和团队的稳定,而不仅仅考虑公司的财务状况。
总的来说,这三年的团队管理经历让我学到了很多,管理团队是一项复杂而又有趣的工作,需要知行合一,不断学习实践和适应社会的规则。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
三年团队管理总结
前言
我是 15 年从计算机专业毕业,理所应当的从事了软件开发行业,在一家公司一直做一线开发直到 2021 年,我的 leader有了更好的去处,所以我被“拉”到了这个大前端leader的位置,拉这个字,我定义为你的能力不足以胜任某个位置,而只有你还行,能拉一拉。尽管我一开始觉得自己不太适合这个角色,但我还是决定尝试。
1. 对 leader 职位的错误理解
一开始,我对领导职位有一些错误的理解,认为主要任务是分任务、追进度、写代码。一晃半年过去了,因为我要学习管理,我花了很多时间看各种管理的书,也间接的缩短了我写代码的时间。你说看书有用吗? 我也不知道,反正写代码的时间变少了。摸鱼的时间变多了,虽然是在看书,但结果是差不多的。大概也就是半年多这个节点,我的老大找到了我。 让我总结这半年来的变化和感受。 我的回答是,没有什么变化,跟之前差不多,就是多关注了一下每个人在干啥,写写周报,多看了几本书。我的leader提醒我思考自己的时间是否足够用,思考领导工作的本质。
2. 想法摘掉救火队员的「帽子」
后来我发现,一直写代码写业务,并不能解决我的时间够不够用的问题。我需要让占用我时间的事情,是可控的,是稳定的。那样我才有时间思考和实现我真正需要做的事情。于是乎有了 「严格的bug解决流程」「技术债清理项目」「版本管理系统」。
3. 构建金字塔团队形态
一个团队里面,大致要分为三个层,P0:解决T0问题的人,P1:中间层设计技术方案的人,P2:执行技术方案的人。这里面每个层级你需要多少人,现有的人属于哪个等级,是管理者需要思考的问题。你最常用的是P1,但你必须要养一个P0 如果没有P0 那么你就会变成 P0,而且你要时刻关注他们的状态,因为这两种人是任何企业都需要的人。
4. 你是管理者,不是人生导师。
尽管你是他们的leader,需要关注他们的成长,但应该杜绝保姆式的指导,你终究要服务的是业务,业务才是你的导向,不是他们更适合哪种技术才会有更好的发展。而是哪些人愿意更好的服务公司业务的人才有机会留下来“成长”。
5. 向上管理
别把问题抛给你的上级,这个问题没有流程和规范,你只要记住,别把问题抛给上级,你可以让他选择方案。但你不能问他应该怎么做。因为他需要你的原因就是让你解决这些问题的。向上管理是一问大学问,我认为我还处于最底层的理解。为了避免误导大家。这里便不多说了。
6. 没有好的福利,一切都是空话。
最后,为了留住优秀的团队成员,提供完善的福利待遇是至关重要的。领导者应该尽力为团队成员争取福利,保障业务和团队的稳定,而不仅仅考虑公司的财务状况。
总的来说,这三年的团队管理经历让我学到了很多,管理团队是一项复杂而又有趣的工作,需要知行合一,不断学习实践和适应社会的规则。
The text was updated successfully, but these errors were encountered: