소프트웨어 개발 직책에 대한 후보자를 찾고있는 중이며 모든 이력서를 검토 한 후 인터뷰 초대를 두 번했습니다. 이제 회의실에 사람들이 나타나고 과거 경험에 대한 이야기, 이력서 검토, 개인 개발 관심사 등을 이야기합니다.
채용 경험에서, 처음에 더 잘 처리하여 원치 않는 후보자를 고용하지 못하게하려는 응답 (및 질문)은 무엇입니까?
나는 조심해야 할 붉은 깃발 을 찾고 있으며 충분히 분별하기를 바라고 있습니다.
답변
내가 확실히 아는 유일한 것은 난독 화, 회피, 과도하게 자신감있는 답변, 그리고 후보자를 고용하지 않으려는 욕구 사이에 상관 관계가 있다는 것입니다. 이것은 나의 개인적인 “적색 기”입니다.
일부 응시자는 만족스러운 방식으로 질문에 완전히 대답하지 않고 대신 가짜 답변을 구두로 춤을 추게됩니다. 이 후보자들의 모든 목표는 내가 모른다는 말을 절대로하지 않는 것 입니다. 그들은 유행어를 사용하지만 다른 전략을 사용하여 지능적이고 지식이있는 것처럼 보이려고 노력합니다. 그들은 또한 과거에 있었던 프로젝트를 너무 많이 언급하지만 그것이 무엇인지 또는 어떻게 작동했는지 정확하게 설명 할 수는 없지만 얼마나 어려운지를 강조 할 것입니다. 그들은 기술적 세부 사항에 빠져들지 못하거나 욕구가 부족함에도 불구하고 매우 자신감있는 태도를 취한 것으로 보입니다. 관리자가 채용에 대해 흥분하게 만드는 데 능숙하지만 개발자는 머리 나 꼬리를 만들기가 어렵습니다. 그들은 “모름”이라는 문구를 사용하지 않을 것입니다
그들은 자신이 무언가를 모른다는 사실을 인정하지 않기 때문에 100 % 나쁘다는 것을 절대 말할 수는 없지만 그 사람에 대해 무언가를 배우고 일하고 있다고 느끼지 않는 한 누군가를 추천하는 것은 결코 기분이 좋지 않습니다. 나는 보통 매우 강한 긍정적 인 반응이나 심술 g은 “어쩌면!?!”를 가지고 있으며 “아마도”를 추천하지 않는 법을 배웠습니다.
답변
재미있는 필터는 다음과 같습니다. 그들에게 다양한 기술에 대한 유행어 목록을 제공하고 그들이 어떤 기술을 사용했는지 물어보십시오. 그것들 중 몇 개를 가짜 구성 기술로 만듭니다. 그와 함께 일했다고 주장하는 사람은 고용이 없습니다. (누군가는 실제로 네트워킹 기술을 구성하고이를 설명하는 좋은 웹 페이지를 작성한 다음 전화 화면에 사용했습니다. 기술에 대해 질문했을 때 자신의 허위 설명을 다시 읽는 사람은 모두 고용인이 아니 었습니다. 과학 기술.)
더 진지하게, 당신이 찾고자하는 가장 큰 것은 정직의 표시, 배우는 능력, 그리고 그것들이 얼마나 잘 맞을 것인가입니다. X가 정말 잘 알고 있고 질문에 대답 할 수 없다고 말하면 그렇지 않습니다. 고용.
보다 구체적으로 특정 기술 세트를 찾고 있다면이를 반영하는 인터뷰 프로세스를 시도하십시오.
예를 들어, 내가 일했던 곳에서는 사람들에게 실제적이면서도 간단한 응용 프로그램에 대한 설명을 제공 할 것입니다 (환상 야구를하는 데 사용할 보고서를 많이 생성). 이를 위해 데이터베이스 스키마를 설계하도록 요청합니다. 그런 다음 스키마가 다양한 문제를 처리하는 방법에 대한 질문을합니다. 그런 다음 스키마에 대해 특정 쿼리를 작성하도록 요청합니다. 이 프로세스는 CRUD 응용 프로그램이 실제로 어떻게 설계되었는지를 면밀히 반영했으며 원하는 정확한 기술 세트에 대한 훌륭한 필터였습니다.
마찬가지로 프론트 엔드 HTML 사용자를 고용하려고 할 때 그래픽 아티스트가 현실적인 페이지를 레이아웃 한 다음 그래픽을 잘라 냈습니다. 모든 후보자들에게 이미지와 그래픽이 주어졌으며, HTML로 작성해야했습니다. 그들은 HTML 페이지가 주어진 이미지를 얼마나 잘 재현했는지, HTML이 얼마나 깨끗한 지, 그리고 다른 브라우저에서 작동했는지에 따라 판단되었습니다. 그들이 들어 왔을 때 우리는 HTML에 대해 몇 가지 질문을했고 (기본적으로 그들이 실제로 그것을 썼는지 확인하기 위해) 개인적으로 맞는지 확인했습니다. 그것은 실제로 그들이 직면하게 될 워크 플로우였으며, 훌륭한 필터임이 입증되었습니다.
그래서 당신이 무엇을 고용하고 있는지, 사람들이 일상 생활에서 사용하는 기술을 파악한 다음 실제로 그것을 테스트하는 현실적인 인터뷰를 디자인하십시오. 완벽하지는 않지만 대부분의 조직의 까다로운 인터뷰 프로세스보다 훨씬 나을 것입니다.
답변
나는 조심해야 할 적기를 찾고 있는데 이것에 빠지지 않을 정도로 분별력이 있기를 바라고 있습니다 : 버즈 단어와 능력 사이에 상관 관계가 있습니까?
예. 유행어가 너무 많은 사람들은 항상 “최신 기술”을 따르면서 화려하게 보이게함으로써 숨길 수없는 경향이 있습니다. 나는 너무 많은 것들에 대해 전문가라고 주장하는 사람, 특히 그들이 그것을 백업 할 전문적인 경험이없는 경우에 대해 매우 회의적입니다.
물론 모든 거짓말은 인터뷰를 끝내는 즉각적인 원인입니다.
답변
구체적인 내용에 대해 이야기하게하십시오. 애완 동물 프로젝트에 관한 것이 좋습니다. 그들이 없다면, 그것은 나에게 주황색 플래그 일 것이지만 여전히 받아 들일 수 있습니다. 이 경우 그들이 자랑스럽게 여기는 프로젝트에 대해 이야기하게하십시오.
구체적으로, 어떤 것에 대한 추상 잡담을 피하십시오. 자신이 세부 사항에 동의하지 않으면 인터뷰에서 두 명의 개발자를 만나십시오. 누군가가 자랑스럽게 여기는 것과 그들이 직면 한 도전, 그리고 어떻게 극복했는지에 대한 단호한 결론에 이르면 버즈 단어 뒤에 숨을 여지가 거의 없습니다.
답변
나는 누군가가 직업에서의 책임에 대해서만 이야기 할 때 실제 성과가 아니라 일반적으로 작동하는 제품을 제공 할 수 없다는 것을 알게되었습니다. 실제 결과물을 생산하는 프로그래머는 이에 대해 광범위하게 알려줄 수 있습니다.
답변
이전 고용주 또는 동료의 과도한 입소문. 구체적인 결정을 비판하는 것은 괜찮지 만, 무능한 사람들이 어떻게 지 냈는지에 대해 계속 생각하는 사람은 아마도 모든 사람들에게 거만하고 압도적이며 팀워크가 불가능합니다.
답변
이제 사람들이 현장 회의실에 나타나고 과거 경험에 대한 이야기를 나누고 이력서, 개인 개발 관심사를 검토하기 시작합니다.
채용 경험에서, 처음에 더 잘 처리하여 원치 않는 후보자를 고용하지 못하게하려는 응답 (및 질문)은 무엇입니까?
인터뷰에서 나온 이야기는 오락이나 상황이 나쁜 곳의 구체적인 예를 원한다면 많은 공포 이야기가 될 것입니다.
다양한 질문에 어떻게 대답하는지 살펴보고 그 사람이 어떤 스타일 을 사용하고 있고 팀에 얼마나 적합한 지 고려하십시오. 예를 들어, 구조 및 공식 절차를 얼마나 좋아합니까? 그들은 회사에 대해 어떤 종류의 질문을합니까? 내가 이해하지만 조엘의 테이크 스마트 사람을 원하는의를하고 일을 끝낼 수있는 사람이 그 정도에 도달하면, 즉 경합을 꺼낼 수 있는지 될 것이라고 많은 함정이있다. 사람이 충분히 얻는다면 이것들은 더 많은 노란 깃발 일 것입니다. 사소한 실수가 당신을 쫓아 내서는 안되지만, 다른 이야기 일 수있는 수십 가지를 만들면.