年底晉升,全網最詳細的通關指南來了!
阿新 • • 發佈:2020-12-21
寫PPT、答辯.. 可以說是技術同學永遠的痛。馬上臨近年底了,很多公司也陸續啟動了晉升答辯,趁這個時間點,我談一談我的個人經驗,給大家點啟發。
先交代下我的個人背景,我是一名大廠的技術總監,既輔導過組員的晉升(晉升成功率自認為很不錯),同時也當做多次晉升評委(看過很多晉升失敗的case)。下面幾千字的乾貨,是從我們團隊小夥伴一次次晉升失敗的經歷中提煉出來的,我會給你一個完整的思路去準備PPT以及現場答辯,絕對值得收藏和慢慢消化,請耐心看完!
先申明一下,本文就不講那些投機取巧的套路了,只關注:**如何在一個公平競爭的環境中,提高晉升的成功率?**
對於那些日常表現都稱不上當前職級要求的同學(比如說績效很差),晉升基本不太可能,因為評委的職級一般都比你高兩個級別,就算你過了部門內的初篩,要水過大部分的評委概率還是很小的。
我講的內容主要針對平時表現正常的人,給你們一個思路去提煉和準備,同時幫助你們踩準評委們的喜好。
# 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 演示完;其次,也是為了發現內容以及表達上不完善的地方進行改進優化。 第2點,要和評委有眼神上的交流,建議用游標或者鐳射筆引導評委跟著你的節奏走。同時,注意觀察現場氣氛和評委們的狀態,如果評委出現心不在焉、犯困等現象,一定要及時調整你的節奏,將評委的注意力拉回來。 第3點,適當的背景交代必不可少。評委不是你團隊的同事,他們極有可能不瞭解你的業務、不清楚你的設計背景、不瞭解系統的歷史包袱,這些交代不清楚,他們很難理解你的方案,但是也切忌講得過於細節。 第4點,清楚什麼內容最容易打動評委。在邏輯順暢的前提下,評委最想聽的內容是你的思考過程,為什麼這麼設計?你又是如何判斷和權衡的?
## 3.2 問答環節該如何應對? 問答環節應該是晉升流程中最難、最關鍵的一環。一個問題沒答好,可能就全盤皆輸了。 首先,你肯定要提前準備評委可能會問到的問題。基本分成這兩類: > 1、PPT 範疇內的問題:和 PPT 強相關,可能是評委沒理解你的講解邏輯提出來的;也有可能是評委想將問題進一步複雜化,考察你的應對能力。 > > 2、PPT 範疇外的問題:針對你所用的技術或者所做的業務延展出的問題。評委想考察你的全域性視角,目標職級越高,這類問題越重要。
下面我舉一些具體的例子,以便大家有更好的思路去搜集問題: 1、你為什麼用方案 A,而不是方案 B?你為什麼要自研,而不是用開源方案或者中臺的能力?(評委想判斷你在做一件事情之前,是否做過深層次的調研) 2、如果業務再擴張幾倍、或者併發再增大幾倍,系統會遇到哪些技術挑戰?你又會如何優化技術方案?(評委想將現實問題難度加大,來判斷你的技術水平) 3、業務目前存在的問題有哪些?重心是什麼?各種核心業務指標分別是多少?從技術維度你能做哪些事情更好地助力業務?(評委想考察你對業務的敏感度,以及從更高級別的視角來審視你的思考高度是否足夠了) 4、過去一段時間你的成長是什麼?有哪些需要突破的瓶頸?團隊以及你個人接下來的規劃是什麼?(評委想考察你是不是一個善於覆盤總結,同時抬頭看路的人)
除此之外,兩點最實用的建議: 1、PPT 中每一個資訊點,都不要有技術盲區或者業務盲區,同時確保你的技術方案和業務資料是合理,同時經得起推敲的。 2、面對質疑性的問題時,不要有防衛心態,不要嘗試將專案中考慮不足或者邏輯不嚴謹的地方合理化,而是虛心接受評委的意見就行。
# 04 寫在最後 本文從評委視角,非常詳細地解讀了技術晉升各個環節的思路和要點。雖然說功夫在平時,但是臨陣磨槍也很重要,它能讓你準備得更充分、同時更有針對性。 當你把自己能控制的東西做到極致時,其他的就交給天意吧,畢竟還有很多不可控的因素會決定最終的晉升結果。評審通過與否未必能完全地體現出你的能力。 另外,從整個職場發展來看,一次晉升失敗可能並不會對你的整個生涯造成實質性的影響。反而,以下兩點是我認為決定職場發展高度最核心的因素: **練本事:**要清楚技術上的精進非一天練成,當你努力把平時做的事情做到極致,別人只做到 80 分,但你做到 90 分甚至 100 分,當遇到一個典型問題時,別人是解決了就結束了,你是刨根問底徹底弄清楚,這就是差距。 **攢口碑:**做一個靠譜的同事,不去計較是不是比別人多做了,承諾的事情不講困難、不找藉口,而是儘自己最大的努力去完成並且做好,你可能又超過 80% 的人了。 當能力和口碑都具備了,是你的早晚是你的。 關於晉升,如果你有任何疑問或者需要晉升輔導,歡迎評論區留言交流!我一定會耐心給你解答。
- End -
作者簡介:985碩士,前亞馬遜工程師,現58轉轉技術總監 **歡迎掃描下方的二維碼,關注我的個人公眾號:IT人的職場進階,精彩原創不斷!** ![](https://img-blog.csdnimg.cn/202011072154329
# 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 演示完;其次,也是為了發現內容以及表達上不完善的地方進行改進優化。 第2點,要和評委有眼神上的交流,建議用游標或者鐳射筆引導評委跟著你的節奏走。同時,注意觀察現場氣氛和評委們的狀態,如果評委出現心不在焉、犯困等現象,一定要及時調整你的節奏,將評委的注意力拉回來。 第3點,適當的背景交代必不可少。評委不是你團隊的同事,他們極有可能不瞭解你的業務、不清楚你的設計背景、不瞭解系統的歷史包袱,這些交代不清楚,他們很難理解你的方案,但是也切忌講得過於細節。 第4點,清楚什麼內容最容易打動評委。在邏輯順暢的前提下,評委最想聽的內容是你的思考過程,為什麼這麼設計?你又是如何判斷和權衡的?
## 3.2 問答環節該如何應對? 問答環節應該是晉升流程中最難、最關鍵的一環。一個問題沒答好,可能就全盤皆輸了。 首先,你肯定要提前準備評委可能會問到的問題。基本分成這兩類: > 1、PPT 範疇內的問題:和 PPT 強相關,可能是評委沒理解你的講解邏輯提出來的;也有可能是評委想將問題進一步複雜化,考察你的應對能力。 > > 2、PPT 範疇外的問題:針對你所用的技術或者所做的業務延展出的問題。評委想考察你的全域性視角,目標職級越高,這類問題越重要。
下面我舉一些具體的例子,以便大家有更好的思路去搜集問題: 1、你為什麼用方案 A,而不是方案 B?你為什麼要自研,而不是用開源方案或者中臺的能力?(評委想判斷你在做一件事情之前,是否做過深層次的調研) 2、如果業務再擴張幾倍、或者併發再增大幾倍,系統會遇到哪些技術挑戰?你又會如何優化技術方案?(評委想將現實問題難度加大,來判斷你的技術水平) 3、業務目前存在的問題有哪些?重心是什麼?各種核心業務指標分別是多少?從技術維度你能做哪些事情更好地助力業務?(評委想考察你對業務的敏感度,以及從更高級別的視角來審視你的思考高度是否足夠了) 4、過去一段時間你的成長是什麼?有哪些需要突破的瓶頸?團隊以及你個人接下來的規劃是什麼?(評委想考察你是不是一個善於覆盤總結,同時抬頭看路的人)
除此之外,兩點最實用的建議: 1、PPT 中每一個資訊點,都不要有技術盲區或者業務盲區,同時確保你的技術方案和業務資料是合理,同時經得起推敲的。 2、面對質疑性的問題時,不要有防衛心態,不要嘗試將專案中考慮不足或者邏輯不嚴謹的地方合理化,而是虛心接受評委的意見就行。
# 04 寫在最後 本文從評委視角,非常詳細地解讀了技術晉升各個環節的思路和要點。雖然說功夫在平時,但是臨陣磨槍也很重要,它能讓你準備得更充分、同時更有針對性。 當你把自己能控制的東西做到極致時,其他的就交給天意吧,畢竟還有很多不可控的因素會決定最終的晉升結果。評審通過與否未必能完全地體現出你的能力。 另外,從整個職場發展來看,一次晉升失敗可能並不會對你的整個生涯造成實質性的影響。反而,以下兩點是我認為決定職場發展高度最核心的因素: **練本事:**要清楚技術上的精進非一天練成,當你努力把平時做的事情做到極致,別人只做到 80 分,但你做到 90 分甚至 100 分,當遇到一個典型問題時,別人是解決了就結束了,你是刨根問底徹底弄清楚,這就是差距。 **攢口碑:**做一個靠譜的同事,不去計較是不是比別人多做了,承諾的事情不講困難、不找藉口,而是儘自己最大的努力去完成並且做好,你可能又超過 80% 的人了。 當能力和口碑都具備了,是你的早晚是你的。 關於晉升,如果你有任何疑問或者需要晉升輔導,歡迎評論區留言交流!我一定會耐心給你解答。
作者簡介:985碩士,前亞馬遜工程師,現58轉轉技術總監 **歡迎掃描下方的二維碼,關注我的個人公眾號:IT人的職場進階,精彩原創不斷!** ![](https://img-blog.csdnimg.cn/202011072154329