技術人員如何做好職級晉公升答辯

2021-10-07 03:41:15 字數 2617 閱讀 7073

原文:

出處:三月即將過去四月份即將到來,很多公司年後的職級晉公升安排即將結束。

同時,晉公升的結果也將陸陸續續公布出來。幾家歡喜幾家愁,晉公升成功的同事自然值得祝賀,沒有過的同事也不要氣餒再接再勵。

對於技術人員而言,普遍有個很共通的現象,就是往往過於深入技術,忽略了平時對於溝通等所謂「軟性素質」的培養和意識,造成可能無法表現出自己真正能力。下面,說說我對職級晉公升的一些認知以及經驗。

通常來說,職級晉公升是對去年整年的總結以及回顧,因此從時間的角度上考慮,答辯的內容應該盡量控制在這一年的區間範圍內。當然,如果有專案的時間跨度比較長的,應該說明原因同時更需要說明自我在此專案中起到的作用。

往往,主管也答辯人都會犯乙個錯誤,就是將「認為很厲害」的內容和技術點作為答辯的內容,這往往是有偏差的。答辯的內容選題應該從目標職級的角度出發,從目標職級考慮選送的答辯內容是否適合這個職位。

同時,需要根據答辯的時間(自述通常不會超過半小時)來確定選題的數量。因此,答辯的選題是非常重要的,往往選題錯誤就造成答辯方向的錯誤。

從 ppt 設計的角度上說,技術人員在這塊的問題很有典型性,就是往往會將大段的**(或者截圖)貼到 ppt 上。

這會讓評委對於內容方面會造成一定的困擾:首先,答辯過程中評委不可能對這塊**進行 review;其次,從摘抄的這段**來說也不能體現答辯者應有的水平。

所以,正確的做法應該是覺得需要感覺貼**解釋的地方,盡量貼流程圖或者架構圖或者 uml,如果還是感覺說不清楚那麼建議考慮要不要簡化和突出這塊想要表述的內容。

技術人員的 ppt 還有個問題就是有太多的文字,這往往會造成表意不清晰。所以,個人的經驗就是如果這個 ppt 超過了 200 個字,那麼就應該考慮精簡。

對 ppt 設計方面的技巧在這塊不鋪開講述,網路上已經有更翔實的內容可以找到。

同樣的事情,去使用不同的角度去表述,往往返回的結果是不一樣的。對於技術人員而言,很容易犯的錯誤就是將事物「描述得平淡無奇」。這讓評委在答辯過程中感覺不到你在這個專案中起到的作用,以及你對這塊事物的理解。

例如,有做業務的同學描述了很多對於整個系統的業務以及架構方面的設計,甚至業務的流程是如何流轉。但是,根據評委的判斷這是團隊行為和輸出,在答辯的描述中沒有體現出其個人對於這個業務的思考和沉澱,以及起到的作用的影響。

所以,對於做業務的同學往往會覺得可能在技術的角度來看,光技術會覺得不夠深入。但,換個角度考慮如果結合你對業務的理解,並融合到技術中輸出技術的解決方案,那麼高度就會不一樣。

答辯的過程和時間是很緊湊的,因此在正式開始答辯前,進行自我排練是非常有必要的。如果條件允許,建議答辯人的主管都能把關一輪,往往在排練過程中就會發現各種問題:答辯人講述 ppt 的時間、語速以及表達方式能力,等等。

緊張的情緒能夠毀掉所有,甚至讓你說話都不利索,尤其作為「相對內向」的技術人員,這塊是相對普遍存在的。因此,在答辯開始之前就應該控制和放鬆自己的情緒,不要過於緊張。

如果過於緊張,這裡有個 tips 可以考慮下:就是作為答辯人你可以認為這是一場技術交流,你嘗試說明自己所做的工作以及出彩的地方,讓對方覺得自己「很厲害」。

從評委側也應該給予正向引導,例如答辯人進場的時候打個招呼寒暄一下,也會起到比較好的效果。

答辯開始需要自我介紹,建議兩三句話講重點,千萬不要拖泥帶水同時夾帶不必要的資訊。乙個失敗的自我介紹可能就會毀了整個答辯,畢竟這是你給評委的第一印象。

像上面說的,如果覺得很緊張,那麼自我介紹的時候可以稍微刻意放慢下語速,可能會起到調節的作用。

從自我介紹轉入到正題的轉場口白要自然,如果控制不好演講的技巧(也不知道應該說什麼),那麼萬精油的一句「下面,我開始我的工作內容介紹」。

在表述 ppt 過程中語速盡量使用中速,前面說的如果排練過那根據內容以及語速,就能找到很好的平衡點。

其實還有個技巧,如果某個技術點很深入或者需要**,可以將這個點當作個包袱先抖出來,留給評委後面提問的時候解答。

需要意識到的乙個點就是,評委問的所有的問題都有其含義的。如果你的回答讓他抓不到他想要的點,那麼你的得分會不一定很高的。

例如,當評委問你「這個系統設計的時候,你當時考慮了哪些方面」?這個問題其實反映出兩個點:其一,就是你剛才答辯描述的時候沒有講透徹,或者說深度還不夠;其二,評委需要個抓手需要了解你對這塊的個人理解。

所以,當你回答這個問題的時候,無論從什麼角度出發,千萬千萬不要再介紹業務和系統本身的內容了!應該從自己對這個系統的理解和沉澱出發去闡述自己的理解,如果能表達有一定的輸出以及對同事和團隊的影響就更好。

評委對於答辯者的評價是主觀的,但是相對答辯的過程其實是客觀的。這話說起來可能會有點矛盾,但從「師以質疑,友以折疑」的角度出發, 評委的評價是需要去深入理解的。

對於個人而言,晉公升答辯是對過去工作的總結和評價,而不是代表對於未來工作的期待和展望。無論是自我表達的原因,也可能是評委理解不同的原因,評委對答辯者的評價都是不同的,這塊需要個人辯證得去理解。

換個角度上考慮,如果你當晉公升答辯是一場面試,那麼這將是很好理解的一場過程了,而且這場面試的還能看到「面試官」對於自己的評價,何樂而不為呢?

當我們上公升個高度去考慮職級晉公升的時候,往往就不可避免得聊到職業規劃和發展這個老生常談的問題。

無論答辯的結果怎麼樣,我們更應該考慮以後的發展。首先,考慮的是個人對於自我提公升這塊,滿足了自我的期望和要求沒有;然後,再考慮公司能夠提供的環境,能否有個上公升的正向上公升空間?

能夠回答這兩個問題,那麼自然而然,對於職級這塊的理解和態度也就是水到渠成的事情了。

-- eof --

如何做好技術晉公升答辯

隨著這些年各大廠發展趨於穩定,人員的晉公升體系也逐漸形成,有了較為通用的正規化和標準。不像前些年,技術人員的晉公升基本靠leader的意願。而且,各大長間對相互的職級也是認可的,這也成為了程式設計師更換工作後,新公司對其評級和薪資待遇的重要參考和依據。因此,深入的了解晉公升答辯,和如何在晉公升答辯中...

技術人員的晉公升路線

曾經面試過一些開發人員,發現他們不少人的想法是以後成為乙個經理,即使現在申請的是開發者的職位。而網路,報刊上也不乏這樣的言辭,軟體開發者,超過三十歲,如果公升不了官,就應該轉行了。我想,每個人都會針對現實,而選擇讓自己利益最大化的路線。所以,如果有那麼多的技術人員把成為管理人員作為職業規劃的目標,一...

技術人員的晉公升路線

博文源址 博文內容如下 曾經面試過一些開發人員,發現他們不少人的想法是以後成為乙個經理,即使現在申請的是開發者的職位。而網路,報刊上也不乏這樣的言辭,軟體開發者,超過三十歲,如果公升不了官,就應該轉行了。我想,每個人都會針對現實,而選擇讓自己利益最大化的路線。所以,如果有那麼多的技術人員把成為管理人...