題:
技術面試官應否閱讀簡歷/簡歷？
abeboparebop
2018-06-11 15:14:36 UTC
view on stackexchange narkive permalink

技術面試官在進行面試之前是否應該閱讀候選人的簡歷/簡歷？

我定期面試數據科學職位。特定的情況是，本身不是技術人員但非常熟悉職位要求的招聘人員已經閱讀了簡歷，對候選人進行了初步的電話面試，並通過了他們。

有些的同事們認為，閱讀簡歷可能會導致我們在對待候選人方面的偏見。例如，我們可能更傾向於接受背景與我們相似的候選人。

我的直覺是，不讀簡歷的人不尊重候選人。我還覺得將面試問題集中在簡歷上似乎比較稀疏的部分上很有用。

一些其他上下文可以回應評論：

  • 由具有技術背景的面試官進行其他面試階段，重點是候選人的背景和動機。當然，簡歷是這裡的關鍵輸入，因此在更大的過程中確實需要認真考慮。

  • 在此“技術面試”中，我們對他們過去可能使用過的技術的具體細節（我們甚至沒有要求數據科學家一旦在這里工作就必須使用任何特定的技術），而是在候選人中證明他們可以將通用的分析原理應用於特定的業務問題。

  • 最後，我們已經建立了一些減少招聘偏見的流程，最重要的是，我們的技術面試和評估流程必須一致且結構合理。

    • 評論不作進一步討論；此對話已[移至聊天]（https://chat.stackexchange.com/rooms/78813/discussion-on-question-by-abeboparebop-should-a-technical-interviewer-read-the-r）。
    九 答案:
    Neo
    2018-06-11 17:52:31 UTC
    view on stackexchange narkive permalink

    技術面試官在進行面試之前是否應閱讀候選人的簡歷/簡歷？

    是，參與面試過程的任何人都應參加面試。是時候閱讀簡歷了。否則，當面試候選人時，他們將如何提出聰明的問題？

    我的直覺是，不讀簡歷的人不尊重候選人。 / p>

    我完全同意您的觀點。 非常無禮，任何具有智力的候選人都會知道簡歷是否已經被預先閱讀。而且，如果候選人注意到並有多種選擇，您可能會通過侮辱他們而使自己脫離競爭。

    我也覺得這很有用

    根據我作為招聘經理的經驗，這也是正確的。通過仔細地查看簡歷，如果您正在尋找關鍵技能而又沒有提及太多內容，則可以磨練並查看候選人與您的需求之間的差距有多大 。

    從緩解偏見的角度來看，還有其他控制方法。擁有多個面試官，向所有應聘者問相同/相似的問題，在面試任何人之前就selection選標準達成協議等-在徹底閱讀簡歷的同時，您可以非常徹底地消除偏見。

    同意此外，簡歷通常會提供其他信息，可用於各種目的。我可能會問應聘者關於他們工作過的先前城市的天氣，或者他們在3年前使用外圍技術所做的工作。通常，他們的答案比基線工作要求的答案更能告訴您有關候選人的信息。一名招聘人員不會告訴您該候選人說他們喜歡西雅圖的天氣，因為它使烹飪方法更舒適。
    我想在這裡強調最後一段的“關鍵技能”部分。請記住，您的目標是與應聘者一起確定他們是否最適合您所需的角色，而不是消除他們的弱點。
    回复：專注於較薄的領域，這也有助於專注於較堅強的領域：候選人是否真的掌握了他聲稱的主題，或者甚至在那兒還是淺薄的。對於技術面試，這重點是學習的能力，這可能比實際知識更好。無論如何，請閱讀簡歷！
    在向別人提問之前，您必須了解某人的背景。如果您的項目使用編程語言A和B；並且該候選人被聘為具有B方面的專業知識，但沒有要求A的任何知識，那麼問他有關A的好處是什麼？
    最好不要聽任何候選人的面試答案，以防萬一它們引起任何偏見。如果您不知不覺地偏向於他們的著裝習慣，請不要看著它們。從根本上講，您一定不能對它們有任何了解。這樣沒人能指責你偏見。
    “他們將如何提出明智的問題？”他們將通過考慮工作本身及其要求來詢問，而不是考慮受訪者的簡歷。如果我正在聘請軟件工程師在Swift中編寫iOS應用，那麼我會詢問適用於這項工作的候選人技術問題。
    gazzz0x2z
    2018-06-11 15:18:56 UTC
    view on stackexchange narkive permalink

    這取決於您在面試中的確切角色。

    如果您的角色僅限於評估候選人的技術能力，那麼“ 不讀”職位可以被理解。您只需要評估某人，而無視其他任何事情。

    如果OTOH，您必須總體判斷某個人是否適合您的團隊，那麼CV是必不可少的。典型的問題是了解受訪者的行徑，向他詢問在一個過分的地方他的表現如何，這將有助於您全面了解候選人。

    我不同意。簡歷通常會包含對過去職位的描述，包括使用的特定工具集，項目和編程語言。如果您閱讀了簡歷，則可以詢問有關候選人的先前經驗以及它將如何應用於您的組織的更好的問題。
    @kuhl-嗯，這意味著您要判斷的不僅僅是純粹的技術水平。假設我的公司需要COBOL專家。那會在我不會的地方工作。所有招聘工作都將由其團隊完成-但沒人知道COBOL。因此，他們要求我只是評估他對COBOL的了解以及他的宣稱。在這種情況下，我不需要知道他做了什麼。我只需要知道他對COBOL的技術了解是否符合全球的期望。當然，如果有人問我更多關於他的信息，我需要閱讀他的簡歷。
    @gazzz0x2z“ _要評估他也同樣了解COBOL，就像他宣稱的那樣** _”但是您怎麼知道_他宣稱不了解CBOL卻知道有多少？如果您寫了“……公司需要他知道……”，可能會有所不同，但是即使那樣，我仍會認為（儘管只參加了幾次採訪）看到他們的過去記錄會有所幫助提出正確的問題。
    公平。儘管通過忽略簡歷，您可能會忽略評估候選人的COBOL知識的良好工具。如果這是純粹的編程測試，那麼我想可能不需要CV。
    @kuhl：完全是我的觀點。一旦超越了純粹的技術測試，CV就成為強制性的。
    對於特定的，狹窄的技術面試，“取決於”絕對是正確的答案。如果您在重視白板/代碼對編碼能力的組織中工作，那麼讓那些特定的訪問員集中精力進行評估是完全有效的。該數據完全是軼事，但我曾經參加過的兩次最差的錄取都是兩種情況，即我們根據某人的簡歷對某人的白板性能給予了通過。
    Alexander
    2018-06-11 19:52:46 UTC
    view on stackexchange narkive permalink

    是的，由於簡歷，您可能會“偏向”某些候選人或反對某些候選人。更積極地說，您“選擇問題以適合他們的簡歷”。尤其對於具有或多或少軟要求（對X或Y或Z的深入了解）的職位，了解某個人最初來自哪種技術以及期望哪些知識可能會很有用。

    我採訪了一些人（僅限技術人員），並且根據他們陳述的技術背景和知識的深度，提出了不同的問題。

    然後，如果技術人員認為面試我的下一個職位已經閱讀了我的“求職信”電子郵件，他們可能會訪問指向我是唯一前端開發人員的產品的公共演示的鏈接，該鏈接會回答他們有關我的知識的一些問題，並且可以比我通常收到的問題幫助他們提出了更多有趣的後續問題。只有一名面試官可以深入詢問我對測試框架的了解，因為他已經看到了最終的應用程序，並且在對基礎應用程序設計進行了兩個深入的問題之後，已經對我對主要技術的了解感到滿意。 >

    當您以任何方式採訪他們時，您可能會偏見的所有內容（他們的教育細節，工作地點）都可能出現。我能想到的唯一例外是您的角色是管理某些特定的測驗或測試，並嚴格對其進行單獨評估。否則，我希望您已經審查了簡歷。
    Chris H
    2018-06-11 20:20:17 UTC
    view on stackexchange narkive permalink

    聽起來您是唯一具有技術背景並有機會閱讀簡歷的人。如果不讀，候選人和公司都會對所有人造成傷害。

    如果兩個候選人都具有工作規範中的特定技能，但是其中一個人是在一個密切相關的領域中學到的，而另一個人是在完全不同的領域中學到的，那麼哪個人會加快速度？但這是否抵消了其他人可以帶入的另一種技能？

    您可能希望讓他們公開一個項目，或者檢查他們聲稱的知識是否真實。只有閱讀了簡歷後，您才能做到這一點，而不僅僅是由HR轉述他們在方框中打勾的要求。

    這是個好建議。當我進行面試時，我經常接受應聘者宣傳的技能和以前的項目，並提出很多問題以深入研究細節。實際上，我們在上一輪招聘中發現了一個非常不錯的候選人，因為我們深入研究了簡歷中提到的先前項目中的一個細節，我們發現他比起初意識到的要知識和技能要強得多。如果我們沒有CV /簡歷來閱讀，這將不會發生。
    Joe
    2018-06-11 22:27:21 UTC
    view on stackexchange narkive permalink

    作為技術面試官，您當然需要簡歷中的大量信息。您需要知道他們在該領域是否有經驗，有多少經驗，他們從事過什麼樣的項目等。您不會找到很多候選人能夠完全覆蓋您所需要的確切領域，所以您不會我們需要知道哪些地方需要花更多時間。

    然而，偏見問題是一個非常現實的問題，尤其是對於過去曾遇到問題的公司（甚至可能有法律法規要求的公司）或確實適用於任何試圖避免招聘偏見的公司。看到姓名，地點，甚至語言都會使面試官下意識地偏向特定候選人或不利於特定候選人，這對公司不利-不僅與多樣性有關，而且還很容易找到理想的候選人。

    一種解決方法這是從簡歷中刪除標識信息。這個名字很可能會在那裡（因為候選人可能希望用名字來稱呼）；但是其他信息，例如大學的位置，甚至是雇主的位置，都可以變成更通用的術語。另一個人可能會匯總該候選人的簡歷，從而將正常的簡歷變成：

    該候選人具有4年的良好學歷。應聘者在主要技術公司有4個工作，跨越15年，每個工作的職責在增加。候選人的職責顯示了在SQL Server，Oracle，Hadoop和Teradata中的經驗。候選人在兩個位置使用SAS，R代表一個位置，Matlab / Stata代表一個位置。

    Etc .;這樣做的人應該具有足夠的技術知識，以了解該職位的需求，並且還需要能夠將其轉換為有用的東西。這樣會增加很多額外的工作，但也會給您一定程度的距離，可以避免偏差。

    “這會增加很多額外的工作” –值得指出的是，您應該在招聘過程中投入大量工作。單位時間內沒有其他業務比僱用員工的風險更高。不好的錄用可能只需要幾個小時，就可能使公司損失數百萬美元。一個好的員工可能要花同樣的幾個小時才能使公司成百萬。從這種角度來看，花非常大量的時間來確保您所僱用的每一名員工都是好員工是很有意義的。
    corsiKa
    2018-06-12 01:56:11 UTC
    view on stackexchange narkive permalink

    我的一些同事認為，閱讀簡歷可能會導致我們在對待候選人方面的偏見。

    是的。而且應該。您應該以不同於新鮮人的方式對待行業資深人士。您應該與具有博士學位的人取得聯繫。不同於步入式。您應該偏向那些經歷過艱難學校嚴酷考驗的人。簡歷的目的是幫助塑造您的意見，只要塑造是公平的，那就很好。該系統正在按預期工作。

    現在，您不應使用與俄語不同的德語，與女性不同的男人，或與母語無關的ESL。但是，大多數差異在“讓我們潛入”之前的最初幾分鐘內就很明顯了，因此隱藏它們並沒有幫助。

    如果“哦！ ，你好嗎？我是俄亥俄州的粉絲，把這個傢伙搞砸了。”在這種情況下，由於其他三十種原因，您也可能不擅長面試，應該停止進行面試。所有其他原因似乎都只是由於對潛在偏見的感知而盲目地拋棄了個人經驗，這很愚蠢。應根據經驗 來指導您的決策。這就是我們重視經驗的原因！

    DrMcCleod
    2018-06-11 23:53:01 UTC
    view on stackexchange narkive permalink

    避免面試中的不公平偏向是很棘手的，但是論文高度結構化的工作面試是否可以抵抗人口相似性影響？很好地概述了您應該做的事情 em>盡力讓您在面試應聘者時盡可能客觀。討論的因素之一是

    對輔助信息的控制

    ，例如CV，Github存儲庫等。最重要的是，如果您正在查看對於一個候選人來說，您應該對 all 候選人做同樣的事情。這意味著您需要預先計劃您要詢問什麼樣的其他信息以及如何對其進行評分。

    Rui F Ribeiro
    2018-06-13 12:56:19 UTC
    view on stackexchange narkive permalink

    您必須閱讀簡歷才能為面試做準備。海事組織（IMO），您忘記的是候選人不是唯一被採訪的人，而潛在的候選人正在評估你們兩個人在合適的環境，同事和機構中的地位。

    如果面試官未能正確說明我的經驗，而且我注意到他沒有讀過我的簡歷，面試錯了（發生），我不想與您一起工作，作為擴展，也不想與您所面對的機構合作。

    我贏了與工作和選擇/評估有經驗的應聘者相比，他們更想與那些偏於主張某種偏見的人一起工作。這告訴了我很多關於你的內部文化的知識，我的工作和技術成就不會對我進行適當的評估，很可能你將無法幫助我在技術領域進一步發展。

    更實用的說法是，如果您要讓面試官不讀簡歷，而不是成對進行面試，那就是一位面試官先讀了簡歷，而另一位面試官沒有讀簡歷，然後交叉引用觀點。否則，您將冒著淘汰不願工作的成熟人的風險。

    MPincho
    2018-06-11 23:59:11 UTC
    view on stackexchange narkive permalink

    我認為，如果您要參加技術面試，您的簡歷已經完成了他的任務，為您打開了下一個台階的大門，並與某人面對面坐在一起，然後僅靠自己才能說服他們掌握軟技能和硬技能，您是完成任務的合適人選。面試官總是檢查您的簡歷，但不要超過60秒，不要相信他們會閱讀您的簡歷超過2頁。要準確，果斷地回答問題，最重要的事情是總是回答問題，即使您沒有表現出面對新問題時如何解決問題。



    ⓘ
    該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到，我們感謝它分發的cc by-sa 4.0許可。
    Loading...