我是否應該接受比我們期望低得多的候選人,只是因為等待更好的候選人可能需要幾個月的時間?
錯誤的問題,您真正應該做的是問這個問題:
為什麼我的公司無法吸引具有必要經驗水平的候選人?
,很遺憾,您沒有給我們足夠的信息貴公司使用哪種語言和技術堆棧,以便我們明確地回答。例如,如果您的公司在需要安全檢查的政府部門中工作,或者專門研究像Cobol這樣的小眾語言,那麼您總是很難找到人。
假設情況並非如此。 ,那麼強迫潛在的員工在接受面試之前進行測試可能會阻止他們申請。現在,開發人員-尤其是優秀的開發人員-可以選擇他們在哪里工作,這意味著,在要求他們編寫測試的工作前景與不需要寫作的工作前景之間做出選擇,他們可能會選擇
這並不是說測試是一件壞事:它使您能夠淘汰完全無能的求職者,這意味著您的公司不必浪費時間進行面試。將無處可去。但是您應該記住,對於開發人員來說,到辦公室來編寫測試是對他們的時間投入。
我的建議是放棄測試。直接去面試,而不是尋找貴公司使用過的技術棧中有經驗的候選人,和/或可以回答有關該棧的死記硬背的問題-集中精力尋找願意學習的候選人。就個人而言,我對一個具有多年經驗的候選人更感興趣,該候選人具有廣泛的語言,而他們的整個職業生涯都沉迷於他們熟悉的一件事中。
一旦找到自己認為合適的人,就不要讓他們充分就業。相反,給他們提供三個月的合同,這實際上是一個試用期;在期末,如果候選人表現良好,則可以將該合同轉換為全職工作;或者如果他們沒有按要求履行合同,那麼合同就失效了,他們需要做出其他安排。
您可能還使用當前的測試來確保僱用的任何人都可以編寫質量代碼,但是這不是一個可靠的指標:就像人們可以對自己的經驗和技能說謊一樣,他們可以編寫遠遠超出其規範的代碼。通過定期的代碼審查來確保質量,而不是一次過的測試。
最後,您應該考慮一種測試(該測試可能是定時的,並且是在陌生的環境中進行的,因此有些神經質的破壞會影響績效)不一定是判斷某人能力的最佳工具。特別是,書面測試是一種非常糟糕的工具,因為沒有程序員會在紙上手工編寫代碼:我們生活在IDE和命令行中,這些生產力和生產力功能被我們視為理所當然,而且可能離不開。
軼事:我在一家軟件公司工作,該公司也使用測試作為預篩選。在獲得足夠的開發人員方面,我們不但與您同在,我的一位朋友寫了我們的測試並失敗了,這對我來說是荒謬的,因為我知道他的技能...在被公司拒絕後,他繼續成為另一家公司的首席架構師。