程序员的管理经验

从一个工程师成长为一个管理者，有不少须要转变的思想，若是你遇到了瓶颈，或许个人经验能帮到你，感谢。

向下管理

1. 不去写重复的应用代码，去作新的或者更低层的代码研究。
2. 去关注产品。
3. 与其余部门，例如pm提出的需求，采用yes，but模式去回答。而不是以工程师思惟来思考，遇到需求先考虑资源是否充足，技术难度等，习惯性的说no。
4. 必定要让那些让你满意的人满意，不让你满意的人能够选择性的放弃。
5. 赋能你的team staff，看到每一个人的优缺点，扬长避短。
6. 向上多表现，向下多关心，平级多帮助，把荣誉给下属。
7. 若是能招到一个比你级别高的人，他还心甘情愿在你手下工做，这至关于变相提高了本身的级别。
8. 在一家高速发展中的公司，作一个技术leader最重要的事是招聘，其次是人员管理和技术提高。
9. 对下属要严格，认真帮助他分析本身的优缺点，并帮助他提高优势，规避缺点，让他作可以发挥他长处的事情。
10. 管理team有一个很是重要的关键点，就是人员的架构。
11. 关注PM，QA，后端RD的感觉，让他们爽，你就会爽，领导老是会从侧面了解你的团队。
12. 两周作一次staff谈话，了解工做状态和诉求，让他多说，本身多听。
13. 把对staff的反馈放在平时，不要积怨，不要将误会加深。

向上管理

1. 与领导有冲突，事前要理智的分析。要反思。
   • 太快下判断，觉得领导要搞你，其实他是为了帮助你。
   • 不要单向控制，向领导隐瞒你工做的过程。
   • 从本身的角度出发，看不全面，必定去跟领导沟通，可是以前要把本身站在老板的角度把细节想明白。
2. 跟领导谈的时候要注意。
   • 利益要一致。
   • 澄清问题，个人意思是什么，而不是什么。
   • 尊重，尊重对方的情绪。就事论事，行为和人分开。
   • 信赖对方。
3. 了解你的老板，知道他们在乎什么，了解他们的性格和习惯，是阅读型仍是倾听型的。
4. 让老板知道你在作什么。（但不要太细节）
5. 了解本身的不可替代性，在恰当的时候，跟老板提要求。
6. 真诚的为公司和老板考虑。

左右管理

1. 让跟你合做的人舒服，尊重他们。
2. 作利益交换，达到双赢。

作一个技术leader

1. 跟我一块儿冲。
2. 发展员工。
3. 给予team成绩，让团队每一个人成功。
4. 沟通和协做，增长staff参与感。
5. 赢得他人的信任，让别人乐于分享他的问题。
6. 倾向性，给别人肯定的答案。
7. 把本身的team当作一家公司，你应该作什么可以让team自给自足，并能赚到更多的钱。
8. 扩大团队影响力，有两个思路
   1. 找到本身团队工做中的痛点，解决它并把他推广到其余team，甚至打形成一个产品，向社会交付。（好比性能监控平台）
   2. 找到跟你合做的人或者team的痛点，开发技术工具来解决，提供合做效率。（好比UI切图重命名工具，雪碧图生成器）
9. 当你成为一个20人以上团队的leader，技术会变得不重要，找到懂技术的人，作技术创新和业务创新，变得更重要。

自我修养

1. 作的更多一点，作的比你的主管安排给你的任务更多一点。
2. 熟悉更多业务和代码，不论是不是你写的。
3. 熟悉端到端，各端的架构和业务。
4. 自学更多基础和底层的原理性的知识。
5. 作的更好一点，针对系统和业务里面的不合理的地方，提出并修改他。（向领导展示本身，同时加强本身对业务和代码的熟悉性。）
6. 经过看书系统性的学习，经过看文章查找疑问点，找寻一些方法。
7. 将所学的东西真正实践，本身模拟环境写demo。
8. 讲给别人听。

工程师成长

高级工程师

1. 多作一点，尤为是测试。
2. 交付一个完整产品。
3. 别人能够继承你的代码，不要有坑。
4. 提供一个可扩展的系统。
5. P6能够本身解决问题。
6. p6能够独立解决一件复杂问题。

专家 （团队）

1. 规范制定
2. 树榜样，你怎么作，他怎么作。（一级一级的学习，分治和递归）
3. 拆分复杂问题成小问题的能力。
4. P7能够将本身的技术影响力拓展到整个Team。
5. P7能够批量解决复杂问题。

大厂对各个级别能力的要求

---

欢迎访问个人Blog: yondu.vip