"당신은 우리에게 질문이 있습니까?"인터뷰에서 [폐쇄]

당신은 미래의 회사를 잘 알고 있지만 "우리에게 질문이 있습니까?"라는 질문을받습니다. 관심을 보이기 위해 가장 좋아하는 질문은 무엇입니까?

저는 회사의 현재 " 재료 "에 대해 한두 가지의 상당히 캐주얼 한 질문을하고 싶습니다 . 최신 제품에 대한 질문 일 수 있습니다. 아니면 내가 탐험하고있는 신흥 시장에 대한 질문 일 수도 있습니다. 또는 제품 X의 주요 릴리스가 출시되는지 묻습니다.

(주로 인터뷰 대상자들로부터 이런 종류의 질문을하면서 이것을 배웠습니다.)

이것이 잘 작동하는 이유는 사람들이 현재 진행중인 작업이나 회사의 새롭고 흥미로운 것에 대해 이야기하기를 좋아하기 때문입니다. 그것은 그들이 지식을 느끼고 높은 메모로 인터뷰를 끝내는 기회를줍니다.

내가 잘 작동한다고 생각하는 또 다른 이유는 회사가하는 일에 관심을 보이기 때문이다. 그리고 인터뷰에서 진행된 모든 것에 따라, 당신은 회사에 대해 미리 조사를했고 (그렇지 않습니까?) 회사가하는 일에 대해 독특한 관심을 가지고 있다는 의미를 가질 수 있습니다.

아마도 위의 것보다이 단계에서 "무거운"질문을 삭제하지 않는 것이 좋습니다. 나의 가장 좋은 인터뷰 (주는 것)는 항상 비교적 가볍고 대화하며 친근한 메모로 마무리되었습니다.

내 대기 :

• 일반적으로 어떤 언어 / 프레임 워크를 사용합니까?
• IDE, Bug Trackers, Version Control 등 어떤 개발 도구를 사용하십니까?
• 애자일, 워터 폴, 스크럼, 크리스탈 등의 개발 방법론은 무엇입니까?
• 전담 QA 담당자가 있습니까? 그럼에도 불구하고 개발자는 어느 정도의 단위 테스트를 수행합니까?

고려해야 할 좋은 목록은 Joel Test입니다 .

• 소스 컨트롤을 사용하십니까?
• 한 번에 빌드 할 수 있습니까?
• 당신은 매일 빌드합니까?
• 버그 데이터베이스가 있습니까?
• 새 코드를 작성하기 전에 버그를 수정합니까?
• 최신 일정이 있습니까?
• 사양이 있습니까?
• 프로그래머에게는 조용한 근무 조건이 있습니까?
• 돈으로 살 수있는 최고의 도구를 사용하십니까?
• 테스터가 있습니까?
• 인터뷰 중에 새로운 후보자가 코드를 작성합니까?
• 복도 유용성 테스트를합니까?

직업을 원하는지 결정하는 데 도움이되는 몇 가지 사항 :

• 직업의 가장 중요한 부분은 무엇입니까? 그리고 가장 또는 가장 실망스러운 부분은 무엇입니까?
• 사람들이 왜 회사를 떠나는 경향이 있습니까?
• 내가이 일을했다면 내가 가장 잘 돌봐 줄 수있는 것은 무엇입니까? (특히 관리자가 되려는 동료뿐만 아니라 동료, 다른 관리자에게도 마찬가지입니다. sycophancy가 아닌 호기심입니다.)
• 내년에이 프로젝트의 목표는 무엇입니까? 프로젝트 운영 방식에서 어떤 변화를보고 싶습니까?
• 단기 및 장기 프로젝트 목표는 어떻게 설정되고 작업은 어떻게 분산됩니까?

개발자로서 저는 "팀원이 자신을 구별 할 수있는 몇 가지 방법은 무엇입니까?"라고 묻고 싶습니다. 이것은 팀의 문화에 대해 많은 것을 알려줍니다. 나는 틀에 박힌 코드 원숭이가되고 싶지 않고 비즈니스에 가치를 적극적으로 추가 할 수 있기를 원합니다.

그것은 단지 당신의 (가짜) 관심을 보이고 관하여 경우에 중요한 일 자신의 사업에 대해 질문을 그들 .

다시 인터뷰 할 기회라고 생각되면 중요한 사항에 대해 질문 하십시오 .

최근에 많은 인터뷰를 해왔으며 다음은 잠재적 후보들로부터받은 몇 가지 질문입니다.

(그렇지 않은 것들)

• 내가 어떻게 했지?
• 내 기술에 대해 어떻게 생각하세요?
• 당신이 날 고용 할 것 같아요?

( 좋은 것 )

• 어떤 소스 제어 도구를 사용하십니까?
• 어떤 개발 방법론을 사용하십니까?
• 애자일을 사용하십니까?
• 당신의 하루는 어떻습니까?
• 이곳을 좋아하세요?
• 직업의 어느 부분이 가장 마음에 들지 않습니까?
• 직업의 가장 좋고 나쁜 부분은 무엇입니까?

면접관이 귀하가 진지하게 일을 고려하고 있고 귀하가 직업에 관심이 있거나 심각하다는 것을 보여주는 모든 질문은 훌륭합니다. 인터뷰에서 질문을하고 질문을하지 않더라도 "이 직책 / 직무에 대해 몇 가지 질문을해도 괜찮습니까?"라고 말하십시오.

나는 항상 훈련과 개인 개발에 관한 회사 정책이 무엇인지 묻습니다.

• 소프트웨어 또는 소프트웨어 관련 세미나를위한 예산이 있습니까? (예 : 스프링 코어 교육)
• 새로운 기술 또는 프레임 워크가 구현되는 경우 그룹 세미나를 제공합니까?
• 직무 관련 서적에 대해 직원에게 상환하거나 회사 도서관이 있습니까?
• 직원들이 다른 프로젝트 시간 중 일정 비율을 다른 사람에게 바치도록 허용합니까? (예 : 새로운 기술을 조사하고 프로토 타이핑)

이러한 질문에 대한 답변 또는 반응은 개발자로서 자신의 성장에 얼마나 관심이 있는지를 잘 보여줍니다.

나는 그들 (면접관)이 그 회사에서 일하면서 흥미롭고 도전적인 것을 무엇인지 물어 본다.

인터뷰의 대부분은 회사가 무엇을하고 어디에서 당신이 적합하다고 생각하는지에 대한 아이디어를 주었을 것입니다. 그들이 당신이 묻는 질문에서 다른 것이 없다면, 그들은 당신이 필요로하는 위치에 맞는 것에 대해 이동 / 이동을 위해 낚시해야합니다. 인터뷰가 너무 일반적이고 회사가 기술적 인 관점에서 무엇을하는지 설명하지 못한 경우. 물어보기. 그들이 당신을 인터뷰 한대로 인터뷰하십시오.

둘째, 업무는 기술적 인 주제, 일상적인 업무 환경에 관한 것이 아닙니다. 배우자, 자녀, 친구 등으로부터 개인 전화를받을 수 있습니까? 드레스 코드. 컴퓨터에 큐브, 사무실을 갖습니까? 내가 좋아하는 텍스트 편집기 나 다른 프로그래밍 소프트웨어를 설치할 수 있습니까, 아니면 회사가 제공하는 것에 만 제한이 있습니까? 당신은 하루의 약 절반을 그 의자 나 의자 또는 그들이 당신에게 제공하는 것에서 보냅니다. 면도 머리가 필요하고 매일 에어컨 및 / 또는 열이없는 상태에서 3 피스 정장을 착용하고, 점심으로 37 분 동안 식사를하는 것보다 스낵 기계에서 사용할 수있는 것으로 제한되어 있음을 아는 것이 더 좋습니다. 그 일에 헌신 한 후에

두 가지 범주 모두에서 요구되는 구체적인 질문은 귀하에게 매우 특정한 것이며, 경험이있을 때까지 중요한 것이 무엇인지 파악하지 못할 것입니다. 각 직무 또는 각 사무실 경험에 대해 허용 할 수있는 것과 할 수없는 것의 목록을 작성합니다. 그 목록에서 작업하십시오.

어떤 면담이든 회사와 면담을해야합니다. 그렇게하기 위해서는 이미 인터뷰 전에 회사에 대해 조사한 회사에 대해 알고 있어야합니다.

그래서 나는 그들의 회사에 대한 지식을 당신이 알고 싶은 것에 연결시키는 질문을 할 것입니다. 다음과 같은 것 :

"귀하의 회사가 [무작위 자선 단체]와 같은 커뮤니티 활동에 매우 관여하고 있음을 이해합니다. 이에 대해 좀 더 말씀해 주시겠습니까?"

또는

"[개인 연구 시간 할당] 정책이 있다는 것이 사실입니까? 어떻게 해결 되었습니까?

최악의 가능성은 "현재 나는 그런 질문이 없다"입니다. 단지 회사 나 직업에 관심을 보이는 것을 물어보십시오. 사람들이 귀하가 회사에 합류하는 것에 진정으로 관심이 있다고 느끼도록 2 ~ 3 개의 질문을하십시오.

인터뷰는 양방향 프로세스입니다. 직원과 함께 고용하고 싶어합니다.

회사 (또는 대행사를 대신하여 신청)에 신청하기 전에 회사에 대한 조사를 통해 회사, 회사의 제품, 제품, 시장 ( 주요 경쟁사 포함).

인터뷰 프로세스 (전화, 물리적 등) 중에는 절차 / 워크 플로 / 방법론, 사용 된 툴 체인, 작업 환경 및 웹 사이트에없는 기타 유용한 정보에 대한 정보를 동화 할 수 있습니다.

면접이 끝날 때까지 다른 토론에서 답변하지 않은 중요한 항목이 있다면, 지금이 질문 할 때입니다.

미완성 된 질문으로 인터뷰를 끝내지 마십시오. 그 중 일부는 거래 차단기 일 수 있습니다 (예 : 근무 시간> 주당 50 시간).

다음은 특별한 순서가없는 점검 목록입니다.

1. 프로그래밍 언어, 환경 / 플랫폼
2. 사용되는 도구-IDE, 컴파일러, 빌드 시스템, 버전 제어
3. 테스트 전략-단위, 자동화, 인간
4. 배포 전략
5. 노동 윤리-시간, 보상 시스템
6. 근무 환경-소음, 일광, 대기 질, 공간
7. 물리적 위치-교통, 주차, 점심 옵션
8. 비 봉급 패키지 품목-주당 시간, 치과, 건강 관리, 체육관, 음료, 기타 특전.
9. 회사 내 경력 기회

직원 이직률은 무엇입니까?

높은 이직률은 회사에 문제가 있음을 의미합니다. 이직률이 낮 으면 근무하기에 좋은 장소 일 것입니다.

동료와의 이전 직업에 대해 이야기하기 전까지는 이런 일이 없었습니다. 그는 한 달 에 3-4 명의 개발자가 떠나는 곳에서 일했습니다 . 가장 오랜 경력을 가진 개발자는 2 년 동안있었습니다. 현명한 사람은 직장에서 1-2 개월 후에 떠났습니다.

내가 물어보고 싶은 소프트볼 항목이 있습니다. 예를 들어 "매일의 작업에 대해 말해 줄 수 있습니까"가 중요합니다.

그러나 비즈니스, 현재 문제 또는 면접관이 업무를 매우 중요하게 생각하는 문제를 나타내는 이해 질문.

• 개발에 대한 지원 문제에 소요 된 시간은?
• 어떤 새로운 것들을 배울 수 있습니까?
• 코드베이스가 얼마나 깨끗합니까? 조각화 (저장소에서 분기)는 어떻게됩니까?
• 자동화 된 테스트 범위 비율은 얼마입니까?
• 로터스 노트를 사용하십니까?
• 어떤 소스 코드 제어 시스템을 사용하십니까?
• 내가 좋아하는 IDE (Intellij-IDEA)를 사용할 수 있습니까?
• 프로젝트에 지속적으로 통합되어 있습니까?
• 배포 프로세스는 무엇입니까?
• 당신은 얼마나 민첩합니까?
• 돼지와 닭 모두 스탠드 업에?
• 당신의 고객은 누구입니까?
• 개발자 키트? 듀얼 19 인치 모니터? 로컬 관리자 권한?

빌드 / 배포 프로세스에 대해 묻습니다. 또한 기술 담당자에게 물어볼 수도 있습니다. 이것은 회사 문화와 개발자 기술 수준 및 성숙도에 대한 많은 통찰력을 제공합니다. 이야기를하는 것들 :

• 모든 단계가 자동화되어 있습니까?
• 그들은 시험을 봅니까?
• 어떤 도구를 사용합니까?
• 그들은 심지어 소스 컨트롤을 사용합니까?
• 프로덕션에 얼마나 자주 배포합니까? 누군가가 민첩하다고 주장하는 사람이 실제로 있는지 알 수있는 가장 좋은 방법입니다.
• 버그를 수정하고 수정 사항을 프로덕션으로 푸시하는 방법은 무엇입니까?

위의 답변에서 많은 결론을 도출합니다. 그리고 저는 기술적 인 질문처럼 보이기 때문에 모든 사람들이 가능한 많은 육즙이 많은 세부 정보를 공유하는 방식을 좋아합니다.

좋은 답변을 찾으려면 스스로에게 물어보십시오 why do they ask that question.

일반적으로 인사 담당자는 인터뷰 준비 여부를 확인하기 위해 해당 질문을합니다. 따라서이 시나리오에서는

• 일반적으로 회사
• 용기 조건
• 교육 계획 등

기술 담당자에게는 두 가지 옵션이 있습니다. 어쩌면 그들은 자체적으로 질문이 없어서 물어 보거나 우리 전문가에 대해 실제로 알고 싶어 할 수도 있습니다. 정기 면접관으로서 나는 사람의 노하우에 대해 어떤 것을 알려주는 답변이 아니라 질문에 대한 답변이라고 말할 수 있습니다 ...

따라서 기술적 인 질문에 대해서는 귀하가 수행 한 직무와 관련된 것을 요청해야합니다.

• 훈련이 있습니까?
• 팀 빌딩이 있습니까?
• 작업량은 어떻습니까?
• 해외 개발자를 고객에게 보냅니 까?
• 인증을 장려합니까?
• 개발자를 컨퍼런스에 보냅니 까?
• 책을위한 예산이 있습니까?

면접이 끝났다면 고전적인 질문은 "우리의 다음 단계는 무엇입니까?"입니다. 또 다른 인터뷰를 기대할지 또는 그들이 바로 결정을 내릴 것인지, 그리고 대략 언제인지를 알고 싶어합니다. 이것은 대화가 끝나는 메모이므로 마지막으로 저장하십시오.

그 전에, "당신에게 관심을 보인다"와 "열심"이라는 질문에 대해 너무 걱정하지 마십시오. 면접관으로서 나는 많은 것을 기록하지만, 내가 요구 한 것은 특별히 중요하지 않습니다. 알고 싶은 것을 물어보십시오. 정말로 궁금한 점이 없다면 "내가 알아 내고 싶은 것이 많았지 만 모든 내용을 다 다루었습니다. 감사합니다!"라고 말합니다. 인터뷰가 끝났다고 생각되면 다음 단계가 무엇인지 물어보십시오. (1 시간의 인터뷰에 10 분이 걸리더라도 "내가 자세히 설명하기 전에 물어보고 싶은 것이 있습니까?"라고 묻지 마십시오.

"현재 직면하고있는 가장 큰 과제는 무엇입니까?"

이 질문은 여러 목적으로 사용됩니다.

• 면접관은 회사에서 무슨 일이 일어나고 있는지 알고 있습니까?
• 그들은 모든 답을 가지고 있지 않다는 것을 인정할 수 있습니까?
• 내가 도울 수있는 것 같습니까?
• 그들은 방향이 있습니까, 아니면 혼돈이 있습니까?

당신이 들어가기 전에 합법적 인 질문이 없다면, 나는 당신이 멍청한 것처럼 보이고 싶지 않기 때문에 인터넷에서 묻지 않고 정직하게 스스로 제기 한 질문을 의미합니다. 회사와 직책을 조사하는 데 충분한 직업.

이것들은 이미 주어진 기술적 질문을 제외하고는 ...

일반적인 질문들

1. 누구에게보고합니까?
2. 팀에 몇 명이 있습니까?
3. 이 직책의 일상 업무를 어떻게 설명 하시겠습니까?
4. 어떤 훈련을 받습니까?
5. 훈련에 대한 회사의 정책은 무엇입니까?
6. 어떤 홍보 전망이 있습니까?
7. 성능 검토는 얼마나 자주 수행됩니까?
8. 성능 검토에서 어떤 영역에 중점을 두십니까?
9. 조직에서 어떻게 발전합니까?
10. 내가 유능하다고 생각하기까지 얼마나 걸립니까?
11. 나의 정확한 의무는 무엇입니까?
12. 의사 결정 권한은 얼마나됩니까?
13. 내 작업의 우선 순위를 정할 책임이 있습니까?
14. 주요 목표를 달성하기 위해이 직책에 어떤 리소스가 있습니까?
15. 내가 고용되어 성공하면 3 개월 후 무엇을 성취 할 수 있습니까? 1 년?

그 회사

1. 이 회사에서 일하면 어떤 이점이 있습니까?
2. 스포츠 및 사교 활동이 있습니까?
3. 회사가 성장하고 있습니까? 그렇다면 성장은 어디에서 오는가?
4. 직원 확대 또는 축소 계획이 있습니까?
5. 어떻게 판단합니까? 성공의 원인은 무엇입니까?
6. 회사의 관리 스타일과 그에 적합한 직원 유형을 설명해 주시겠습니까?
7. 당신의 입장에서 가장 실망스러운 점은 무엇입니까?

나는 보통 제품의 현재 고객 / 구매자 인 문제 영역, 회사의 재무 상황 (작은 경우 중요), 제품의 향후 개발 계획 등에 대해 더 많이 묻습니다. 또한 중요한 요소는 cantina, 가끔 집에서 일하든, 근무 시간 (유연하거나 고정 된), 석방 일정, 초과 근무 등 내 삶 의 전반적인 질 에 영향을 줄 수있는 모든 것.

저는 10 년 넘게이 직무를 수행하면서 여러 역할을 수행했으며, 함께 일하는 사람들이 귀하가 작업하는 프로젝트 / 기술만큼 중요하지 않다는 것을 알게되었습니다. 누구와 함께 일하고 누가 당신의 지도자가 될지 물어보십시오. 인터뷰 한 사람들을 판단 할 때는 직감을 믿으십시오. 그들이 인터뷰 중에 무언가를 숨기고 있다고 생각 했습니까?

• 이것은 새로운 지위입니까, 아니면 기존 지위를 채우고 있습니까?

직위가 이미 존재하면 요청할 수 있습니다 (대부분의 대답을 기대하지는 마십시오).

• 마지막 직원은 왜 떠났습니까?

나는 항상 그들이 나에게 그들의 작업 영역을 보여줄 수 있는지 묻습니다.

내가 인터뷰 한 곳 중 적어도 한 곳은 나중에 일자리를 제안 받았지만 받아 들였을 것이지만, 궁극의 거절은 사무실 공간 때문이었다.

그것은 우스운 뜨겁고, 태양이 빛나고, 블라인드가 없으며, 정말로 비좁은 작업 공간이었습니다.

아마 다음날 블라인드가 바뀌었을지도 모르지만 실제로 날 미치게 만들었습니다.

여기 내가 좋아하는 몇 가지가 있습니다.

• 직책이 가능한 이유는 무엇입니까?
• 회사의 전형적인 하루는 어떻습니까?

나는 최근에 인터뷰를하지 않았지만 이제 내가 물어볼 몇 가지 질문은 다음과 같습니다. 테스트 주도 개발을 연습하십니까? 그렇지 않은 경우 : 개발자가 코드에 대한 자동화 된 테스트를 작성합니까?

그런 다음 자동화 테스트 유형 및 사용 도구와 같은 자세한 정보를 얻을 수 있습니다.

나는 일반적으로 프로젝트 계획에 대해 물어 본 다음, 더 구체적으로 그들이 나를 위해 계획 한 것, 즉 그들이 실제로 나를 위해 모집하고있는 일, 내가 할 새로운 일이 있거나 흥미 진진한 일이 있는지, 아니면 그냥 채우고 있는지에 대해 묻습니다. 직원 수를 늘리거나 떠나는 사람을 대체하여 기존 코드 / 버그를 수정할 수 있습니다.

실제로이 섹션이 둘 이상의 제안을받는 경우이 섹션이 해당 선택 과정의 일부인지 또는 일부를위한 것인지 확실하지 않습니다. 이미 직장에 있고 이사를 고려하는 경우에는 반드시이 과정이 중요합니다. 지금은 경력 관점에서 현재보다 더 나은 곳으로 이사하고 있음을 알고 있습니다.

나는 새로운 업무 환경에서 다시 만나고 싶지 않은 일을하는 동안 경험 한 모든 것들을 목록으로 유지합니다. 목록이 점점 커지고 있습니다.

1. Joel Test 가 요구 하는 대부분의 물건은 자연적인 질문으로 이어집니다.

2. 또한 두 대 미만의 모니터로 다시 작동하지 않으며 초과 근무 시간이 보상 될 것으로 기대합니다!

3. 또한 나는 커피를 좋아 하고 부엌에서 괜찮은 기계를 원합니다 .

4. ...

당신이 좋은 경우에 당신은 둘 이상의 제안으로 끝날 수 있습니다 그리고 당신은 실제 차이가 어디에 있는지 알고 싶어요.

당신이 용감하다고 느끼면 "왜 여기서 일하지 않아야합니까?" 완벽한 곳은 없으며, 직업의 나쁜 부분이 무엇인지 미리 알고 있다면 더 오래 지속될 수 있습니다.

NWS

나는 이것을 아직 보지 못했지만 항상 회사 3 년 계획이 무엇인지 묻습니다. 모든 회사는 3 년 만에 달성하고자하는 목표를 잘 알고 있어야합니다. 그렇지 않으면 실제로 참여하고 싶어 할만큼 심각하지 않습니다.