面試中，如何介紹自己的專案經驗？

在面試時，通常都是經過幾句寒暄（有的是讓你做一個自我介紹）後，面試官會讓你開始介紹專案經驗 。

常見的問法是：「說下你最近的（或最拿得出手的）一個項目」。

根據我多年的面試經驗，發現有不少面試者對此完全沒準備，說起來磕磕巴巴，甚至有人說出專案經驗從時間段或技術等方面和簡歷上的不匹配，這樣就會造成如下的後果。

1、第一印象就不好了，至少會覺得該候選人表達能力不強。

2、一般來說，面試官會根據候選人介紹的專案背景來提出問題，假設面試時會問10個問題，那麼至少有5個問題會根據候選人所介紹的專案背景來問，候選人如果沒說好，那麼就沒辦法很好地引導後繼問題了，就相當於把提問權完全交給面試官了。

面試時7分靠能力，3分靠技能，而剛開始時的介紹項目又是技能中的重中之重，所以本文將從“介紹”和“ 引導」兩大層面告訴大家如何準備面試時的專案介紹。

好了，如下是正文內容。

「一、在面試前準備專案描述，別害怕，因為面試官什麼都不知道」

#面試官是人，不是神，拿到你的履歷的時候，是沒法核實你的專案細節的（一般公司會到錄用後，用背景調查的方式來核實）。更何況，你做的專案是以月為單位算的，而面試官最多用30分鐘來從你的履歷上了解你的專案經驗，所以你對專案的熟悉程度要遠遠超過面試官，所以你一點也不用緊張。如果你的工作經驗比面試官還豐富的話，甚至還可以控制整個面試流程（筆者在面試方面成精後也經常做這種事情，大家一定也能行）。

既然面試官無法了解你的底細，那麼他們怎麼來驗證你的專案經驗和技術？以下總結了一些常用的提問方式。

「二、準備專案的各種細節，一旦被問到了，就表示你沒做過」

一般來說，在面試前，大家應當準備專案描述的說辭，自信些，因為這部分你說了算，流利些，因為你經過充分準備後，可以知道你要說些什麼。而且這些是你實際的專案經驗（不是學習經驗，也不是訓練經驗），那麼一旦讓面試官感覺你都說不上來，那麼可信度就很低了。

不少人是拘泥於“專案裡做了什麼業務，以及程式碼實現的細節”，這就相當於把後繼提問權直接交給面試官。下表列出了一些不好的回答方式。

在避免上述不好的回答的同時，大家可以按下表所給的要素準備項目介紹。如果可以，也請大家準備用英文描述。其實剛畢業的學生，或是工作經驗較少的人，英語能力都差不多，但你說了，這就是質的進步。

面試前，你一定要準備，一定要有自信，但也要避免以下的一些狀況。

「三、不露痕跡地說出面試官愛聽的話」

在專案介紹的時候（當然包括後繼的面試），面試官其實很想要聽一些關鍵點，只要你說出來，而且回答相關問題比較好，這絕對是加分項。我在面試別人的時候，一旦這些關鍵點得到確認，我絕對會在評語上加上一筆的。

下面給出5個面試官愛聽的關鍵點和對應的說詞。

「四、一定要主動，面試官沒有義務挖掘你的亮點」

#我去面試人家的時候，往往會特別提問：你專案裡有什麼亮點？或者你身為應徵者，有什麼其他加分項能幫你成功應徵到這個職位。即使這樣問，有些人直接說沒有。

我這樣問已經是處於角色錯位了，作為面試者，應當主動說出，而不是等著問，但請注意，說的時候要有技巧，找機會說，通常是找一些開放性的問題說。

例如：在這個專案裡用到了什麼技術？你除了說一些基本的技術，例如Spring MVC，MyBatis，還有資料庫方面的常規技術時，還得說，用到了Java記憶體管理，這樣能減少對虛擬機器記憶體的壓力，或者說用到了大數據處理技術等。也就是說，得找一切機會說出你拿得出手的而且目前也非常熱門的技術。

或是找個相關的問題做擴充性說明，例如被問到：你有沒有用過一對多和多對多？你除了說基本知識點以外，還可以說，一般我還會根據需求適當地設定cascade和inverse關鍵字，隨後透過一個實際的案例來說明合理設計對你專案的幫助，這樣就能延伸性地說明你的技能了。相反如果你不說，面試話一定會認為你只會簡單的一對一和一對多操作。

面試的時候，如果候選人回答問題很簡單，有說一，不會擴展，或者用非常吝嗇的語句來回答我的問題，那麼我一般會給機會讓他們深入講述（但我不敢保證不是每個面試官都會深入提問），如果回答再簡潔，那麼也會很吝嗇地給予好的評語。

❝

記住：面試官不是你的親戚，面試官很忙，能挖掘出你的亮點的面試官很少，而說出你的亮點是你的義務。

❞

我在面試別人過程中，根據不同的情況一般會給予如下的評語。

1. 回答很簡答，但回答裡能證明出他對框架等技術確實是做過，我會在評語裡寫「對框架了解一般，不知道一些深層次的知識（我都問了多次了你都回答很簡答，那麼對不起了，我只能這麼寫，或許你確實技術很強，那也沒辦法，誰讓你不肯說呢？）”，同時會加一句“表達能力很一般，溝通能力不強”，這樣即使他通過技術面試，後面的面試他也會很吃力。

2. 回答很簡單，透過回答我沒辦法驗證他是在專案裡做過這個技術，還是只是在平時學習中學過這個技術。我就會寫“在簡歷中說用過XX技術，但對某些細節說不上來，沒法看出在項目裡用到這個技術”，如果這個技術是職務必需點，那麼他通過面試的可能性就非常小。

3. 回答很簡單，而且只透過嗯啊之類的虛詞回答，經過提醒還這樣，我會敷衍幾句結束面試，直接寫「技術很薄弱，沒辦法通過面試」。

4. 雖然透過回答能很好地展示自己的技能，但邏輯條理不清晰，那麼我會讓他通過技術面試，但會寫上“技能很好，但表達能力一般（或有待提升），請後繼面試經理斟酌」。這樣通過後繼綜合面試的機會就一般了，畢竟綜合面試會著重考察表達能力溝通能力等非技術因素。

「不管怎樣，一旦回答簡單，不主動說出你的擅長點，或沒有條理很清楚地說出你的亮點，就算我讓你通過面試，也不會寫上「框架細節了解比較深，資料庫應用比較熟練」等之類的好評，你即使透過技術和後面的綜合面試，工資也是比較低的。」

#「五、一旦有低階錯誤，可能會直接出局」

面試過程中有些方面你是絕對不能出錯，所以你在準備過程中需要特別注意如下的因素。下面列了些會導致你直接出局的錯誤答案。

「六、引導篇：」準備些加分點，在介紹時有意提到，但別說全

在做專案介紹的時候，你可以穿插說出一些你的亮點，但請記得，不論在介紹專案還是在回答問題，你目前的職責不是說明亮點而是介紹項目，一旦你詳細說，可能會讓面試官感覺你離題了。

所以這時你可以一筆帶過，比如你可以說，“我們的項目對數據要求比較大，忙的時候平均每小時要處理幾十萬條數據”，這樣就可以把麵試官引入“大數據”的方向。

你在面試前可以依照職位的需求，準備好這種「一筆帶過」的話。例如這個職位的需求點是Spring MVC框架，大數據高並發，要有資料庫調優經驗，那麼介紹以往專案時，你就最好突顯這些面向你的實際技能。

再給大家舉個例子，例如Java虛擬機器記憶體管理和資料庫最佳化是絕大多數專案都要遇到的兩大問題，大家都可以在敘述專案經驗時說，在這個專案裡，我們需要考慮記憶體因素，因為我們的程式碼只允許在2G記憶體環境中運行，而且對資料庫效能要求比較高，所以我們常常要監控優化記憶體和資料庫裡的SQL語句。這樣當面試官深入提問時，就能拋出自己準備好的虛擬機器記憶體優化和資料庫優化方面的說詞。

實在不行，你也可以說“我除了做開發，也做了了解需求，測試和部署的工作，因為這個項目人手比較少，壓力​​比較大”，這樣你也能展示你有過獨當一面的經驗。

我在面試過程中，一旦聽到有亮點，就會等到他說好當前問題後，順口去問，一般技術面試最多辦半小時，你把時間用在回答準備好的問題點上的時候，被問其他問題的時間就會變少了。

「七、你可以引导，但不能自说自话」

我面试的时候，也会遇到些有准备的人，其实如果你真的想应聘的话，一定要事先准备，这点我能理解，甚至赞同，你只要别露出太明显的痕迹，我不会写上“似乎有准备，没法考察真实技能”这种话，更何况未必每个面试官都能感觉出你准备过。 但你不能凭着有准备而太强势，毕竟面试是面试官主导的。

我遇到个别面试的人，他们说话太多，一般会主动扩展，比如我问他数据库用什么，他不仅回答数据库是什么，自己做了什么，甚至顺便会把大数据处理技术都说出来。

其实过犹不及，我就会重点考察你说的每个细节，因为我怀疑你说的都是你从网上看的，而不是你项目中用到的，我甚至会直接威胁：“你先和我说实话这个技术你真在项目里用到，我后面会重点考察，一旦被认为你项目里没做，这个性质就是蒙混过关了”，往往这些人会主动坦白。

不过话说回来，他如果仅仅说，数据量比较大，但点到为止，不继续说后面的话，我就会深入去问，他自然有机会表达。同时请注意，一般在面试过程中，一旦你亮出加分点，但面试官没接嘴，这个加分点可能就不是项目必备的，也不是他所关注的，当前你就可以别再说了，或者等到你提问题的时候再说。

「八、不是结尾的总结」

到这里，我们已经给出了介绍项目的一些技巧。

两句话，第一，面试前一定要准备，第二，本文给出是的方法，不是教条，大家可以按本文给出的方向结合自己的项目背景做准备，而不是死记硬背本文给出的一些说辞。

当大家介绍好项目背景后，面试才刚刚开始，哪怕你说得再好，哪怕你把问题引导到你准备的范围里，这也得应付Java Web（比如Spring MVC,ORM等）、Java Core（多线程、集合、JDBC等）和数据库等方面的问题。

那麼本文的價值體現在哪呢？如果引導不好，你根本沒機會展現自己的能力。這就是本文所給的方法價值。說句自誇的話，本文給出的一些方法和說辭不是拍腦袋想出來的，而是從面試上百個候選人的經歷中抽取出來的，其中有不少血淚，也有不少人成功的途徑，這篇文章多少對大家（尤其是經驗不滿3年的同學）有幫助。