转岗
- 首先，你需要做出来足够出色的成绩，让别人认可你可以胜任新的岗位
- 双方都要有需求，你需要有转岗的想法，并且需要有对应的能力水平，另一方也要有相应岗位的需求，或者对应的岗位正好缺人，转岗才会比较顺利。
升职
示例1：饿了么
职级参照阿里的标准：
- P4：普通工程师
- P5：高级工程师
- P6：资深工程师
- P7：架构师、技术专家
- P8：高级技术专家
饿了么升职流程：
- 你需要提名，然后准备一个晋升的报告，去展现你自己
- 饿了么会组织一个评审会，由各个部门的人组成，这些人职级都会比你的职级高很多
- 评委会根据你的报告来给你评分，评分达到标准了就会给你晋升
把事情做好，做一个靠谱的人，才是升职的最好保障。
升职其实是你自己的水平和能力已经符合了对应岗位的要求，然后公司也觉得你可以胜任了，才会对你的职位进行对应的调整。
在准备晋升报告的时候，要注意突出重点，最好找前辈帮忙审核一下，准备的越充足，晋升的可能越大。
示例2：腾讯（鹅厂）
羊叔：
如何成为一个Leader
- 首先呢，肯定是要把代码写好，实现需求
- 如何提高自己的技能，写的代码Bug少，实现需求快
- 需要处理好各种关系，让大家都觉得你是个靠谱的人，比如说团队内部的，和产品、测试等人员去打好关系，合作做一个项目的时候，相互配合，当然这里面也包括你的上级啦，你要和你的上级保持沟通，主动汇报你项目的一些进度
- 以上都是基础条件，当然这并不能保证你就能成为一个Leader，这也需要一定的时机啦。比方说你做的业绩很好，业务的规模也慢慢扩大，那肯定需要的人也越来越多嘛，那优秀的人自然就会被选拔成为Leader。
上面是战术层面的，下面说说战略层面的，其实归结起来就是四个字：追求完美
举个例子：老板现在发现某个产品性能有问题，客户经常反馈说打开的速度比较慢，让你去定位一下，想办法解决一下。
那我从全链路去看看，哪些环节会影响性能，然后根据自己的经验去罗列一下，比如说客户端是不是有问题，服务器是不是哪些模块可能会出问题，你把这些罗列出来以后肯定要去改嘛，改了以后，测试一下，发现诶，速度的确快了不少，然后就拿给老板看，老板试用了一下，嗯的确快了不少，那就这样吧。
这样做有没有什么问题呢？目标肯定是达成了吗，但是我觉得做的还远远不够的，第一在你优化之前，其实是需要有一些数据的支撑，应该先收集一些数据，无论是客户端、前端还是服务器的数据，用数据来说话是告诉我们性能瓶颈可能在哪里，每一次优化的效果需要有数据证明，并把数据留存下来，之后，我们需要有一个整体的复盘，列出来优化的步骤及效果等等，而且优化也分短期和长期，有可能有些优化需要耗费比较大的精力，更好的办法就是把它当做一个优化的项目去看待，然后我们再每一次关键的节点或者周报当中，都能体现出你的优化的一个进展，最后优化完以后，写一个整体的优化的总结报告，发邮件出来给到老板，给到组内的同学，大家就会觉得你做事很有套路，很靠谱，逐步的信任你，给到你更多的任务，久而久之，当Leader的机会出现的时候，可能你就更容易上去吧。
技术能力是你成为一个Leader的基础，技术能力越强，成为Leader的可能越高，当然这只是一个必要条件，而不是充要条件，充要条件是在你把一个技术的影响力扩散的同时，能把自己的一些其他的影响力，比如说项目管理啊，一些沟通协调的影响力投射到整个团队的时候，你至少从心态上已经变成了一个Leader的心态。
评级流程：
每年考核两次，上半年一次，下半年一次，评级一般是在考核之后，
- 提交评级申请，在系统上申请，写申请的时候系统会判断你的申请资格，比方说你目前等级升级到下一级，年限是否达到了，越高的等级需要修炼的时间越长。对考核的成绩一般也有要求，如果考核成绩不理想的话，可能连升级的机会都没有。
- 线上的一个审核，对低级别的申请，线上直接就打审核啦，审核通过或不通过直接在线上进行，对高一点的级别的话，就需要组织线下的评审，这时候你需要根据职级的要求去准备答辩的材料，线下的答辩的话一般有三个评委，你准备好PPT以后，一般来讲，讲15分钟，然后评委会问一些问题，评委的职级一般都是你目标职级以上的，答辩完以后会统一打分，然后拉通来排一下，鹅厂晋级是有比例的，每一级都有一个晋级的比例，越高级别，晋级比例越低，排在前面的就可以晋级了。
示例3：阿里UC事业部
莲叔：
内因：我们怎么样才能成为一个有Leader特质的人，我觉得主要是思维方式的转变，比如我们作为一个程序员，需求评审，然后我们跟产品确认需求，跟测试确认用例，最后我们开始写代码，最终交付给测试，然后就完事了。那我们会做很多很多这样的需求，对我们来说是一个一个的点，那我就会思考，我们做这些点那有什么意义呢？那一个从产品层面，我的这些需求是服务于哪些业务的，它服务于业务的哪些诉求，从技术层面，我做了这些东西它连起来能不能成为一个解决方案，加入我们从这个层面开始思考，把这些点串成线，把线变成面的话，你就会收获一个全链路的思考模式，当你具备一个这样的思考模式的时候，你就会发现，你仅仅只完成那些代码编写的工作是不够的，你还需要去跟进很多事情，因为你知道，你这个东西要有用，最核心的并不仅仅只是完成，当你习惯用这样一个链路去思考，我觉得这就是一个具备Leader特质的人。
外因：
需要一个机会，比方说你是你领导下面最得力的下属，那你的领导离职了，那自然而然的你就有个一个上位的时机。
你已经是一个具备Leader特质的人，然后刚好你们公司有些新的业务，新的项目要上，那自然而然首先考虑的肯定是你。
增强影响力需要修炼两个方面：
- 不怕吃亏的心态，工作中我们是有分工的，有些事情你觉得不是你的事，不想做，但其实如果你能把这些别人不愿意做的脏活累活做好的话，别人就会觉得你很靠谱
- 全链路拿结果的项目管理能力
评级流程：
每年大概夏天的时候，开始提交晋升的请求，分为你可以自己提交，也可以是你的主管替你提交。如果你的绩效很好的话，你就可以自己提交；如果主管觉得某个人很不错，哪怕绩效不是很好，那主管也可以提名他。提名完了以后呢，就先拉通审核一下，如果过了以后呢，OK，那就开始准备。准备呢，你就是要做一个PPT，PPT的内容呢就包含你从上一次晋升到现在都做了什么事情。讲PPT的时候一般会有三到四名评委，评委的职级一般是你目标职级在往上一级，就比如你P6升P7，那评委至少是P8。晋升的时候，每个评委会根据你的表现以及提问的回答来给你打分，看你是否符合新一个职级的要求，完了之后开始投票。
理论上没有名额限制，只要你能力达到了，就可以。
答辩时需要注意的问题：
首先，晋升PPT不是对你过往工作的罗列，你靠量是升职不了的，不是说你做的越多就能晋升，而是通过你的PPT说明你通过日常工作的积累，能力上达到了下一级别的要求。你更多的是要体现出，你通过做了一个什么事情，他可以证明你已经具备了下一个级别所要求的能力，比如说沟通，项目管理等。
其二，对于开发来说，最大的两个坑一个是体系化，一个是数据化。体系化是指，你在做一个事情的时候，你有没有把它打穿，打透，就比如说，当别人问你当初为什么不这么做？那样不是会更好吗？如果你回答说，当时因为时间问题，当时只追求快速开发，那就很减分，如果你说你当时也预料到了，计划里写了，只不过是因为排期的问题暂时还没有上，这就属于一个还OK的回答，总的来说就是，你不能做一个事情，但是你对那个事情的思考，还没有当时临场听你说这个事情的评委想的多，这就是一个非常减分的事情。所以说我们做一个事情要很体系，要考虑到它的方方面面，它的弊端它的优势，它还能怎么做，它优化的方案有哪些。第二个是数据化，开发经常把关注的重点放在一个事情要怎么做，而不是会放在，这件事做了之后该怎么衡量效果。就比如说我们在做一些启动速度优化的时候，我们很容易知道比如说它分为main函数前、main函数后，它可以精简一些初始化的调用，或者精简一些库的加载，或者精简一些runtime方法，但是当别人问你说，你做了这些事情，最终达到一个什么样的效果在数据的层面，大多数人就抓瞎了。其实很多时候，如何找到一个合适的技术指标来衡量我们做的一些技术性的事情的价值，往往比怎么做更加重要。
提升自己的通用办法
把分配给自己的每一个项目做彻底，方方面面的细节都能想到，比如说代码质量，自我项目管理和输出的一个能力，项目总结的能力，然后还有一个沟通协调的能力。这些其实都可以通过每个项目的实践，去逐步积累经验的。资源就在那里，你能不能去合理的调配，变成自己的能力，还是要看你自己的努力了。
每天在做业务需求，可能技术上我们没有什么成长，那我们是不是可以在一些解决方案上更加成熟一些，你如何更好的解决业务需求，更好的赋能业务，这些其实总是会有一些技术的点可以挖的，所以说主要是一个视角的问题，如何更好的用技术手段来解决业务问题提升业务效率，从这些方面去挖，一般都能挖到一些点，然后一方面能够让你提升技术，一方面也能更快更好的解决业务问题。
优秀的小弟
- 积极主动，有死磕精神，把一个问题能解决的很透彻
- 作为一个研发，如果能站在业务的角度去思考问题，这是很难能可贵的。能够以更好的解决业务问题的方面去跟产品PK需求。
- 能够帮产品想清楚他要怎么交差。
