前陣子，我花了不少時間在組員的晉升輔導上。另外，也擔任了 3 天的技術晉升評委。

趁這個時間點，我談一談我的個人經驗，給大家點啟發。

先申明一下，本文就不講那些投機取巧的套路了，只關注：如何在一個公平競爭的環境中，提高晉升的成功率？

對于那些日常表現都稱不上當前職級要求的同學（比如說績效很差），晉升基本不太可能，因為評委的職級一般都比你高兩個級別，就算你過了部門內的初篩，要水過大部分的評委概率還是很小的。

我講的內容主要針對平時表現正常的人，給你們一個思路去提煉和準備，同時幫助你們踩準評委們的喜好。

??

01?重要的話說在前面

很多公司的晉升答辯只有 30 分鐘，PPT陳述 15 分鐘，回答評委問題 15 分鐘。因此，如何在這短短的半小時里，用你的表現去說服評委，看起來還是有一定挑戰的。

但我個人認為，如果你能吃透「晉升的標準」，再有針對性的去準備，其實難度沒有想象中的那么大。

怎么理解「晉升的標準」呢？其實你只需要證明好這樣一件事：通過講述你做了什么？拿到了什么樣的結果？來說明你的能力已經達到下個職級的要求了。具體怎么拆解，后文會詳細展開。

從這一點來看，晉升其實就是一個命題作文，難度肯定比求職面試小一些，因為晉升 PPT 是你事先準備好的，評委的問題也基本都是圍繞你的 PPT 展開，就算超綱也不會很離譜。

因此，如果你所有的準備工作都能圍繞「晉升的標準」去反復推敲和優化，每一點都盡可能地做到最好，你就能比別人準備得更充分，勝算自然更大。

??

02?準備晉升材料的正確姿勢?

先聊一聊如何系統性地準備晉升材料。

對于技術同學來說，一般都是選擇自己最有說服力的項目作為答辯內容，然后準備一個 PPT 進行現場陳述。

這一步，很多同學容易犯方向性的錯誤。為什么這么說呢？首先，所選的項目沒打到點上，那些你以為「很厲害」的項目很有可能并不適合作為答辯的素材（后面會具體舉例）；其次，寫 PPT 很像是在寫技術設計文檔一樣，你呈現的技術點并不是評委們想看到的點。

這兩個問題只要有一個沒處理好，晉升的希望就會變小很多。最有效的破解方法其實并不難，需要你回到評委的評價標準上，先徹底理解「目標職級的要求」，然后再將你做的事情、以及拿到的結果往這個要求上靠。

只有按照這個思路走，方向才不會走偏。下面我詳細展開說一下。

2.1 如何更通俗地理解職級要求

大部分公司都會有明確的職級體系以及衡量標準，通常是按照開發能力、架構能力、業務能力、協作能力等維度進行拆解，會詳細地列出每一項能力的行為標準（很細、很晦澀）。

這是我前一家公司對于 P6 級別「開發能力」這一項的具體要求：

“

深刻理解服務在實際運行過程中各個環節的相關原理，如硬件（CPU、內存、硬盤等）、內核（進程調度、內存管理等）、應用（設計模式、同步異步設計）、網絡（協議棧等），清楚各個部分對實際服務的影響，并在實際系統開發中靈活應用。

”

這還只是其中某一項能力的行為標準，如果真要把每個職級各項能力的要求都熟記于心，估計會把評委們逼瘋。

因此在真正實踐時，評委并不會很死板地使用這個標準，而是抽象出一些「關鍵詞」以及采用「人物對比」的方式去操作，先從自己熟悉的員工中選擇幾位表現優秀、同時和目標職級相同的人，拿他們與候選人進行橫向對比。

以開發同學為例，從評委視角通常會這樣來把控各個大級別的要求：

1、初級：能在他人的指導下完成工作；具備簡單模塊的開發能力，代碼質量達標。

2、中級：能獨立完成日常工作；具備子模塊的設計能力，熟練掌握常用的技術棧。

3、高級：能指導他人完成工作；具備跨模塊和子系統的設計能力，有一定的技術深度，對高可用、高并發、高擴展等問題有完整的思路。

4、專家：能對業務和技術進行整體規劃；具備復雜業務場景的系統設計能力，能體系化的分析和解決問題，視野全面。

可以看到：職級越高，負責事情的復雜度越大，對技術能力的要求也越高。這還只是表象的理解，背后更深層次的解讀其實是：從點、到線、再到面，系統性的思考力和把控能力，高度也要跟上。

這個標準基本適用于我們常見的互聯網大廠，只是有些公司會將大級別進一步細分成多個子級別而已。大家務必先吃透這個晉升標準，再考慮下面的事情。

2.2 選擇項目的正確思路

技術同學的晉升一般是以「研發項目」作為載體，項目選擇的好與壞能直接決定晉升的結果，因此一定要反復斟酌。

對于晉升答辯來說，一個「好」項目一定要具備這兩個因素：

1、項目貢獻：代表你做出的成績，可以是業務價值，也可以是技術價值（比如研發效率的提升、研發成本的降低等等）。

2、專業能力：代表你做事過程中體現出來的實力。可以是技術能力、業務能力或者協調能力等等。

上個章節提到了：有些你以為「很厲害」的項目其實并不適合作為答辯的素材，一定是沒法同時滿足上面那兩點要求。比如說有不錯的技術亮點，但是沒產生實際價值（或者項目的負面評價很多），在評委看來：要么是沒想清楚為什么做？要么是沒想清楚該怎么做？

上面說的兩個因素，項目貢獻往往比專業能力更重要一些，一定要有很具體的東西讓評委們看到。如果只是能力夠了，貢獻還不夠，這種情況要通過晉升也是很難的。

此外，不論是項目貢獻還是專業能力，一定要和目標職級的要求相匹配。假如你的目標職級是技術專家（P7及以上），那所選的項目最好能對業務起到一定的助力作用、或者能橫向復制影響到其他業務，技術上則建議從全鏈路、整體架構這個視角去梳理。

說這么多了，那到底該如何挖掘最合適的項目呢？建議按照下面的步驟去操作：

1、詳細梳理：回顧晉升周期中你參與過的所有項目，將每個項目的技術亮點和成果整理一遍。有些項目可能閃光點不多，這種都不要放過，后續可以通過合并多個項目的方式串聯進去。

2、初步篩選：根據第一遍的梳理結果，拉上你的直屬 leader 以及團隊中的高 P 做一次深入討論，參考目標職級的要求做一次初篩，留下 4 個左右價值最高的項目（注意：有些亮點不多的小項目可以合并成一個大項目，只要你能找到一條主線將它們串聯起來即可）。

3、深度挖掘：針對第 2 步篩選出來的項目，做更深入的亮點和成果挖掘，這個時候可以將業務視角帶入進去，結合你對業務的理解對技術點做下升華。價值的體現最好落實到具體數據上（可以是業務指標、也可以是研發維度的 Bug 數量、研發工期等）。這一遍需要你將項目想呈現的亮點全部整理出來。

4、精細篩選：再對第三步的結果做一次精篩，考慮答辯時間只有 15 分鐘，一般選出 2 個即可。標準是：成果要明顯，技術亮點的密度合適（每個項目至少要有 2 個亮點）。

整體來看，項目選擇是很核心的一環，項目沒選好，后面做得再好可能都于事無補，因此一定要高度重視。

2.3 一份優質的 PPT 該如何寫？

項目以及各個項目的亮點確定下來后，下一步就是準備答辯 PPT 了。我先說下「項目部分」該以什么樣的思路去準備內容。

我觀察到的是：很多人習慣性按照寫技術文檔的方式去寫答辯 PPT，先是項目背景，然后是技術方案，最后是技術細節。

其實這個思路是不對的，因為晉升答辯不是技術評審，你不需要將所有細節都體現出來，不然會導致信息量過大，從而很難將你的項目亮點凸顯出來。

我建議換成這個思路：圍繞項目亮點去組織你的 PPT，因為這才是評委關注的東西。從亮點出發，你再想你需要交代哪些東西能讓評委聽懂并認可。按照這個思路走，你就能省略很多不必要的背景交代以及技術細節呈現，將足夠多的篇幅留給真正想要展現的亮點上。

何謂亮點？無非就是上面提到的兩個核心因素：項目貢獻和專業能力。圍繞亮點，內容組織的順序建議是這樣：業務背景交代 -> 問題描述 ->?技術方案 -> 項目成果。

PPT 中除了項目以外，當然還有其他錦上添花的東西。一個完整的答辯 PPT，我建議包括以下 5 個部分：

1、個人簡介：重點說明你在當前公司的經歷，比如什么時候加入的？在什么時間點參與了哪些業務？如果有比較出彩的學歷或者工作背景也可以提一下，加深評委對你的印象。

2、工作回顧：將晉升周期中你參與過的項目做下羅列，重點突出有影響力的項目。

3、核心項目：這是 PPT 最重要的部分，需要展開陳述，會占到 80% 左右的篇幅，按照前面說的思路組織即可。

4、其他貢獻：能進一步證明你價值的其他信息，比如公共組件的開發、性能優化、項目管理、或者團隊管理工作等等，簡單羅列出工作內容和成果即可，無需展開。

5、未來規劃：可以是支撐業務長期發展的技術規劃，可以是解決技術痛點的方案改進，確保有遠見、有高度、可落地、不務虛。

當然，一個優質的答辯 PPT，還有非常多的細節需要打磨，下面幾點建議是根據我當晉升評委時看到的一些 case 總結的：

1、材料的層次關系、論證結論的因果關系，一定要有非常清晰的順序，不能邏輯混亂。

2、清楚每一頁 PPT 你最想傳遞給評委的亮點是哪一個？充分利用標題、文字加粗等形式突出這個亮點，去掉不必要的廢話。

3、非常不建議粘貼大段代碼，這不是代碼審查會，你可以用流程圖、類圖等方式呈現你的思路。

4、PPT 不需要很絢麗，但是標題、圖片、文字等樣式要做到統一，不要有錯別字或者圖片看不清楚的情況，技術同學該有的嚴謹性要體現出來。

?

?03?現場述職的關鍵點?

再說下非常關鍵的現場述職環節，你有 15 分鐘的時間演示 PPT，還有 15 分鐘用來回答評委的提問，這個環節非常考驗你的臨場發揮能力。

3.1 如何才能做好 PPT 演示？

因為答辯的時間很緊湊，因此一定要排練。如果條件允許的話，建議按照正式流程在團隊內做兩遍預演。一方面是幫助你找到合適的節奏，確保能在 15 分鐘左右將 PPT 演示完；其次，也是為了發現內容以及表達上不完善的地方進行改進優化。

第二點，要和評委有眼神上的交流，建議用光標或者激光筆引導評委跟著你的節奏走。同時，注意觀察現場氣氛和評委們的狀態，如果評委出現心不在焉、犯困等現象，一定要及時調整你的節奏，將評委的注意力拉回來。

第三點，適當的背景交代必不可少。評委不是你團隊的同事，他們極有可能不了解你的業務、不清楚你的設計背景、不了解系統的歷史包袱，這些交代不清楚，他們很難理解你的方案，但是也切忌講得過于細節。

第四點，清楚什么內容最容易打動評委。在邏輯順暢的前提下，評委最想聽的內容是你的思考過程，為什么這么設計？你又是如何判斷和權衡的？

3.2 問答環節該如何應對？

問答環節應該是晉升流程中最難、最關鍵的一環。一個問題沒答好，可能就全盤皆輸了。

首先，你肯定要提前準備評委可能會問到的問題。基本分成這兩類：

1、PPT 范疇內的問題：和 PPT 強相關，可能是評委沒理解你的講解邏輯提出來的；也有可能是評委想將問題進一步復雜化，考察你的應對能力。

2、PPT 范疇外的問題：針對你所用的技術或者所做的業務延展出的問題。評委想考察你的全局視角，目標職級越高，這類問題越重要。

下面我舉一些具體的例子，以便大家有更好的思路去搜集問題：

1、你為什么用方案 A，而不是方案 B？你為什么要自研，而不是用開源方案或者中臺的能力？（評委想判斷你在做一件事情之前，是否做過深層次的調研）

2、如果業務再擴張幾倍、或者并發再增大幾倍，系統會遇到哪些技術挑戰？你又會如何優化技術方案？（評委想將現實問題難度加大，來判斷你的技術水平）

3、業務目前存在的問題有哪些？重心是什么？各種核心業務指標分別是多少？從技術維度你能做哪些事情更好地助力業務？（評委想考察你對業務的敏感度，以及從更高級別的視角來審視你的思考高度是否足夠了）

4、過去一段時間你的成長是什么？有哪些需要突破的瓶頸？團隊以及你個人接下來的規劃是什么？（評委想考察你是不是一個善于復盤總結，同時抬頭看路的人）

除此之外，兩點最實用的建議：

1、PPT 中每一個信息點，都不要有技術盲區或者業務盲區，同時確保你的技術方案和業務數據是合理，同時經得起推敲的。

2、面對質疑性的問題時，不要有防衛心態，不要嘗試將項目中考慮不足或者邏輯不嚴謹的地方合理化，而是虛心接受評委的意見就行。

?

?04?寫在最后

本文從評委視角，非常詳細地解讀了技術晉升各個環節的思路和要點。雖然說功夫在平時，但是臨陣磨槍也很重要，它能讓你準備得更充分、同時更有針對性。

當你把自己能控制的東西做到極致時，其他的就交給天意吧，畢竟還有很多不可控的因素會決定最終的晉升結果。評審通過與否未必能完全地體現出你的能力。

另外，從整個職場發展來看，一次晉升失敗可能并不會對你的整個生涯造成實質性的影響。反而，以下兩點是我認為決定職場發展高度最核心的因素：

練本事：要清楚技術上的精進非一天練成，當你努力把平時做的事情做到極致，別人只做到 80 分，但你做到 90 分甚至 100 分，當遇到一個典型問題時，別人是解決了就結束了，你是刨根問底徹底弄清楚，這就是差距。

攢口碑：做一個靠譜的同事，不去計較是不是比別人多做了，承諾的事情不講困難、不找借口，而是盡自己最大的努力去完成并且做好，你可能又超過 80% 的人了。?

當能力和口碑都具備了，是你的早晚是你的。

當然，還是要預祝大家晉升順利！關于晉升，如果你有任何疑問，歡迎評論區留言交流！

有道無術，術可成；有術無道，止于術

歡迎大家關注Java之道公眾號

好文章，我在看??

總結

以上是生活随笔為你收集整理的学会这几招，晋升不慌了！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。