시간 (년)으로 역량을 어떻게 정량화합니까? [닫은]


12

얼마 전에 대행사를 통해 일자리를 찾고있는 동안, 나는 계속해서 모집 요원이나 다음과 같은 신청서에 질문을 받았습니다.

몇 년간의 경험이 있습니까?

  • 신탁
  • ASP.NET
  • J2EE 등 ....

처음에는 충실하게 대답했습니다 ... 5 년, 7 년, 2 년, 없음, 몇 달 등.

그때 나는 생각했다; 지난 7 년 동안 10 일의 시간이 필요한 SQL2000을 실행하는 레거시 시스템에 대해 약간의 지원을하고 있기 때문에 7 년 동안 얕은 일을 할 수 있고 경쟁력이 없습니다. 결국 나는 그런 질문들에 대한 대답을 거부했다.

왜 그들이 더 이상 이런 질문을하는지 궁금합니다. 컴퓨터 과학을 방금 졸업 한 사람은 누구나 자신이 '커리큘럼'에서 '터치 한'경험에 대해 3 년에서 4 년의 경험을 주장 할 수 있습니다.

프로그래머와 IT 기술이 매우 다른 성격을 띠는 것은 수십 년 전의 일입니다. 나는 틀렸을 지 모르지만 '시간'이나 '년'은 더 이상 역량이나 경험의 좋은 척도가 될 것입니다.

모든 의견 / 반박은 환영합니다!


이것이 백핸드 연령 차별 방법인지 궁금합니다.
JeffO

1
경험의 척도로서 수년간의 경험은 최소한 시스템 복잡성에 대한 코드 라인만큼이나 나쁘다.
NoChance

답변:


8

이 역량 측정은 무의미하다는 데 동의합니다. 그러나 나는 대부분의 신병 모집 자들이 그것을 모른다고 생각합니다. 그들은 단순히 이력서를 직업 설명과 최대한 일치 시키려고 노력합니다. 구인 광고에 "Oracle에 대한 10 년의 경험"이 표시되면 5 년 내에 전문가가 된 경우에도 5 년만 나열하면 이력서가 거부 될 수 있습니다.

내 조언은 초기 이력서 필터를 통과하기 위해 처음에했던 것처럼이 질문에 대답하는 것입니다. 동시에 직무 설명을주의 깊게 살펴보고 실제로 기술에 적합한 지 측정하십시오.


나는 실제로 전화로 질문 할 때 그 질문을 즐겁게하지 않았다. 나는 그때 기회를 잃어 버렸을 지 모르지만 나는 그것의 '멍청함'을 견딜 수 없었다. 나는 지금 행복하게 고용되어 주셔서 감사합니다. :)
okw

1
이. 저를 부르는 대부분의 채용 담당자는 grep한두 번 호출 한 쉘 스크립트로 효과적으로 대체 될 수 있습니다 . 이 전화에 응답하기 시작한 것은 "다른 직업에는 관심이 없습니다"라는 점입니다. 그래도 그러한 기회를 원한다면 처음에 한대로 대답하십시오. 또한 많은 회사가 신청자 수를 줄이기 위해 필요한 기간을 늘려야합니다. 최고의 선수 중 다수가 자신이 어떤 게임을하고 있는지 알기에는 너무 정직하다는 사실을 잊지 마십시오.
Inaimathi

다른 말로하면 Dima가 말하는 것입니다. 이러한 질문의 대부분은 후보를 쉽게 필터링하는 기술로 사용됩니다. 그들은 당신에게 필요한 기술과 몇 년의 경험을 요구할 것입니다. 키워드 검색을 사용하여 이력서에 대한 기술을 찾은 다음 후보자가 주장하는 총 년을 찾습니다. 이것은 단지 제 생각에 많은 과실을 조장합니다.
arunmur

채용 요구 사항의 많은이 더 적은 멍청한 놈 모집보다 알고 HR 사람들에 의해 작성됩니다
스티븐 A. 로우를

7

당신은 매우 좋은 질문을 제기했습니다.

몇 가지 정보를 전달해야합니다.

  1. 이 기술을 얼마나 오랫동안 사용하고 있습니까?
  2. 당신이 느끼는 기술 수준
  3. 마지막으로 기술을 사용한 경우

불행히도 대부분의 채용 담당자는 후보자를 순위를 매기고 "점수"에 해당하는 후보 만 예상 고용주에게 보낼 수 있도록 단일 수치를 찾습니다.

다음과 같이 말해야합니다.

1997-2004, Visual Studio 6.0에서 C 및 C ++ / MFC를 사용하여 3D 툴셋 및 데스크톱 응용 프로그램 개발

이것은 위의 모든 정보를 전달하지만 대부분의 형태에 맞지 않습니다.


1
정말 좋은 제안입니다, ChrisF. 요청한 내용 등을 대답하십시오. :)
okw

3

역량의 직접적인 척도로서, 어떤 일을하는 년 수는 대부분 관련이 없을 것입니다. 그러나 채용 관점에서 볼 때, 후보자가 주어진 직책에 필요한 경험을 개발하는 데 시간을 보냈는지 여부에 대한 매우 광범위한 아이디어를 제공합니다. 신병 모집 원은이 사실을 알지 못하지만 "시스템 X를 실제로 이해하려면 12 개월이 걸립니다"와 같은 말을 할 때 실제로 경험 한 바에 따르면 대부분의 사람들은 평균 12 명 정도가 소요됩니다 귀하의 견해에서 유능한 시스템 x에 대해 충분히 배웁니다. 물론, 그러한 진술을 부정확하게하기 위해 곡선 밖에 존재하는 사람들은 항상 많지만, 모든 사람을 직접 조사하지 않고도 후보자를 충분히 선택할 수 있습니다. 다양한 기술과 재능을 가진 광범위한 후보자에게 소개 될 수있는 기준을 정하고 거기서부터 일할 수 있습니다. 반면에 "2 개월, 7 일, 5 시간, 11 분 37 초 안에 시스템 x에 관한 모든 것을 배웠다고 생각한다면, 당신은 아마도 당신의 분야를 너무 불합리하게 좁힐 것입니다.

그러한 질문에 대답 할 것인지의 여부는 전적으로 당신에게 달려 있습니다. 개인적으로 나는 단순히 게임을 한 다음 자신이 빠르게 움직일 수 있도록하는 것이 낫다고 생각합니다. 무언가가 "멍청하다"또는 "합리적이지 않다"고 느낄 수도 있지만, 추론을 이해하거나 동의하지 않더라도 그 방법 자체는 단순히 목적을위한 수단 일 뿐이며 면접관! ;-)


1

나는 이력서에서 고급 및 기본 범주의 경험을 분리하는 것을 선호합니다.

  • 고급 기술에는 내가 가장 많이 사용했던 모든 기술이 있습니다.

  • 기본적으로 과거에 남은 언어와 기술 또는 시간이 지남에 따라 덜 보이는 언어와 기술을 소개합니다.

나는 발표 편지를 제외하고 몇 년 동안 이력서를 묘사하고 있지 않다.


1

다음은 채용 담당자에게 좋은 질문입니다.

  1. 그들은 언제 기술을 사용할 수 있는지 알고 있으며이를 사용하여 숫자가 허위인지 탐지 할 수 있습니다
  2. 그들은 또한 그것들을 합쳐서 당신의 나이와 비교하고 그것을 확인할 수있는 또 다른 방법을 제공 할 수 있습니다
  3. 또한 해당 기술이 필요한 직책과 잘 일치하는지 나타냅니다. 아마도 쓸모없는 기술 중 몇 개는 쓸모가 없으며, 당신이 그 기술을 선택했는지 볼 것입니다.
  4. 또한 경험은 항상 몇 년 안에 측정됩니다. 반년 미만의 프로젝트는 아마도 쓸모가 없습니다.
  5. 그러나 다른 한편으로, 그러한 질문은 당신이 가진 다른 기술을 설명 할 수 없습니다

채용 담당자에게 너무 많은 크레딧을 제공하고 있습니다. 많은 사람들이 체크리스트를 원하고 답장에 대해 어떤 종류의 분석도 신경 쓰지 않습니다.
Andres F.

0

예를 들어, 2003 년에 ASP.NET을 사용하기 시작했지만 그 이후로 프로젝트를 수행하는 데 1/4의 시간 만 소비 한 경우에는 7/4 또는 2 년 정도의 경험이 있어야합니다.


흥미롭지 만 2006 년 이후 연락이 끊겼다는 인상을 줄 수 있습니다.
okw

@okw, 내 요점은 수년간의 경험이 연속적이라는 것을 의미하지는 않지만 (2003 년부터 시작하여 2005 년에 끝나는 2 년) 오히려 2003 년부터 총 2 년의 경험을 가지고 있습니다. 질문에 대한 후속 답변을 위해 남겨진 세부 사항.
tcrosley

0

나에게 다른 질문으로 이어지는 출발점 일뿐입니다. 경험이 전혀 없다면 더 이상 갈 필요가 없지만 7 년을 주장한다면 몇 가지 심층적 인 질문에 대비하십시오. 나는이 무딘 질문만으로 일자리를 얻었을 것입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.