建議用STAR法則，增加面試趣味性。

STAR是指情景（situation）任務（task）行動（ation）結果（result）四項的縮寫。

S:事件發生的背景是什麼。比如：前年我們公司計劃在新城市新開10家店鋪，需要在短時間內招募到大量店長和店員，但是我們在當地沒有辦公室，招聘難度非常大。

T:你當時要完成的任務是什麼。比如：我當時主要負責簡歷收集和篩選，但是我們是市場新入者，在當地沒有名氣。

A：你當時採取了什麼行動。比如：為了吸引到足夠數量的合格者，我主要採取了三種措施……

S:行動的效果和結果如何。採取措施後，有了足夠數量的應聘者，最後每個店都招到合適人選，保證了新店的順利開業。

你給面試官介紹你的專案經驗，同樣可以採取這種結構，一來你的表達有邏輯性，二來故事趣味性更強，吸引考官聽你的故事。

專案經驗是面試最重要的環節。如何介紹專案經驗，是面試者感到最棘手的問題。初入職場的新手，透過學習掌握了一些軟體開發技術的理論知識，沒有參與實際專案的經驗，在介紹專案經驗時，往往膽戰心驚，如履薄冰，唯恐露餡。工作多年的老程式設計師，如何把平時工作中承擔的一些瑣碎的開發任務，以較為完整，系統的方式呈現給面試官，也是一個巨大的挑戰。

 以筆者多年指導學生面試的成功經驗，要想收到公司面試電話，簡歷上必須要寫三個專案經驗，不需要多，也儘量不要少。如果參加工作時間比較長，做的專案比較多，比較雜，就選三個重點的，近期在做的，自己比較熟悉的專案。剛入行者，沒有實際專案開發經驗，也要想辦法寫上三個專案，否則打電話邀約你去面試的都是一些打著軟體公司旗號的培訓機構。

 面試官沒有能力判斷面試者是否真正做過其簡歷上羅列的那些專案。面試過程中，面試官將安排面試者介紹專案經驗，根據其描述的專案需求，專案開發過程，專案中涉及到的技術細節發問，與面試者進行探討。面試官試圖透過這種對話的方式，判斷面試者是否真正具備其聲稱擁有的技術能力，是否是公司要選拔的人才。

 面試者如果專案經驗不足，可以根據自己掌握的技術，自己熟悉的行業和領域，對專案經驗進行適當包裝。寫在簡歷上的專案，不管自己是否真正做過，一定要能夠描述清楚，以免面試官對簡歷真實性產生懷疑，導致面試失敗。建議在面試前，對自己簡歷中的每一個專案進行詳細分析，從資料庫設計，到具體程式碼的實現過程進行梳理，讓自己熟悉專案每個技術實現細節。

 圖書管理系統，學生管理系統，選課系統，網上商城，論壇，部落格等，這些專案名稱很容易讓面試官一眼看出來應聘者就是剛培訓出來的學生，儘量不要寫這些專案經驗。有條件儘量寫一些與實際行業相關的專案，包括金融，保險，郵政，民航，保險，教育，服務等。行業不同，業務需求不同，但是使用的技術都是一樣的。

在描述專案經驗時，可以跟面試官說明，只重點描述自己近期在做的這個專案。其他兩個專案只是寫在簡歷上作為鋪墊，在面試官問到時，再做一個簡要的介紹。

可以從以下幾個方面進行專案經驗的面試準備。

1.   專案是做什麼的，有哪些功能

2.   整個專案用到了哪些技術

3.   專案的整體架構

4.   面試者主要負責哪個模組的開發

5.   面試者負責的模組在整個專案中所處的位置及作用

6.   從哪裡呼叫到哪裡、使用什麼方式呼叫

在談專案經驗的環節，有一個問題100%是繞不過的：談一下你在專案中解決過的比較複雜的問題。這需要在工作中不斷去發現和探索，不需要多，在自己目前的專案中只要找到一兩個能說的問題就行。一個小技巧是，即使問題不是自己解決的，只要把這個問題弄懂、搞透了，在面試的時候一樣可以把這個問題當作是自己解決的來說。畢竟，誰來管這個問題當時到底是不是你解決的呢？

面試官可能會問到專案規模，開發週期，團隊組成方面的問題。任何一個正規專案，都不是很簡單的，需要很多人參與，投入很多時間才能完成。專案開發中涉及到的崗位包括前端，後端，移動端，測試等。後端是業務邏輯集中的地方，是系統的核心，參與的開發人員也比較多。一個合同額為100萬的軟體專案，可以規劃10個人開發半年，其中後端7人，前端，移動端，測試各1人。實際上一個軟體公司裡面同時進行的專案不止一個，參與專案的人員還包括售前，售後，需求，美工，運維等人員，除了核心的專案開發人員之外，其他的崗位都是多個專案共享的。