技術人的晉升PPT要怎麼寫？

本文來源於公衆號：勾勾的Java宇宙（微信號：Javagogo），莫得推廣，全是乾貨！

原文連接：mp.weixin.qq.com/s/qcipvukR-… 做者：潘新宇

勾哥：我司今天已經開工了，新年大吉！

今天摸魚刷到 Why I Quit Google to Work for Myself 這篇文章，做者講述了他在谷歌遇到的一些晉升答辯上的問題，好比晉升委員會的人根本不瞭解你和你的項目，你在項目中作的貢獻很難被量化描述等等。

其實晉升答辯這個難關，技術人或早或晚都會遇到。

通常公司在歲末或者年初，都是績效回顧、晉升答辯的時期，我司就是在年後，因此，是時候整理一波 晉升答辯 的經驗分享給你們了。

---

這幾年，我有幸做爲答辯評委，參與過各個職級的晉升答辯，看到過形形色色的答辯現場。就在前陣子，我也花了很多時間在團隊小夥伴的晉升輔導上，今天我就把一些晉升答辯的技巧和常見的坑和你嘮一嘮，在晉升之路上助你一臂之力。

1、前期準備：學會生產素材而非積累素材

述職答辯式的晉升須要你準備一份彙報 PPT，內容包含上次晉升以來或近一年的工做成果。

那麼，在平常工做中是否須要積累素材呢？個人答案是：並不須要！

不少人可能都聽過這樣的說法：「若是你寫答辯 PPT 沒什麼思路，那是由於平時沒有積累素材。平時要作答辯素材的積累，才能就更好地編寫答辯 PPT。」

其實並非這樣。

大部分公司的答辯時間通常在 20 分鐘以內，也就是 5 到 10 頁 PPT，只夠你講清楚 1 到 2 件事情。

這須要你在有限的時間裏，展現在過去一年中作得最出彩的事情，我想這是不須要去素材庫挑選的。若是你還要糾結一二，其實已是問題了，這說明你作的每件事情都相似，成績也就平淡無奇。

所以我也給你一個建議，重點並非要去記錄素材，而是要生產素材。

• 若是有機會，要儘量多地去參與重難點項目建設。

• 若是你沒有參與過大型項目，另一個生產素材的點，是技術深挖。

好比線上產生一個問題——常常性地發生 CPU 佔用忽然飆高，停頓一兩秒後又恢復正常。這對業務影響不大，因此不少人可能不會注意和處理這個問題，但若是你去深挖問題背後的底層緣由，找到問題的根源並在團隊內部分享，這就是頗有價值的內容。由於你不只主動解決了問題，還經過分享幫助了其餘同窗的成長。

2、答辯素材篩選 3 個原則

肯定了你準備講解的素材案例後，在編寫素材的方式上有三個原則須要遵循。

1. 不要只講結果，要寫問題和解決方式

在上一年裏，你負責了一個大型項目併成功完成了上線。切忌在 PPT 裏花大篇幅介紹項目是什麼及項目成功上線這一結果，由於評委沒法經過結果評估你的能力和價值。

在介紹素材時，首先要介紹背景。而後介紹這個素材案例中存在哪些問題，你是如何解決的。最後纔是結果的講述。評委主要經過你解決問題的手段，來評估你是否具有達到下一等級的能力。

2. 結果要有價值和數據體現

在介紹結果時，不少人習慣講解項目如期上線等內容，但在評委看來，這只是基本要求，並非加分項。

正確的作法是經過一些上線後的數聽說話。好比介紹上線後的系統性能數據、質量等相關內容。

這裏我強調一點，不少研發同窗習慣寫上線後的一些業務數據，如新增用戶數、帶來的金額收入等。這類數據其實與產品、業務同窗聯繫更緊密，畢竟需求是他們挖掘出來的，研發關注點應放在技術層面上。

3. 素材要符合職級定位

若是你是從職級 6 升到職級 7，就要尋找符合職級 7 標準的素材。

好比你對某一項工做成果很滿意，可是職級 5 的同窗也能夠完成，建議就不要寫了，這對你的晉升並無幫助。

若是你沒有特別突出的素材，只能在過去工做內容裏海選的話，我給你 2 點建議——

• 不要選擇只有「苦勞」的內容

「在工期很是趕的項目裏，你加班加點的保障它如期上線，且得到了領導承認，獲得了諸如績效等嘉獎」，相似的內容可不能夠寫呢？建議不要寫，緣由沒法體現技術價值。你全部的「苦勞」都在績效裏體現了，你只要在 PPT 上展示你得到過幾回績優便可。

• 沒法量化和講述出來的內容不要寫

好比你作的某件事情被大領導點名表揚了，可是又很難經過文字量化出來，也不要寫，由於評委感覺不到。

3、PPT 編寫 3 個建議

選擇了合適的素材後，就能夠編寫 PPT 了，有如下三個建議你能夠參考。

1. PPT 的基本格式要統一

答辯的 PPT 不須要太絢麗的內容。除了要保證基本的工整，細節也很重要，好比——

• 審查錯字。有些評委會認爲錯別字多，可能寫代碼 BUG 也較多。

• 統一字號。不要一頁字大，一頁字小。

• 不要加過多動畫。答辯重點是闡述內容，太多的動畫容易出 BUG 且也會吸走一部分注意力。

• 控制字數，重要的內容標紅加粗。答辯通常都是集中評審，評委一天要評審不少人，沒有耐心看太多字。把你想要表達的重點內容標紅加粗，讓評委快速吸取。

2. 不要放一張大而全的架構圖

不少同窗都習慣在 PPT 裏放一張大而全的架構圖，但在答辯時只講解了圖中的一部份內容——經過對用戶寫模塊進行改造，以便完成對外接口的冪等性改造。

你認爲，大而全的架構圖能夠彰顯本身系統的完善性。但若是你只講了其中一二，很難講出價值內容，畢竟時間有限，反而容易給評委留下浮於表面的印象。在 PPT 編寫時儘可能不要出現這個狀況。

答辯最基本的要求是把問題說明白，而後纔是高大上，此點要切記。

對於用戶寫模塊冪等性的優化改造，你能夠採用更優的展示方式，如圖所示。

用具體問題的架構+細節問題描述代替大而全的架構圖，這可讓評委快速瞭解問題的背景和你的解決手段，進而更準確地評判你到底作得好仍是很差。

3. PPT 上不要「露馬腳」

我再多說一句，建議你不要放一張大而全的架構圖，另外一個緣由是容易「露馬腳」。

我曾經遇到過，答辯人在 PPT 中寫了「加密」兩個字，我想他寫出來的目的只是想表示使用了它。但評委一直對這個點窮追不捨，致使答辯人未能應變如流，最終答辯掛了。所以，寫在 PPT 上的每個字，你都須要十分了解。

反過來，雖然不能預先拿到可能被問到的題目，但也能夠提早作些準備的。評委的問題大多來源於 PPT 裏的內容，基本上不會憑空問你，因此最簡單的應對方法即是深刻思考其中每個詞語。好比，你寫了一項較大幅度的技術優化，性能從 1000ms 優化至 50ms，但沒有寫具體如何實現，這就是評委提問的素材之一。

---

歡迎關注公衆號 勾勾的Java宇宙（微信號：Javagogo），拒絕水文，收穫乾貨！