有几个mentee，最近都有问到写升职报告（promotion document）的问题。发现挺多人对写升职报告感到头疼的，没思路，不知道怎么写。所以我想着把自己的经验和心得总结出来，或许能给看到这篇分享的人一丢丢帮助～
审题
升职报告就像命题作文，最怕跑题。公司一般有官方文件，写明要求，格式，框架等。在亚马逊，我读文件的理解是程序员必须 perform at the next level。 就是说做着L5工作内容的L4，才满足升职要求。所以写L4 -> L5 的升职报告，要踩点在L5的工作范畴，而不是围绕自己是个优秀的L4。如果不确定自己审题准不准，可以问经理，mentor，借阅别人的升职报告做参考。
列大纲
审题完成了，下面就定文体，列大纲。我帮几个人改过升职报告，发现有人写成了叙事文，容易成流水账，没有重点。不小心成抒情文了，读着只会让人觉得很励志。我觉得写的时候要提醒自己写的是议论文，针对论点写清楚论据就好。
论点： 本人现已超纲完成公司升职要求，请速速升职加薪吧。
论据（s）：升职要求做到____，我满足要求了，因为我做了____。 把自己之前的工作项目列出来匹配填空。
一鼓作气完成草稿
一开始感觉写不出来，脑子堵塞是很正常的。思维有惯性，起步的时候比较难。好比车子加速的过程，只要别刹车，后面会渐入佳境。一定要避免在一个地方来回摩擦，今天写一点，明天挤一点，效率会很低，而且越写越焦虑。我喜欢一鼓作气，先把自己所有的想法以最快的速度导出。在一天中思维最活跃的连续的3-4个小时，噼里啪啦打完。不要被遣词造句，语法，抓数据这些事情困扰。第一遍草稿打出来后，隔两天再顺一遍。把笔误，语法，用词调整一下。这时候你会惊喜的发现，速写的文章挺不错的。因为思维连贯流畅，所以会表意明确而且逻辑性强。
反馈&修改
第一遍草稿打好了，就可以发给经理，mentor，朋友看。然后跟他们约时间讨论。不是所有的反馈都值得采纳，为了节约时间，我会等所有反馈攒齐了，综合起来，改提到最多的几点。我一开始不会给文件加数据，贴链接什么的，因为要花挺多时间的。我就等别人提出哪里少了数据，我就知道哪里说服力不够了，再去加强，省得花时间抓了很多没用的数据。
Feedback
准备升职要看清对feedback的要求，平时完成工作的同时，多注意人际关系的积累。比如亚马逊升senior SDE是需要 >=6个 L6级别以上的人给写feedback的。其中至少一半的人需要是tech family。我有个mentee 本来这个季度准备升L6, 可是没能找到足够的人写feedback，只能放弃，组里马上又要re-org，现在就很尴尬。
升职报告有必要认真写吗？是不是都没人看，只是个形式？
谁知道呢，不过事情做到让自己安心最是重要。觉得很稳，你自然会少花时间。觉得有点虚，多花点功夫也挺好的。可能写3个小时跟写10个小时最后结果一样。那又怎么样呢？多花几个小时，让自己安心，合情合理。
要不要把之前的design document 改一下？
如果有第三方做tech review，那最好改一下，有的reviewer还挺严格的。如果没有tech review，只要skip manager 批准那就随意了。
