EPAM的面試流程是怎樣的？
作者 Aaron Cao · 更新於
EPAM為客戶專案配置工程師，因此其流程會同時考核工程能力與英語口說。候選人普遍反映會經歷招募人員初篩、英語測驗、一輪或多輪技術面試，以及最終輪。具體階段因職位與地點而異，請向招募人員確認你的實際流程。
業務模式如何塑造這個流程
EPAM是一家軟體工程服務公司：它組建團隊並將其派駐到客戶組織內部工作。這個模式解釋了其面試讓人覺得不尋常的大部分原因。
由此產生兩個結果。技術門檻是針對某個申報技術棧中的真實交付工作設定的，而非抽象的智力題，因為你是被媒合到某個專案，而不是被抽象地錄用。溝通能力本身也被當作一項技能來考核，因為工程師要直接與常常身處另一個國家的客戶利害關係人溝通。一位技術很強但在會議中難以理解的候選人更難被安排到專案中，這個流程正反映了這一點。
EPAM會持續調整其招募方式，細節因國家與交付單位而異。請將任何已公開的流程概述（包括本文）視為常見形態，而非保證。
候選人普遍反映的各個階段
候選人描述的結構大致如下：
- 招募人員初篩。 背景、技術棧、離職通知期、地點，以及職位匹配度。
- 英語測驗。 對你英語能力的單獨評估，據反映通常包含口說部分，並依等級評分，而非單純通過或不通過。
- 技術面試。 一輪或多輪，圍繞你申報的技術棧，考核基礎知識、實務設計能力，以及你實際交付過的程式碼。
- 最終輪。 與經理、交付負責人或客戶方進行的對話，了解你在團隊中的工作方式。
順序與輪數各不相同。有些候選人反映英語階段較早進行，有些則與技術輪同步，還有些職位會加上帶回家的作業或現場寫程式練習。在規劃準備之前，先向招募人員確認哪些階段適用於你的職位，因為答案會決定你該練習什麼。面試類型專題更詳細地介紹了各輪的形式。
把英語輪與技術輪當作同一件事來準備
大多數準備EPAM面試的人只擔心技術輪，把英語階段當作附帶項目。本節主張把兩者放在一起準備。原因在於，兩者考核的是同一種底層能力：用英語，向一個當時不在場的人，把工程決策清楚地講出來。
一個有用的練習是，選一個你做過的系統，在不看筆記的情況下，用四分鐘講清楚：它做什麼、你圍繞什麼限制條件來設計、你接受了什麼取捨，以及你現在會做哪些改動。要大聲說出來。在時間壓力下，書面流暢度與口說流暢度會出現分化，而被考核的只有其中一項。
設想一位在支付平台做了多年的後端工程師，他閱讀英語毫無障礙，但工作中很少開口說英語。技術內容不是問題所在，問題在於要在陌生人等待的情況下，用第二語言把內容調取出來。大聲演練正是彌合這個落差的方法，模擬面試工具運行的正是這個循環。
SubcueAI適用之處，以及不適用之處
SubcueAI輔助的是即時的口說面試。macOS與Windows上的桌面應用程式會擷取系統音訊與你的麥克風，並在本機浮動視窗中顯示建議；瀏覽器擴充功能的側邊欄對執行於Chromium分頁中的通話也做同樣的事，但只擷取該分頁的音訊，也就是面試官的聲音，而不是你自己的聲音。沒有機器人加入通話，也沒有任何內容被注入會議頁面。
這涵蓋了對話式的輪次，無論是在Zoom、Google Meet還是Microsoft Teams上進行。但它並不涵蓋每一個階段。一個沒有人說話的自動化測驗，即時助手無從聽起；一個錄製的單向問題，也沒有面試官的話可供轉錄。我們不宣稱任何工具是無法被偵測的，螢幕共享、螢幕錄製、監考環境，以及公司託管裝置都不在本機浮動視窗的控制範圍之內。
對於英語階段，誠實的建議是準備，而不是依賴工具。對你英語口說的測驗考核的就是你本人，朗讀提示既違背了測驗的初衷，也不符合你自身的利益——你的目標是加入一個你能聽懂會議內容的專案。讓你拿到招募人員初篩機會的履歷，則由履歷產生器來處理。