每個發展的大一些的「科技」公司，在對于職員的晉升上，都有相應的流程和規范。一般都是公司的技術委員會組織，參與述職的同學現場通過PPT的形式來講述近一段時間自己的工作。

雖然被網友詬病為「PPT大賽」，但這多少也算一個展現的機會，如果沒有述職可能依然每天不停的Coding，從不回頭看。而述職，做為一個半年或一年省一次身的機會吧。

[[244129]]

我在百度參加了六、七次晉升述職，成功和失敗的都有，趁著這次述職的余熱，整理下我的一些「 個人體會 」。

我沒做過評委，不清楚和評委的思想是否一致，不一定適用，有些許啟發就好，歡迎留言交流。

指哪打哪

首先，每個公司對于特定的技術晉升層級都有對應的標準。比如以下的例子:

• X-1 層級對應要求是在導師指導下可以完成 模塊開發 ?？梢元毩⒆灾鞯耐瓿梢话汶y度的模塊開發和調研工作
• X-2 層級對應要求在于在技術上 獨立開發 。比如在一個低難度的項目中可以完成獨立開發，甚至可以指導新人或者負責大項目中的子系統
• X-3 層級對應要求工程師可以 負責項目 ，有一個或者幾個方面比較深入，同時保證高質量的產出
• X-4 層級要完全把握一個 技術方向

準備述職的時候，就要根據自己對應的目標層級進行準備。 比如你要述職晉升的目標對應的是上面的 X-3, 但是在準備的時候卻羅列了一些 細碎的功能點 ，就不足以說服評委?！钢改拇蚰摹故钦f要瞄準方向，按照要求進行說明的準備。比如 X-3，要體現出自己對于負責系統的整體思考，自己在系統中的貢獻以及未來的規劃等。

關于這塊容易出現的

問題是：

「著眼點」太小，「站的不夠高」。

比如在X-3述職的時候，列舉了一堆把頁面上功能做了修改，SQL語句簡單優化這類的。而對于具體參與的項目，如果僅僅是功能點、使用框架及中間件的羅列，并沒有多大意義。需要展開描述具體的場景，為什么要這樣用。

多用「技術語言」

比如使用微服務架構進行了服務拆分，就需要表述為什么要微服務，使用這樣的架構帶來了哪些好處。

有「對比數據」

如果是新舊項目，或者優化工作，***將前后的數據用「柱狀圖」來直觀展現，比文字更形象。切忌滿PPT的文字，現場照著去讀。

預則立

古人說「預則立，不預則廢」，對于晉升述職也是同理，一定要早做準備。我有幾次因為項目忙一直拖著，直到述職前一周才開始準備，結果各種匆忙。而有些同學，早早做了規劃，述職的 PPT 經過了好多版的打磨，重點會更突出。而且由于有規劃，平時工作中的內容都會進行提煉總結，也更便于結果的呈現。

對比匆忙上陣，一些數據支撐等可能不容易總結。另外，述職PPT也來不及打磨。

此外，以下幾點供參考：

• 多參考其他優秀的述職PPT，可以找些模板，但不必過分花哨和動畫。因為PPT在評委那是靜態看的，不會播放，如果多個動畫疊在一起，影響閱讀效果。
• 多讓其他有經驗的同學幫忙 review 一下。悶在自己的思路里，會一直覺得當前的思路和表述很牛X，但你給幾個人講過之后會聽取到不同的意見。特別是有經驗的「老司機」把把關。這樣在早做準備后可以有更充足的時間修改。
• 多練習。 講的時候能發現內容上的不足。和我們在程序開發中的「橡皮鴨調試法」類似，通過講來改進。而練的越熟練，正式講的時候也就越自信，可以發揮的好。

總之，早準備早見效。

逐字稿

可能不少人都聽說過新東方的講師課堂內容風趣幽默。估計對于講師寫「逐字稿」的事也略有耳聞。

新東方的老師，每節課都是提前準備好，將課堂上要講的內容通過「逐字稿」的形式寫下來，來分析講述內容中的不足，經過上面審查，再改進。所以這些風趣幽默都是多次的準備和練習換來的。

我們技術述職也可以看成是一次演講，對于PPT上一個簡單的流程圖，如果你沒有仔細考慮過要怎樣描述它，那在現場講的時候可能因為緊張等因素，各種結巴。:)

技術影響力

公司內除了統一的述職外，技術委員會也會對開源有貢獻的同學給予支持。公司有給Linux貢獻代碼的同學，有給Mozilla貢獻代碼的同學，還有對外開源了大型項目的，這些同學在述職時就更容易有說服力。

當然，如果沒有參與到這些牛X項目中。一般還可以在述職中將自己的技術積累，技術追求展示一下。此時能有博客或者公眾號也是個不錯的選項。