예비 고용주를 어떻게 철저하게 평가할 수 있습니까? [닫은]

우리는 코드 냄새, 테스트 냄새 및 프로젝트 냄새에 대해 많이 들었지만, Joel Test 이외의 고용주 "냄새"에 대한 토론은 듣지 못했습니다 . 불쾌한 기업 문화 냄새가 풍성한 고용주를 위해 많은 좌절을 겪은 후,보다 성숙한 개발 환경을 적극적으로 찾아야 할 때입니다.

나는 면접 중에 문제를 식별하여 고용주를 조사하는 데 도움이되는 질문 목록을 모으기 시작했으며 추가 아이디어를 찾고 있습니다. 이 목록은 고용주가 직원을 조사하기 위해 쉽게 수정할 수 있다고 생각하지만 인터뷰 대상자의 관점에서 대답하십시오.

일관된 답변이 제공되는지 확인하기 위해 여러 사람에 대한 이러한 많은 질문을하는 것이 중요하다고 생각합니다. 대부분의 경우, 각 섹션에 질문을 순서대로 질문했습니다. 초기 질문에 대한 원치 않는 대답은 종종 후속 조치를 어렵게 만듭니다.

가치

• "잘 작성된"소프트웨어는 무엇입니까?
• 좋은 개발자는 어떤 속성을 가지고 있습니까? 관리자와 같은 질문입니다. 가장 소중한 직원 / 관리자는 누구이며 왜 그런가요?

방법

• 개발 과정이 있습니까?
• 얼마나 엄격하게 따르십니까?
• 각 프로젝트에 적용 할 프로세스 양을 어떻게 결정합니까?

• 일반적인 프로젝트 수명주기를 설명하십시오. 그렇지 않으면 다음을 물어보십시오.

  • 폭포수 / 반복 : 사전 요구 사항 수집에 얼마나 많은 시간이 소요됩니까? 선행 디자인?

테스팅

• 누가 테스트를 개발합니까 (개발자 또는 별도의 테스트 엔지니어?)
• 그들은 언제 개발됩니까?
• 테스트는 언제 실행됩니까?
• 그들이 집행하는데 얼마나 걸립니까?
• 좋은 시험은 무엇입니까?
• 충분히 테스트했다는 것을 어떻게 알 수 있습니까?
• 몇 퍼센트의 코드가 테스트됩니까?

리뷰

• 검토 과정은 어떻습니까?
• 몇 퍼센트의 코드가 검토됩니까? 디자인?
• 코드 / 디자인 검토 자 / 검토 자로서 얼마나 자주 참여할 수 있습니까?
• 검토에 적용되는 기준은 무엇이며 기준의 출처는 무엇입니까?

개량

• 작년에 어떤 새로운 도구와 기술을 평가하거나 배포 했습니까?
• 지난해 직원들은 어떤 교육 과정을 받았습니까? 회사에서 처음 6 개월 동안 무엇을 할 것인가 (어떤 종류의 조직화 된 멘토링 / 훈련이 있었는지에 대한 힌트)
• 작년에 개발 과정에서 어떤 변화가 있었습니까?
• 조직으로서의 실수를 어떻게 개선하고 배우나요? 지난해 귀사에서 가장 큰 실수는 무엇이며 어떻게 해결 되었습니까?
• 최근에 경영진에게 어떤 피드백을 주었습니까? 구현 되었습니까? 그렇지 않다면 왜?
• 귀사는 "모범 사례"를 어떻게 사용합니까? 당신은 어떻게 외부 나 내부에서 그들을 찾고 있습니까, 그리고 당신은 서로 어떻게 공유합니까?

윤리학

• 귀하 또는 귀하의 직원이 최근에 경험 한 윤리적 문제에 대해 알려 주시면 어떻게 해결 되었습니까?
• 오픈 소스 소프트웨어를 사용하십니까? 어떤 오픈 소스 기여를 했습니까?

후속 조치

이 스택 오버플로 질문 에서 @ jim-leonardo가 말한 것을 좋아했습니다 .

"자신이 나를 모집하고 관심을 갖도록 노력하고있는 것처럼 보입니까?" 나는 이것이 가장 중요한 비트 중 하나라고 생각합니다. 그들이 인터뷰하는 유일한 사람이 당신이라는 태도를 취하고있는 것처럼 보인다면, 그들은 아마도 당신을 잘못 대할 것입니다. 좋은 면접관은 후보자가 자신을 팔아야 할만큼 자신의 입장을 팔아야한다는 것을 잘 알고 있습니다.

@SethP 추가 :

Glassdoor.com 은 잠재적 고용주를 조사하기위한 훌륭한 웹 사이트입니다. 특정 회사가 인터뷰를 수행하는 방법에 대한 정보가 포함되어 있습니다 ...

만들 제품을 자세히 살펴보십시오. 나는 훌륭한 윤리적 상사를 위해 일하지만 우리가 속한 산업을 정말로 싫어합니다. 나는 그 입장을 받아들이 기 전에 그것에 대해 생각했을 것입니다. 나는 지금 그것을 벗어나려고 노력하고 있지만 대부분의 회사는 내 작업을 평가할 정도로 틈새 시장을 이해하지 못한다.

한마디로 답하지 마십시오

"Agile"또는 "SVN"을 사용하여 고용주를 기반으로 정보에 근거한 결정을 시도하는 것은 우스운 일입니다.

• 한 장소에서 일하기위한 최소한의 기준이되는 질문을하지만 토론에 참여하도록하십시오.
• 한 시간 동안 프로그래머와 어울리거나 함께 일하거나 / 페어링하도록 요청하십시오.
• 전형적인 하루의 산책을 요청하십시오.
• 프로덕션에 대한 표준 릴리스에 무엇이 포함되는지 묻습니다.
• 주말, 공휴일, 늦은 밤 등에 근무하는 빈도
• 그들이 해결하는 프로세스 문제를 물어보십시오

냄새

• 한마디로 대답하고 주제의 변화
• 많은 늦은 밤과 주말은 일을 보냈다
• Ops 또는 QA와의 적대 관계
• 작업 할당 및 변경을 위해 관리자의 일상적인 참여

거기서 일하는 사람들 에 대해 알아보십시오 .

프로세스는 모두 훌륭하지만 프로세스는 사람들에 의해 구현되고 그 뒤에 따라 가거나 무시됩니다. 적합한 인력이있는 경우 필요에 따라 프로세스를 조정할 수 있습니다.

귀하의 각 질문에 대해 다음과 같은 메타 질문을 추가합니다.

• '잘 작성된'소프트웨어를 구성하는 요소 는 누가 결정 합니까?
• 의견이 일치하지 않으면 어떻게합니까?
• 정의가 도움이되는지 어떻게 평가합니까?
• 최첨단 또는 회사 우선 순위가 변경됨에 따라 정의를 어떻게 업데이트합니까?
• '잘 작성된'소프트웨어를 작성하는 프로세스는 무엇입니까?
• 우리는 그것들을 어떻게 평가합니까?

기타 등등.

몇 가지 나쁜 경험을 한 후에 이것에주의를 기울일 것입니다. 많은 회사는 특히 코드를 보지 않고 쉽게 확인할 수없는 상황에서 (당신이 결코 할 수없는) 상황에서 답에 대해 거짓말을 하거나 오도합니다.

예를 들어, Version Control에 대해 물어 보면 Subversion을 사용한다고 말할 수도 있으므로 SVN을 사용하는 것이 좋습니다. 리포지토리가 올바르게 설정되어 있지 않거나 모든 사람이 자체 리포지토리를 가지고 있거나 분기 / 병합 을 전혀 이해하지 않는 경우를 제외하고 . 그런 종류의 것을 확인할 수 없습니다.

실제 코딩 방법도 마찬가지입니다. 코딩 표준에 대해 물어 보면 "일반 Java 규칙"을 따르고 있다고 말할 수 있습니다. 일을 할 때 그들은 헝가리어 표기법을 사용한다는 것을 알게되었습니다 (나는 가난한 헝가리어 표기법을 선택하는 것을 싫어하지만 항상 내 마음에 떠 오릅니다), Java 외부의 오픈 소스 패키지를 건드리지 마십시오 기본적으로 Java 작성의 "표준"과 비교할 때 코드를 매우 잘못 작성합니다. 다시 말하지만 실제로 "코드를 보여줘"라고 말하지 않으면 거부 할 수 없습니다.

물론, 그들이 사용하는 단위 테스트 소프트웨어 ( "Visual Studio Debugger"는 단위 테스트 응용 프로그램이 아닙니다 ...)를 묻거나 버전 제어를 전혀 사용하지 않는지 물어 봄으로써 테스트에 대해 거짓말하는지 확인할 수 있습니다. 그러나 코드가 나쁜지 알 수 없습니다.

비 코딩 측면에서, 다시 꾸며진 것을 실제로 말하기는 매우 어렵습니다. 그들은 당신에게 한 가지를 말할 수 있습니다 (모두가 회사를 인터뷰에서 항상 놀랍게 보이게 만듭니다). 나는 그것을 말하기를 싫어하지만 많은 회사들이 "연기 및 거울"접근 방식으로 설립되었으며 악취가 곳곳에 퍼져 있습니다. 항상 예외가 있지만, 실제로 직업을 구할 때까지 고용주의 가치를 측정하는 좋은 방법을 찾지 못했습니다.

내가 항상하는 것 중 하나는 업무 / 사무실 주변에 회사를 보여달라고 요청하는 것입니다. 이것은 당신에게 근무 조건, 사용 된 장비, 동료의 인구 통계 및 장소의 일반적인 분위기에 대한 아이디어를 제공합니다.

... 그렇습니다. 나는이 교훈을 어려운 방식으로 배웠습니다.

NWS.

내가 생각한 또 다른 것 : 면접관이 직업에 대해 좋아하는 점 / 싫은 점을 물어 보면 다음 사항을 명심하십시오.

"좋은"대답은 직업의 좋은 부분과 나쁜 부분을 언급하는 것입니다

면접관이 모두 현기증이 있고 회사가 얼마나 놀라운 지, 얼마나 훌륭한 지 말해 준다면 면접관이 "Smithers"이고 회사의 예스맨이자 암살자 인 많은 사람들, 특히 자신의 업무에 만족하는 사람들 (읽기 : 기술이없는 재직으로 승진하여 회사 밖에서 일자리를 찾을 수 없을 것)은 "회사 라인에 구매"하는 경향이 있으며 어떤 문제도 볼 수 없을 것입니다 문제가 있어도. 항상 그런 것은 아니지만, 회사 kool-aid에서 취한 사람 같은 냄새가 나는 경우 답변을 더 확인해야합니다.

반대로 면접관이 회사에 파문하기 시작하면, 그것은 그들의 직업에 만족하지 못하고 더 중요 하게는 그들이 회사에있는 누군가에게 이러한 우려를 가져올 수 없기 때문에 거대한 적기입니다 행복하지 않다는 이유로 그들을 붙 잡지 않는 누군가에게 환기 시키십시오. 다시 한 번 경험을 통해 경영진이 당신이 행복하지 않다고 생각하는 경우 (합법적 인 이유로 또는 그 밖의 이유로) 즉시 해고 할 것이므로 모든 사람은 자신이하지 않는 사람에게 말할 수 없기 때문에 항상 행복하다고 가정합니다. 작업에 대해 X를 좋아하지 않으면 문이 표시됩니다.

코드 리뷰를 자체 섹션으로 옮기거나 개선점 (테스트가 아님)으로 이동합니다. 나는 그들이 어떤 종류 의 리뷰를 하는지 묻고 싶다 : 그들은 페어 프로그래밍을 장려하고 있는가? 그들은 모든 커밋 전에 검토를합니까? 분기 별 그룹 리뷰를 수행합니까 (멘토링에 해당 될 수도 있음)?

저는 회사를 평가할 때 주로 Joel 테스트와 관련하여 몇 가지 구체적인 질문을하지만, 특히 소규모 회사에 집중하는 것이 아니라 제가 말하는 사람에게 집중하고 싶습니다. 그들의 열정과 운전. 대기업의 경우에도 직원 기반 전체에서 유사한 개인적 및 직업적 특성을 발견 할 수 있습니다. 따라서, 당신을 인터뷰하는 사람이 자신이하고있는 일에 대해 열중하고 열정을 갖지 않는다면 다른 사람도 그렇지 않을 가능성이 있습니다. 나를 위해, 열정은 많이 전화 상으로도 질문 목록을 살펴 보는 것보다 회사에서 일하는 것을 즐기는 방법을 쉽게 결정할 수 있습니다. (최근에 저는 열정과 흥분이 전적으로 감염된 신생 기업의 CEO와 이야기를 나 possible 수 있습니다.)

열정 은 흑백 질문 목록보다 훨씬 탄탄한 회사를 결정합니다. 개발 프로세스가 깨진 열정적 인 회사의 변화를 장려하고 도울 수 있습니다. 그들이하는 일을 좋아하면 항상 더 나은 것을 위해 기꺼이 변화 한다는 것을 알게 될 것입니다 . 그러나 열정이 부족하지만 세상에서 가장 좋은 프로세스를 갖춘 회사 (또는 리더십)는 항상 일하기 위해 끌릴 것입니다.

Glassdoor.com 은 잠재적 고용주를 조사하기위한 훌륭한 웹 사이트입니다. 특정 회사가 인터뷰를 수행하는 방법과 특정 직위에 대해 예상 할 수있는 급여에 대한 정보가 포함되어 있습니다.

모든 정보는 커뮤니티 회원이 제공하므로 샘플 크기가 작을 수 있습니다.

그럼에도 불구하고 사람들이 인터뷰 경험을 논의하기에 좋은 장소 인 것 같습니다.

당신은 삶의 질 질문에 대해 언급하지 않았습니다. 특히 소프트웨어 개발 회사에서 자주 발생하는 문제는 예약 및 시간 문제이므로 매주 사람들이 얼마나 자주 방문하고 얼마나 오래 있는지 묻습니다. 비록 내가 일하러 가고 싶지 않다는 것을 암시하지 않기 위해 미묘한 방법을 찾으려고 노력했지만.

자동화 된 소프트웨어 배포 프로세스에 익숙한 사람을 만나보십시오. 그들이 말하면, 당신은 조 또는 마이크를 만날 수 있습니다. 그들이 모호하다면, 당신은 당신의 대답이 있습니다.

기술적 인 질문 외에도 비즈니스 관련 질문도합니다. 같은 ...

1) 귀하의 비즈니스는 내 고용을 어떻게 지원할 것입니까?

2) 귀사에서 사용하는 비즈니스 모델은 무엇입니까?

기타..

면접 진행 상황과 면접관과의 친밀감에 따라 '왜 여기서 일하지 않아야합니까?'라고 묻는 것이 좋습니다. 모든 사람들이 회사의 판매 포인트로 인해 보통 떠나지 않으면 나쁜 포인트로 인해 떠나지 만, 그들이 무엇인지 미리 알고 있다면 미리 처리 할 수 ​​있는지 여부를 평가할 수 있습니다.

일부는 이것에 대해 언급했지만 구체적으로 언급하지는 않았습니다. 예를 들어 (Demian Brecht의 예를 들기 위해) 짝을 이룬 프로그래밍의 아이디어가 마음에 들지 않으면 그것에 대해 물어보십시오.

드디어. 항상 물어보십시오 : "직장에서 가장 실망스러운 것은 무엇입니까?"

직원의 트위터 계정을 찾으십시오. 초과 근무 또는 장시간 근무 시간을 언급하는 경우 조금 더 조사하거나 회사를 피하는 것이 좋습니다.

나는 항상 그곳에서 일할지를 결정하기 전에 회사가 어떤지 알아내는 것이 좋습니다. 직원이 자신의 고용주를 검토하는 곳 ( http://www.whataretheyreallylike.com 과 같은 웹 사이트)을 찾을 수 있습니다 . 그들은 당신에게 모든 것을 말할 수는 없지만 기회가 될 가치가 있습니까?

회사는 종종 직원들이 추천 한 것을 고용합니다. 코드 캠프 및 기타 개발 관련 회의에 참석하여 자신의 지리적 영역에서 네트워크를 구축하는 경우 인터뷰보다 정직한 방식 일 가능성이 훨씬 높은 다른 회사 직원으로부터 자신의 상태를 확인할 수 있습니다. 그렇다면 누구에게 신청해야하는지 알게됩니다. 그리고 거기에서 일하는 사람들이 당신을 추천 할 것입니다.

자신이 훌륭한 사람임을 인정하는 관리를 받고있는 훌륭한 사람과 자신을 연관 시키십시오. 나는 그것이 주관적이라는 것을 알고 있으며, 당신이 일하고 싶은 곳을 선호합니다. 중요하다고 생각되는 것을 결정해야합니다. 당신은 긴 질문 목록을 가질 수 있지만, 아마도 사람들을 스스로 알아낼 수있을 것입니다. 우리는 우리 자신의 냄새를 맡는 경향이 있습니다.

모범 사례를 구현하지 않았을 수 있지만이를 수행 할 수 있으며 개선 중입니다. Joel Test에서 몇 가지 포인트만으로이기는 회사를 선택하여 모두 자신의 방식으로 설정되었으며 개선하고 싶지 않은 것을 찾으십니까? 나는 개인적으로 그것에 문제가있을 것입니다. 그들이 양질의 사람들을 계속 끌어들일 수 없다면 완벽한 점수조차도 영원히 지속되지는 않을 것입니다.