前言

前陣子，我花了不少時間在組員的晉升輔導上。另外，也擔任了 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 分，當遇到一個典型問題時，別人是解決了就結束了，你是刨根問底徹底弄清楚，這就是差距。

好了，今天的內容就分享到這裡了，期待下次給大家的分享！！！