CONTEXT 这个话题地里已经有很多贴子讨论过。但是因为我自己的升职路线也和身边人很不同所以也想来分享一些自己的看法。对自己算是总结提升，对他人希望也能起到帮助。 我自己是3到4非常快，4到5非常慢。可能对某些point有不同的看法。然后观察到team里比较close的人5到6，6到7，有了一个垂直的全面信息。 STEPS . Χ 3: 做‘被安排’的‘小’事情。 在3这个入门level，需要做的就是完成好‘被’mgr，TL，senior安排的‘小’事情。 这里想强调一下 ‘被’和‘小’： 被：就是说在这个阶段的expectation，不需要我们去自己发现要做什么，以及整个project的next step。 小：整个做的事scale比较小，比如大project里的一个module，或者整个proj的testing end-to-end . .и red/exceeds case： 理解了被和小，就能理解怎么能exceeds 和快速到4: 如果你在 这两点上有反向的signal，比如与其一直‘被’，你经常反向给mgr/TL说你觉得该做啥了，以及做出来了，一般都是大signal。或者，你自己做的小东西做的多了，开始做大的了，也是大signal 反之，3被red flag的一般就是：太‘被’：几乎不主动，无论大小全是被assign也没有自己想法或对技术的理解。 太‘小’：发现手上的活干不出来，需要做更小的活才能舒适handle。长期这两点，很容易miss rating 广告 4:‘高完成度‘地做’大一点‘的事 4 相较于3 的delta就在于，scale变大了一些，从module到了一个medium-to-large project。而且对完成度很有考究。 高完成度： 能在合理的时间（X weeks）里完成这个project，完成度100%。这里想突出一下’完成度‘，很多junior的误区就在于，写好了所有code，加上一些unit/e2e test，land 了就算完事了。这个认知其实是个很不好的习惯（也是下文会说我踩的最大的坑）。完成度体现在你对这个business/area goal的最终贡献，比如这个area需要你这个feature才能保证你们组product能服务X个customer 组的某需