題:
如何面試前任上級?
GoatBreeder
2015-04-14 18:11:30 UTC
view on stackexchange narkive permalink

我是一名現在擔任管理職務的程序員,最近我獲得了與程序員進行面試的大量經驗。我對面試過程感到很自在,並按如下方式進行面試:

  • 編程測驗,由候選人手寫代碼。
  • 一般性問題(個性,解決問題,
  • 關於假設的項目分配的“白板”類型討論。

到目前為止,該過程運行良好,但我認為這樣做不會成功即將與前任上司面試時使用的一種感覺。當我是初級程序員,而他是高級程序員時,我曾與他一起工作。我離開去另一家公司工作,我們倆都擔任了管理職位,現在他正在轉任高級編程職位。他比我年長且經驗豐富,我不確定如何進行富有成效的採訪。

我的一個想法是重新參與白板討論,以更加強調團隊合作和解決衝突技能評估很少,但總體而言,在接下來的面試中,我真的很難確定我應該客觀地尋找什麼。由於他是我的前任導師,所以我很難擺脫現狀並客觀地看待它。

有人可以提供以下建議嗎?

  • 評估的重點應該是什麼。
  • 我應該尋找什麼“危險信號”。
  • 有沒有一種方法可以進行編程測驗而不會受到侮辱
  • 我什至應該關注技術/技能組合評估嗎?
  • 我可以問一些有用的問題,以了解他是否能與我們的團隊保持良好的聯繫?
  • >

對於以前經歷過此操作的任何人,您可以分享您的事後看法嗎?

您是唯一接受采訪的人嗎?還是會有其他人在場?也許您熟悉您以前的同事的能力,但也許您身邊的其他人沒有這種優勢
您是在現在的公司還是在以前的工作中一起工作?如果該公司以前從未聽說過此人,則沒有任何侮辱以下規矩並給他做測驗的事情,並且您會提出其他任何申請,因為您當前的雇主需要知道。
七 答案:
Kent A.
2015-04-14 19:13:04 UTC
view on stackexchange narkive permalink

在這種情況下,您確實應該考慮自己是否是與候選人面試的合適人選。您確實應該讓其他人面試(有資格面試),並且您可以成為“角色見證人”。至少,您應該至少有一個另一位面試官陪著你。被過度偏見(一種或另一種)的風險太大。

在我工作過的所有地方,這幾乎都是標準做法。工作經驗重疊的人無法參加面試。建議是受歡迎的,甚至是鼓勵的,並且可以起到很大的作用,但是客觀性是採訪的關鍵。無論您對候選人的實際看法如何,這都可以避免那麼多潛在的問題。
這麼多。如果您進行這次面試,然後以後有人發現您事先認識這個人,他們可能會認為他找到工作是因為您彼此認識,給您和他造成了不必要的問題。這就是所謂的“利益衝突”,您應該使這種情況對_YOUR_管理層盡可能透明(只要有人監督您)。
我還要強調一個事實,那就是,如果您能夠做到客觀,那並不重要,重要的是**別人會看到什麼**。如果他們認為您可能有偏見,即使您沒有偏見,也會遇到麻煩。
如果您不能在這次面試中把前任上級當成下屬,而他們也不能處理,那麼您如何期望它在工作中發揮作用呢?這是理想的測試。
我不會反對派另一位面試官在場,但是我們(專業社會?)確實需要重新考慮我們的偏見和客觀性。出於善意,面試過程的重點是要成為一名候選人成為被偏置者,以便做出明確的決定。即使作為一方的“角色見證人”,其結果是這個人肯定會偏the該過程,並且應該“不要”害怕這樣做。想像一下當要求提供角色參考時荒謬的諷刺意味……只是已經淘汰了一個現有員工,而該員工可以提供與其他員工一樣的能力。
Cronax
2015-04-14 19:08:01 UTC
view on stackexchange narkive permalink

儘管您已經認識這個人,但是如果從常規面試常規中太過 ,顯然會給您帶來麻煩。當您是面試官時,您將決定如何處理面試。因此,我會像下面這樣說:

嘿,X,歡迎來到Y公司,我知道我們曾經合作過,但是為了確保客觀性,出於這次採訪的目的,我希望我們假裝我們從未見過。這對您有用嗎?

在面試中,請盡量避免先入為主。自從上一次合作以來,時間已經過去了,因此您需要評估前任上司的當前技能水平。他們可能教會了您所有您所知道的知識,但是如果他們從那時起一直跟不上發展,那麼它們可能就不適合您的團隊。詢問通常會遇到的所有問題,即使您已經知道答案了。如果候選人曾做出不屑一顧的反應,這是一個危險信號,他們可能無法將您視為自己的上級,這可能會導致團隊中的問題。

如果您真的發現自己無能為力為此,請嘗試讓其他人與您一起面試此人,甚至完全退出此面試。您正在嘗試確保候選人有客觀的判斷獲得公平的機會,如果您發現自己無法做到這一點,那麼您將不會對任何參與方提供任何幫助(您自己,您的前任上司和公司)。 / p>

我認為這是最有價值的評論,也是進行此類採訪的最佳方法。我要補充的是,面試的結果通常在招聘經理和招聘人員之間共享,因此基本思想是盡可能堅持已經定義好的面試過程。我對此有負面的經歷(過了一個以前的隊友,沒有問過典型的問題,而是將答案轉發到了HR數據庫),離過程太遠肯定會在將來引起問題。
Vietnhi Phuvan
2015-04-14 18:50:56 UTC
view on stackexchange narkive permalink

您知道他有能力,因此您可以免除瑣事測驗。但是,您用一隻手奉獻的東西,卻用另一隻手奉獻。這就是我要關注的重點:

  1. 他的編碼風格與組織的風格兼容嗎?如果不是,他是否可以使其適應組織的要求?

  2. 他的編碼技術是否最新?您不希望他用過時的技術填充代碼庫

  3. 他是您的有效導師嗎?如果指導是職位描述的一部分,他仍然願意指導其他人嗎?

  4. 他是否有資格在您的組織中擔任團隊領導?團隊負責人應在軟件工程流程(認為以團隊規模進行連續集成/連續部署的實現)至少與代碼體系結構和編碼樣式方面同樣重要的前提下進行操作。您喜歡他設計代碼的方式嗎?他如何將代碼組織到模塊和庫中?他是否應該知道如何編寫可擴展的代碼?他擅長編寫乾淨,文檔齊全的代碼嗎?

  5. 您如何看待他作為問題解決者?我自己的聰明才智可能是惡作劇,而且我偶爾會比自己聰明:)

  6. 他和你在一起很好嗎?您希望他與他人合作愉快嗎?如果我不喜歡一種同事,是同事在不通知任何人的情況下更改代碼。

  7. 他對最佳軟件工程實踐的想法是什麼?這些年來的工作之後,他應該發表意見。

  8. ol>

    @JoelEtherton和@msouth等人對每個人都受到相同和一貫的對待表示擔憂。我的態度是,如果要解決一系列問題,那麼另一個問題就應該放在前燃燒器上。如果說出某人的github令我對某人的基本能力感到滿意,那麼我不會花很多時間在打字測試上。因為我現在有更迫切需要解決的問題。

我不知道我是否可以同意:“你知道他很稱職,所以可以省去他瑣事測驗。”視環境而定,最好記錄任何/所有人力資源程序。為了避免出現偏favor或“職業性裙帶關係”,最好在整個訪談過程中牢記這一目標。 OP最終是否關心答案最終無關緊要,但記錄它可能無關緊要。
我贊成這個答案,但是我同意@JoelEtherton在這裡的關注。您可以讓他知道您需要執行此操作,因為如果需要,這是過程的一部分。或者就像您與其他所有人一樣做。
與在HR框上打勾一樣重要,您應該自己打勾。您的回憶是他當時很有能力。時間已經過去了。您不再是初級,因此您可能會有更高的標準。他一直在做其他事情,正在尋求重返高級程序員的行列,因此他可能會失去過去的表現,或者甚至會變得更好,並從證明中受益於面試過程。您正在為另一家公司工作,所以您可能現在要強調“勝任力”的不同方面。因此,使用面試評估他。
如果有測試,*每個人*都應該做。讓一個已知的人參加相同的測驗會為您提供一個有用的“基準”,以更好地根據他人的情況得出結果。另外,詢問者還記得長者是高技能的-但這是通過大三學生的眼神。也許他們沒有註意到他們現在認為是as草的技術?也許長者變得自滿或懶惰,實際上現在比他現在*更糟*?
這似乎與質詢者當前的面試過程相去甚遠(該面試過程本身可能會顯示出偏愛,而且更不用說根本不評估其能力了)。雖然這些通常是不錯的面試重點(除了評估一般編程能力之外,**),但突然切換到這些面試一次,將使提問者無法有效地比較候選人。國際海事組織以某種形式,將其作為答案的附錄,而不是單獨回答。
永遠不要給別人瑣事測驗,瑣事測驗是出色的學習經驗。如果申請人不知道答案,它將鼓勵他們找出正確的答案,因此他們將來會做更多的準備。
瑣事小測驗使採訪變得糟透了。
scriptin
2015-04-14 18:50:56 UTC
view on stackexchange narkive permalink

我以前做過的事情與您的方法非常相似。最簡單的問題總是排在最前面,因此,如果顯然候選人足夠熟練,我可以跳過其中的一些問題。另外,如果進展順利,我過去常常將更多時間花在“高級”問題/討論上。

評估的重點應該是什麼。

這取決於職位,而不是個人。有需求-只是測試它們。

我應該尋找什麼“紅色標誌”。

同樣,這取決於位置。我曾經在一個人中尋找“ 毒性”的跡象。

有沒有一種方法可以進行編程測驗而不會受到侮辱? blockquote>

編程測驗本身並不侮辱。如果侮辱候選人,那可能是您要尋找的危險信號。被編碼測驗侮辱的人也可能因工作分配不符合他/她的“技能”(實際上是野心)而受到侮辱。

我應該甚至與技術/技能評估有關嗎?

是的,因為職位需要這種技能。但是,正如我所說,應該調整每個難度級別的問題數量,否則您就可以浪費時間瑣事。

我可以問一些有用的問題來學習是否他會和我們的團隊相處得很好嗎?

我不知道這樣的問題。根據我的經驗,最好根據自己的情緒來判斷:如果您喜歡一個人,會在一個團隊中與他/她相處融洽。我問我的同事,我什麼時候會喜歡他們-我們曾經和兩個面試官面試,所以我們至少有兩個意見。

Level River St
2015-04-15 13:22:35 UTC
view on stackexchange narkive permalink

我接受了面試並在A公司提供了工作。我拒絕了,原因是我在B公司獲得了可笑的薪水。兩年後,B公司搬到了另一個國家,所以我決定留在哪裡我不是去和他們一起去。我發現自己回到了與公司A討論職位的問題。

我在公司A的面試官/老闆(我第二次接受了這份工作)稱我在那兒的新面試是“開會”,而不是面試。因為兩年前我在第一次面試中表現良好,所以我們只討論了薪水和開始日期。您已經比我公司A的老闆更了解這個人。還有什麼需要討論的嗎? (也許,如果您認識他,但人力資源經理則不知道,他們會提出一些問題...)


您當然可以花一些時間討論您的組織正在努力實現的目標,以查看是否非常適合你們倆。

Benjamin Gruenbaum
2015-04-15 13:27:15 UTC
view on stackexchange narkive permalink

從技術角度來看

也許這是很明顯的答案,但是由於您已經評估了他在您的上級職位上的編程技能,如果您說他的編程技能很好並且他願意通過定期面試到毫無意義的地步-只是建議他們僱用他。

與某人一起工作比面試他們給您的編程能力好得多一兩個小時。

從合法PoV

您需要確保沒有任何機會均等的問題。在某些地方,給不同的候選人不同的面試類型是非法的,而通過給他不同的面試,您可能會合法暴露您的公司。因此,根據您所在的位置,您可能需要對他進行一次面試,與您對其他候選人進行的面試非常相似。

Honza Zidek
2017-02-22 13:48:14 UTC
view on stackexchange narkive permalink

非常好的答案,我想補充一個沒有被充分強調的要點:採訪是雙向對話。不僅是您作為面試官提出​​問題!將採訪設為對話,在這兩個參與者中,雙方會確定他們是否願意合作。您可能認識他,但他不了解您的公司,他需要知道他是否想與您合作。而且,您對他來說是更有價值的伙伴,因為他可能比普通面試官更信任您-而且您可能更不願意在面試中重複他對普通經理的胡扯,因為您會感到尷尬。

因此,考慮到這一點,我將在答案中添加以下內容:

評估的重點應該是什麼。

評估是雙向的方向性,因此,如果您作為組織要與他合作,或者作為個人要與您組織合作,請相互評估。

我應該尋找什麼“危險信號”。

風格和工作文化是否適合他?

有沒有一種方法可以進行編程測驗而又不侮辱?

只需執行此操作即可。如果他不理解以下協議,則可能與您的組織不兼容。

我什至應該關注技術/技能評估?

當然!也許他已經搬到某個地方,不想做以前的工作(例如後端->前端,反之亦然)

我可以問一些有用的問題了解他是否可以和我們的團隊很好地相處?

問他想做什麼



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