隨著這些年各大廠發展趨於穩定，人員的晉公升體系也逐漸形成，有了較為通用的正規化和標準。不像前些年，技術人員的晉公升基本靠leader的意願。而且，各大長間對相互的職級也是認可的，這也成為了程式設計師更換工作後，新公司對其評級和薪資待遇的重要參考和依據。因此，深入的了解晉公升答辯，和如何在晉公升答辯中更好的表現自己、脫穎而出，就非常重要了。
相信很多同學都曾聽說過，某某同事平時工作非常勤奮，是專案的中堅力量，但答辯卻沒有過，而與其同部門的的某某，工作一般，專案中做的貢獻遠不如他，但就是答辯的好，卻晉公升了，然後說者和聽者都會發出陣陣嘆息。晉公升體系固然有其不好的一面，但我們大不必過多的對其批判。我們處於這個體系之中，既無法改變，更無法提供更好的方式，那麼我們只能適應這種方式，不要讓自己成為那個付出很多卻沒有收穫的不幸者。
那麼，怎樣讓你的答辯能夠體現出你的工作價值，而不是讓評委覺得你的工作很簡單，沒什麼難度？怎樣講清楚乙個技術難點的是如何攻克的，而不是讓評委感覺你只是解決了乙個bug？怎樣讓你的答辯乾貨滿滿，而不是讓評委覺得ppt充斥了情懷卻無實際落地？我們開始一步步梳理吧。
首先，我們需要準備答辯內容，製作好答辯ppt，答辯內容一般分為簡介和工作內容兩個部分。
簡介包括了個人簡介和團隊簡介。個人簡介可以介紹下自己的教育和工作背景，也可以說一下自己的績效和獲得的一些獎項，要突出重點。團隊介紹，可以介紹團隊負責的整體專案，這個可以根據自己所處的部門的實際情況進行增減。因為有些評委可能來自其他部門，對你所處的部門和職責可能不熟悉，那麼就需要介紹下。
這部分做到言簡意賅、介紹重點即可，因為晉公升答辯的時間有限，這裡不要分配太多的時間。
工作內容的介紹有三個原則：系統、全面、深入。
系統是指你的工作內容一定是某個大的系統中的一部分，你要很清楚這個大的系統的背景、功能和技術體系，而不是僅侷限在自己負責的那部分。
全面是指需要把工作的內容和競品、部門間做橫向對比，需要講清楚競品或其他部門採用了什麼樣的方式，你的方式有什麼優勢或者為什麼更適合自己的業務。不要閉門造車，如果出現了你介紹了一大堆，而評委問你為什麼沒有採用xx框架來解決這個問題，這就比較尷尬了，而且還會讓你的工作顯得沒有價值。
深入不僅體現在答辯內容上，日常工作也需要做到深入理解和分析。如果答辯的內容只是浮於表面，既沒有深入的業務理解，也缺乏技術推導和思考分析過程，這就很難打動和說服評委。
什麼樣的講述是吸引人的呢，能讓人聽的津津有味，沉溺其中呢？那一定是講故事的方式，因此介紹自己的工作內容一定不要像流水賬一樣列出一二三，既沒有重點，也沒有轉折，讓聽眾聽的哈欠連連，而是要學會像講故事一樣講述自己的專案。那麼，又該怎樣講好乙個故事呢，先看下這個圖。
這個圖是來自於《故事經濟學》，它是很多好萊塢導演和暢銷書作者的參考書目，是講好乙個故事的通用正規化。任何乙個故事都有時間線，從戲劇的角度來說，事件設計都有8個階段：從最開始為什麼要做這件事，到乙個開始，再到你的行動，行動中遇到的困難和阻力，你分析情況之後做出的選擇，選擇之後事態的變化，最後到達高潮——你順利地完成了這個任務。
回到你的專案中來，又該怎樣開展這個故事呢？不妨想象一下，你就是那個故事的主角，故事發生在乙個原本祥和的王國，因為某些原因王國發生了巨變（業務增加或改變），而你作為英雄閃亮登場（擔任開發工作），分析了現有的難題後向國王出謀劃策提出了嶄新的解決方案（方案調研），亦或者是臨危受命、手持利刃，準備前往遠方**惡龍（開發程式設計）。你出發了，然而過程卻不順利，遇到了諸多障礙，你卻沒有氣餒，利用你的智慧型和勇氣，將沿途的困難一一解決（克服技術難點），最終你完成了使命，拯救王國於危難，還解救了公主並獲得其芳心（專案上線）。
這是乙個很俗的乙個套路，卻屢試屢驗。如果把這個正規化應用在你的晉公升答辯中需要怎麼做呢？首先需要介紹背景，你的工作肯定不是平白來的，它一定有大的背景，是為了解決某個問題而存在的；然後介紹你的實現方式，這個方式要突出你的思考和推導過程；實現的過程也一定不是一帆風順的，肯定遇到了很多難點，說清楚你又是怎麼一一克服的；最後這個工作要有意義，必須量化的表示出收益。通過這個一波三折的故事，相信既能讓評委聽明白你的工作，也可以把工作中的難點和你的深入思考體現出來。
我們先了解下背景介紹什麼，首先需要說明一下現狀是怎樣的，產生了什麼矛盾，是使用者量增長導致系統無法支撐？還是業務流程做了大的變更？或者是某個環節成為了制約系統發展的瓶頸？然後針對這個矛盾提出具體的解決方案，需要說清楚可以實現什麼功能、解決什麼問題，這裡需要強調下你自己的思考。
關於背景介紹一定要有全域性系統層面的了解，不能等評委問你為什麼要做這個，你說自己也不清楚是領導讓做的，這就缺乏大局觀了，是會丟分的。所有的工作一定是為了解決某個技術問題、業務需求而產生的，即使真是領導拍腦袋定的，那你也需求了解清楚領導的意圖。
背景講解的目的是讓評委了解清楚這項工作的目的和作用，所以介紹背景一定具體分析，區分對待。對於通用的知識背景，比如通過網路搜尋就能查到的技術背景等，可以用少量的篇幅點到即可，切不可大篇幅的介紹；而對於具體的業務背景，評委可能不清楚也無法通過公開的渠道獲取到，這就需要稍微詳細地進行介紹。
技術答辯考察的是什麼呢？是你的一年來的工作量是否飽和嗎？很多人想當然的認為是，然而實際評審中評委不會把這點作為重要的依據，評委更關注的是你是否成長，你的工作和能力是否達到目標職級的要求。這一點要切記。所以，千萬不要流水賬一樣一一羅列你的工作內容，既沒有重點，也沒突出難點，尤其缺乏你的思考的閃光點。
要想讓你的實現方案得到評委認可，推導過程是必不可少的，嚴密的推導過程和熟練地應用分析工具才是你技術水平和職業素養的的真實體現。具體步驟如下：首先丟擲問題，可以結合系統說明；然後介紹對競品、其他部門、行業內的調研情況，簡要說明其優缺點，然後通過折中選型，引出你的解決方案；提供資料分析結果，使你的方案有理有據；最後，說明你的具體實現方式。
很多專案做完以後，再回想似乎沒有什麼難點了，因此難點是需要在推導過程中提取出來的。難點的提煉可以從這兩個方面入手：乙個是內行的角度，比如和競品比較、和團隊比較，有什麼領先的，實現起來有難度的；另乙個是從外行的角度，可以找乙個類似的專案，然後重新走一下分析推導的心理路程，找出其難點。
難點的關注點可以有演算法、架構、模組、運維、運營、業務等。演算法要有實際的落地應用，和你的實際工作；架構包括了擴充套件性、容災性；模組可以突出底層效率和介面化；運維可以體現架構和業務支援；運營包含運營分析；業務可以說明業務優化、元件化、效率等。
在這個領域，你才是真正的專家，所以不要怯場，對自己要有足夠的自信。
工作一定要有收益，收益的描述需要通過量化的方式表述出來，比如效能提公升了30%，每日消耗增加了5%，人力成本節省了10%……用數字說話。
ppt最重要的是要做到簡潔和統一：所謂簡介是並不需要有多強的設計感和花裡胡哨的東西，畢竟技術評審的關注點不是ppt設計製作能力；統一是指ppt各頁需要做到整齊劃
一、字型大小一致、前後色調一致，必要的整齊統一還是需要的，這也是程式設計師嚴謹工作作風的體現。
其他的細節還有就是盡量避免使用大段文字，最好使用動畫、**、圖表來描述；標題要明確且突出重點；控制好單頁的內容，不要超過三分鐘。
雖然列舉了很多的專案，但是評委卻感到太簡單，主要有三點原因：1、專案列舉了很多，但沒有重點且都不夠深入；2、內容鬆散，沒有形成乙個有機的整體；3、專案介紹缺乏推導過程，沒有體現出你深入思考的過程。
專案太多的話，一一介紹要麼時間不夠，要麼不夠深入，所以必須要突出重點，如果有時候不太好取捨的話，你可以想如果只讓你講乙個你講哪個，這樣會比較容易找出重點專案。
如果專案太少、或者專案太小的話，這需要在平常多注重積累，做好準備，畢竟巧婦難為無公尺之炊。另外就是，可以採用系統思維，把自己的專案作為系統的一部分來表述，會有高屋建瓴的更好效果。比如同事解決了乙個模組的效能問題，單純去說，感覺就是解決了乙個bug，但是如果從整個業務去說，業務飛速發展，某模組效能問題成為了瓶頸，然後怎樣怎樣分析解決了問題，最終支撐了業務的發展。
通用性的概念要言簡意賅，不要大篇幅的介紹，說的越多失分越多；技術情懷性的東西少講，即使要說也要用你的實際行動來說明，空談打動不了評委。
技術晉公升不是專案貢獻排行，原則上需要候選人在技術上有明顯的提公升，能夠利用對技術更深理解去提公升效率或進行技術創新，更好的解決未來面臨的問題。而且放到業界，技術人員（非管理崗）也是按技術能力高低來決定薪資及等級的，所以評判是否有技術能力的提公升是候選人能否得到晉級的乙個剛性條件。
演練、演練、再演練，沒有臨場發揮，只有提前準備。只有準備到100分，臨場才有可能發揮80分。
把自己講演文案逐字寫下來，不斷斟酌調整，在自然的語速下還要控制好時間。可以找地方演練，像真實答辯一樣自己先講出來，一直練習到可以脫口而出。找你的leader和有經驗的同事聽幾次，他們往往可以提出很多中肯的建議。
在開始寫材料之前，可以先找同事們學習他們的成功經驗，包括答辯思路，ppt的內容，時間的分配，和評委的互動等等，大家都是願意幫忙的。確認了思路後，可以先梳理出來個大綱，給leader看看，leader認可或者給出建議修改完善後，再開始準備材料。否則方向不對，後期要大改就非常耗費時間。
最後，擺正心態，全力以赴，不經歷風雨怎能見彩虹，不論結果如何，成長才是最終的目的！
技術人員如何做好職級晉公升答辯
原文 出處 三月即將過去四月份即將到來，很多公司年後的職級晉公升安排即將結束。同時，晉公升的結果也將陸陸續續公布出來。幾家歡喜幾家愁，晉公升成功的同事自然值得祝賀，沒有過的同事也不要氣餒再接再勵。對於技術人員而言，普遍有個很共通的現象，就是往往過於深入技術，忽略了平時對於溝通等所謂 軟性素質 的培養...
如何做好技術調研
近日一直在思考乙個問題，到底怎樣做才算是完整且優秀得完成一次技術調研。我曾經以實習生的身份做過糟糕或讓老大稱讚的技術調研 也以正式員工的身份獨自負責過技術調研工作 意味著不用向誰匯報，直接進專案 也以導師身份分配技術調研工作給新人，看著幾個新人經歷著我之前的遭遇，他中有完成得漂漂亮亮的，也有完成得不...
如何做好技術分享
5.分享的過程 6.多參與分享，向大佬學習。最近在團隊中需要進行技術的分享，趁此機會複製貼上一波如何做好技術分享。開拓眼界 通過作者分享，聽眾能了解到自己從來沒有接觸過的技術和領域，提公升自己的技術視野，開拓眼界。增加溝通 聽眾在工作中遇到的問題，可以藉此機會進行溝通交流 匯報成果 這個就是匯報工作...