Làm bài đăng công việc phóng đại yêu cầu của họ? [đóng cửa]

Tôi cảm thấy giống như một lập trình viên có trình độ hợp lý, nhưng rất nhiều bài đăng công việc tôi chạy vào khiến tôi cảm thấy khác. Hầu như tất cả trong số họ phân tách trình độ thành các yêu cầu và mong muốn, nhưng ngay cả phần yêu cầu có thể gây nản lòng.

Tôi đã thấy rất nhiều bài đăng nói rằng họ cần kinh nghiệm vài năm (2 hoặc nhiều hơn) trong một công nghệ hoặc thư viện tương đối nhỏ, một cái gì đó cụ thể cho công ty của họ. Những lần khác, tôi thấy 5 hoặc thậm chí hơn 7 năm kinh nghiệm cần thiết cho một ngôn ngữ. Bản thân một số trong số này sẽ ổn, nhưng thật nực cười khi một công ty ở thị trấn nhỏ nói rằng bạn cần 3 năm với 2 ngôn ngữ, thành thạo lập trình mạng, viết kịch bản, cơ sở dữ liệu và những thứ như "trải nghiệm với các hệ thống quan trọng kinh doanh dư thừa lớn" Tất cả cùng một lúc.

Họ có thực sự mong đợi tìm được ai đó có nhiều kinh nghiệm làm việc với chính xác bộ công nghệ họ sử dụng không? Tôi gặp khó khăn khi tìm một bài đăng duy nhất trong đó tôi không có ít nhất 1 hoặc 2 lỗ trong bộ kỹ năng của mình. Tôi đã nghe đi nghe lại rằng hầu hết các nơi đều đánh giá cao khả năng học hỏi nhanh chóng của bạn và sẽ dạy bạn về công việc, nhưng tại sao lại nói là bắt buộc? Có phải họ chỉ đang cố gắng ngăn cản đáy thùng (thất bại của FizzBuzz) không áp dụng?

Vâng, họ chắc chắn làm. Tuy nhiên tôi thường tuân theo quy tắc 75%, đó là Nếu tôi cảm thấy tôi biết ít nhất 75% yêu cầu, thì tôi sẽ tiếp tục và áp dụng. Mọi thứ khác họ chỉ có thể đào tạo tôi về.

Từ phía tuyển dụng ở đây là cách nó hoạt động

1. Trưởng nhóm phát triển viết ra các yêu cầu cho hai công việc

2. Người quản lý dự án hợp nhất chúng vào một quảng cáo duy nhất = "nhà thiết kế web biết erlang"

3. Điều này được chuyển qua các lớp quản lý để bình luận -
   bình luận bao gồm họ thêm ngôn ngữ / công nghệ duy nhất họ đã nghe nói về

4. Nhân sự sau đó 'khắc phục' điều này bằng cách thay đổi perl thành ngọc trai và đưa kinh nghiệm 2007 năm vào Windows Server.

5. Nhà tuyển dụng sau đó 'cải thiện' các ứng viên tiếp tục - nói rằng anh ta biết VB, đó là ngôn ngữ, Erlang là ngôn ngữ nên tôi sẽ thay đổi nó thành 10 năm kinh nghiệm về Erlang

Một số nhà tuyển dụng yêu cầu vàng khi họ thực sự cần bạc; nếu họ có thể nhận được nó với mức lương bằng thiếc, thì càng nhiều càng tốt.

Đó là suy nghĩ sai lầm, IMO. Những gì họ thực sự nên tìm kiếm là các công cụ bằng thép để kiếm vàng, và đó là những gì bạn phải thuyết phục họ.

Đây là một lý do chưa ai bảo vệ: Bộ chính phủ muốn thuê một người cụ thể cho một vị trí mở. Do các quy tắc tuyển dụng dịch vụ công cộng, họ không thể làm điều đó. Họ cần phải có một cuộc thi và xem xét tất cả các ứng cử viên. Nhưng họ đã có người họ muốn ký hợp đồng và đưa người đó vào vị trí đó là kết quả mong muốn. (Ngoài ra, KHÔNG nhận được kết quả của người đó trong vài năm kinh nghiệm đánh thức ra khỏi cửa khi hợp đồng kết thúc.)

Giải pháp? Chỉ ra từng điều mà một người biết và làm cho các yêu cầu khớp với danh sách đó càng nhiều càng tốt. Điều đó dẫn đến những yêu cầu có vẻ ngớ ngẩn và trong một số trường hợp thậm chí không thực sự phù hợp với yêu cầu công việc là gì, nhưng họ cũng đảm bảo rằng người họ muốn gần như chắc chắn là người đáp ứng chúng.

Họ làm, bởi vì hầu hết các sơ yếu lý lịch được phóng đại

Như pdr nói, đó là một chu kỳ. Cách duy nhất tôi có thể thấy về việc phá vỡ nó là cung cấp một cái gì đó vượt trội như xác nhận thực tế và thực tế các kỹ năng của bạn. Những điều xuất hiện trong tâm trí: các dự án cá nhân (ví dụ như các nguồn mở), các vấn đề phức tạp bạn đã giải quyết và thông tin liên hệ của các đồng nghiệp đáng tin cậy có thể đề xuất cho bạn.

Có một rủi ro cố hữu với việc cung cấp thêm thông tin mà các công ty có thể xem xét kỹ lưỡng, nhưng đôi khi có thể đáng để làm cho một bản lý lịch trở nên nổi bật mà không bập bẹ "bạn" tuyệt vời như thế nào.

Họ phóng đại và tôi tin đó là một sai lầm. Những người không áp dụng vì họ không thể thực hiện 100% hoặc thậm chí 90% yêu cầu, có thể là những người bạn muốn nói chuyện, nhưng họ không áp dụng vì "họ có thể đọc thông số kỹ thuật".

Họ làm, và từ kinh nghiệm của tôi, có hai lý do cho việc này:

1. Một đại lý tuyển dụng hoặc nhân sự không biết công nghệ đã viết quảng cáo.
2. Họ cố tình đe dọa riff-raff (như những người khác đã nói).

Số 1 là khó chịu nhất. Điều gì sẽ xảy ra là như thế này: một nhân sự / người tuyển dụng được cung cấp một danh sách các công nghệ được sử dụng tại công ty, cùng với một mô tả ngắn gọn về những công nghệ hiện tại và quan trọng, và những công nghệ nào có thể là cận biên và / hoặc lối thoát Sau đó, họ sẽ thường hiểu sai trong số này thuộc danh sách "bắt buộc" so với "mong muốn" - hoặc tệ hơn - đại diện cho một cái gì đó cực kỳ khó hiểu như một thực tế bắt buộc hàng ngày.

Ví dụ: trong một trong những công việc trước đây của tôi, nhà tuyển dụng đã nói với tôi rằng công ty sử dụng Rational Rose và thiết kế và phát triển rất chính thức bằng UML, v.v. Hóa ra cả Rational Rose, UML hay bất kỳ quy trình thiết kế chính thức nào đều được sử dụng tại công ty hoàn toàn - đó chỉ là một cái gì đó mà công ty liên hệ đã đề cập một cách trực tiếp như là một "điều tốt đẹp để có", giống như một điều nền tảng rộng rãi để biết, vì một số lý do. Nhưng nhà tuyển dụng đã chạy theo nó và thể hiện vai trò là một vai trò dựa trên quá trình thiết kế cứng.

Một trường hợp khác tôi đã áp dụng cho vai trò C ++ và cuối cùng làm Java. Đó là một công ty lớn với nhiều sản phẩm khác nhau. Họ đã thuê tôi cho vai trò C ++, tôi đã làm điều đó trong tám tháng và sau đó họ cần thêm tay trong nhóm Java. Những người khác thực sự đã đi thẳng vào nhóm khác theo cách đó sau khi được phỏng vấn xin việc cho một nhóm khác.

TL; DR : Vâng, họ làm. Đôi khi vì sự thiếu hiểu biết về những gì quan trọng, đôi khi lại cố tình đe dọa. Tôi nghĩ rằng "quy tắc 75%" là một quy tắc tốt. Ngoài ra, có thể đọc giữa các dòng và suy nghĩ về những gì vai trò có thể liên quan. Những danh sách này thường chồng chéo, hoặc hoàn toàn dư thừa. ví dụ. Nếu bạn biết XML hoạt động như thế nào và đã sử dụng nó trong nhiều năm, bạn sẽ học một giao thức truyền dữ liệu dựa trên YAML hoặc JSON trong một ngày. ví dụ. Hãy suy nghĩ về cách bộ kỹ năng hiện tại của bạn có thể chuyển sang những gì vai trò đang yêu cầu. Thường biết một công cụ cụ thể ít quan trọng hơn việc biết các khái niệm đằng sau nó.

Tôi đã từng phát triển cho một công ty sản xuất phần mềm nhân sự để giải quyết câu hỏi chính xác này và có một yếu tố khác không ai nói đến. Các công ty thường sử dụng "# năm năm kinh nghiệm với X" làm proxy cho "giỏi X", vì vậy khi họ yêu cầu ai đó có "5 năm Java", họ thực sự muốn ai đó là nhà phát triển Java tuyệt vời.

Điều này hoạt động tốt trong các ngành công nghiệp khác: một luật sư có 7 năm kinh nghiệm thường tốt hơn một luật sư có 3 năm. Một bác sĩ cũng vậy: bạn sẽ chọn bác sĩ phẫu thuật tim với 1000 ca phẫu thuật dưới vành đai của anh ấy cho tân binh đã hoàn thành 10. Nhưng nó không áp dụng tốt cho lập trình. Chúng ta đều biết các lập trình viên thông minh, giỏi với nhiều ngôn ngữ, những người tiếp nhận Java như bản chất thứ hai sau 6 tháng với nó. Chúng tôi cũng biết những người đã mã hóa kém trong Java trong nhiều thập kỷ. Kinh nghiệm chỉ không tương quan với kỹ năng lập trình theo cách nó làm trong các ngành công nghiệp khác.

Vậy tại sao họ hỏi điều này, bạn nói? Bởi vì thực sự không có cách nào tốt hơn để đặt câu hỏi. Nếu bạn đang tìm kiếm một lập trình viên thông minh, bạn không thể chỉ nói "Thông minh trong Java"; bạn phải nói "5 năm kinh nghiệm trong Java". Vì vậy, khi bạn thấy một quảng cáo việc làm yêu cầu 5 kinh nghiệm với công nghệ 2 năm tuổi, điều đó chỉ có nghĩa là họ đang tìm kiếm một lập trình viên nhạc rock. Vì vậy, nếu bạn nghĩ rằng bạn đã có nó, hãy tiếp tục và áp dụng.

Có họ làm. Thật không may, đó là một chu kỳ tự kéo dài. Càng nhiều người quen với ý tưởng rằng nếu bạn có hầu hết những gì họ đang tìm kiếm thì họ sẽ phỏng vấn bạn, bạn càng phải phóng đại để loại bỏ những người không có thứ bạn thực sự cần. Đó là một vấn đề đáng tiếc nhưng tôi thực sự không thấy cách nào thoát khỏi chu trình đó.

Tôi không nghĩ đó là vấn đề cường điệu cũng như không biết yêu cầu thực sự là gì. Gần đây tôi có một cái nhìn nhỏ sau bức màn khi một người quản lý hai cấp trên tôi yêu cầu trợ giúp đăng quảng cáo việc làm. Câu hỏi duy nhất của họ là liệu họ nên sử dụng mẫu .NET hay J2EE cho một thuê mới cho một dự án cụ thể. Điều này cung cấp cho bạn hai thông tin (ít nhất là về công ty tôi ký hợp đồng).

1. Họ sử dụng các mẫu tiêu chuẩn để quảng cáo các vị trí mở.
2. Những người đăng quảng cáo thậm chí không biết vị trí mở là gì.

Dựa trên nhiều quảng cáo việc làm mà tôi đã xem, tôi tưởng tượng rằng rất nhiều nhà quản lý tuyển dụng sử dụng cùng một cách tiếp cận thiếu sót.

Theo tôi, tôi cũng nghĩ rằng có một số cường điệu. Tuy nhiên, tôi đã thấy rằng ngay cả khi tôi đáp ứng 75% yêu cầu, tôi có thể đã nhận được một cuộc gọi trước màn hình nhưng khi tôi thành thật về 25% còn lại, tôi đã không nhận được một cuộc gọi khác.

Nếu bạn thấy rằng bạn liên tục thiếu các yêu cầu thì có lẽ bạn nên tự mình mở rộng kiến ​​thức. Tạo một ứng dụng đơn giản của riêng bạn và đưa nó vào sơ yếu lý lịch của bạn. Tôi đã tìm thấy tài sản lớn nhất trong hồ sơ xin việc của mình là các dự án cá nhân của tôi (ngay cả khi chúng còn nhỏ).

Chỉ 2 xu của tôi.

Có họ làm. Điều khó khăn đôi khi có thể là bước chân vào cửa và xoay sở để thư giãn trong suốt cuộc phỏng vấn, nhưng nếu bạn có thể quản lý điều đó và bạn sẽ ổn, người phỏng vấn sẽ sớm nhận ra điều đó (nếu chúng tốt).

Và cũng có một số công ty muốn đưa người hoàn hảo vào, nhưng đừng quá lo lắng nếu họ không bao giờ tìm thấy họ (có vẻ như vậy), vì vậy họ có thể có một quảng cáo treo quanh NĂM theo nghĩa đen.

Khi tôi đã phỏng vấn mọi người trong quá khứ cho các vai trò dev, tôi luôn muốn thấy một mọt sách sáng sủa với khiếu hài hước mà tôi nghĩ sẽ phù hợp. Thật không may là bạn nhìn thấy rất nhiều!

Đối với quảng cáo ngớ ngẩn, vào năm 2007, tôi nhớ đã thấy một quảng cáo việc làm muốn trải nghiệm .NET hơn 10 năm (khi tôi 5 tuổi tôi nghĩ vậy) ...

Loại quảng cáo đó chỉ khiến bất kỳ lập trình viên có năng lực nào nghĩ rằng người đặt nó là một kẻ ngốc.

Thậm chí quên mất thực tế là bạn phải mã hóa hai công việc toàn thời gian cùng một lúc hoặc làm việc trong lò vi sóng hoặc đi với tốc độ ánh sáng hoặc bất cứ điều gì (lol), đòi hỏi hơn 10 năm kinh nghiệm cho công việc mã hóa? ! Nghiêm túc?! Từ khi nào cần thiết ?

Một số làm, một số thì không. Phần quan trọng của một bài đăng công việc không phải là phần yêu cầu, mà là phần mô tả công việc. Nếu bạn thành thật tin rằng bạn có thể quản lý tất cả các nhiệm vụ mà công việc sẽ bao gồm, mà không cần đào tạo quá nhiều, thì hãy áp dụng nó.

Nói chung, một bài đăng công việc sẽ liệt kê một siêu các kỹ năng cần thiết, không bao giờ chỉ là một tập hợp con.

Về bản chất, việc đăng công việc là mô tả 'Ứng viên tối ưu' nhưng hiếm khi họ phác thảo các yêu cầu cơ bản. Đó là một giả định ngầm rằng các ứng cử viên sẽ nộp đơn nếu họ cảm thấy họ 'đủ gần' với những gì được yêu cầu.

Vào cuối ngày, một quy trình mờ nhạt để xác định xem sự giao thoa giữa các yêu cầu công việc và trình độ ứng viên có đủ để đảm bảo điều tra thêm hay không.

Theo nguyên tắc thông thường - tốt hơn nên áp dụng nếu bạn thích cơ hội và cảm thấy như bạn có trải nghiệm bản đồ lỏng lẻo với những gì họ đang yêu cầu. Không có hại gì - nếu họ cảm thấy 2 năm kinh nghiệm của bạn quá ít thì đơn giản là họ sẽ không theo dõi.

Theo tôi không, bài đăng công việc thường khá chính xác về mặt yêu cầu nhưng chúng thường mô tả ứng viên lý tưởng. Tôi nghĩ rằng trong hầu hết các tình huống, những người tuyển dụng sẽ nhắm mục tiêu cao nhưng cuối cùng sẽ thỏa hiệp một chút khi cuối cùng họ cần chọn người để lấp đầy vị trí.

Cho dù phần lớn các yêu cầu công việc được nêu có chính xác hay không có lẽ hơi khác một câu hỏi nhưng tôi có thể thấy rằng nếu người viết quảng cáo công việc thiếu kinh nghiệm hoặc không có các chi tiết cần thiết về vị trí mà họ có thể cố gắng vượt qua hãy cẩn thận rằng họ không bỏ lỡ một số chi tiết quan trọng vì biết rằng nếu họ vô tình cởi quần áo thì những người thực hiện cuộc phỏng vấn hoặc kết thúc với việc thuê chưa chuẩn bị có thể khiến họ phải đổ lỗi. Mặc dù tôi sẽ tin rằng với số tiền cần thiết để tìm kiếm nhân viên mới, tình hình sẽ là thiểu số trong các trường hợp nếu không nó sẽ chỉ là một sự tiêu tốn lớn đối với tài nguyên của công ty.

Từ kinh nghiệm của tôi tuyển dụng và viết các yêu cầu công việc tương tự, tôi có cảm giác rằng hầu hết các yêu cầu đều đúng. Nếu bạn đang đọc một quảng cáo việc làm và nó dường như không mạch lạc hoặc nghe có vẻ như được viết bởi một người không ở trong lĩnh vực này hoặc không hiểu về các mục mà họ liệt kê là yêu cầu, thì đó có thể là một điều tốt ký rằng những điều này có thể không chính xác và tốt hơn là để nó cho người phỏng vấn của họ quyết định xem bạn có phù hợp với công việc không.

Tôi nghĩ rằng hầu hết các công ty đều biết rằng họ sẽ không nhận được chính xác những gì họ đang tìm kiếm - nhưng tại sao lại có cơ hội? Nếu ai đó áp dụng những người tình cờ có chính xác những gì họ đang tìm kiếm, thì họ (cả hai) sẽ giành chiến thắng. Nếu ai đó áp dụng những kỹ năng / kinh nghiệm mà họ quan tâm nhất, thì việc đào tạo thường sẽ lấp đầy những khoảng trống. Tôi nghĩ rằng điều này xảy ra cho bất kỳ loại công việc đủ kỹ năng.

Chà, tôi phải làm người khác. Tôi chỉ có kinh nghiệm của riêng mình, tuy nhiên, tôi thực sự đã đặt quảng cáo việc làm.

Nếu công ty của bạn thậm chí còn một nửa chiều có thẩm quyền, sau đó bạn sẽ nhận được hàng trăm các trình độ sơ yếu lý lịch. Khoảng 80% trong số đó sẽ đáp ứng 80% yêu cầu của bạn và khoảng 20% ​​sẽ đáp ứng 100% yêu cầu của bạn.

Nói chung, tôi thiên về sự thông minh và hoàn thành công việc , nhưng đối với một số vị trí (cao cấp / kiến ​​trúc sư), bạn cần một người nào đó ở trong chiến hào. Ví dụ, một người đã biết về lỗi xss của khung ABC, do đó, điều đó không cắn vào mông bạn 12 tháng sau.

Tôi đã thấy rất nhiều bài đăng nói rằng họ cần kinh nghiệm vài năm (2 hoặc nhiều hơn) trong một công nghệ hoặc thư viện tương đối nhỏ, một cái gì đó cụ thể cho công ty của họ.

Bạn sẽ thấy rất nhiều những quảng cáo này trong bảng việc làm của Úc. Đặc biệt là người Úc (HR) dường như đánh giá cao kinh nghiệm đặc thù về công nghệ trên khả năng, kỹ năng, giáo dục hoặc các dự án bạn đã hoàn thành. Và họ muốn có kinh nghiệm trong một công nghệ cụ thể - 5 năm hoặc lâu hơn trên một thư viện điên rồ hoặc một khuôn khổ phải mất vài giờ để học. Trong một công việc, mức lương rất cao nên tôi chỉ áp dụng để được anh chàng nhân sự chỉ ra rằng MỌI NGƯỜI là một "người học nhanh". Bản lý lịch bằng cách nào đó đã vào tay của người đứng đầu nhà phát triển, người đã gọi cho tôi ngay lập tức nhưng đó là một câu chuyện khác.

Ồ vâng, và mọi người đều biết .Net, chúng tôi cần một người có kinh nghiệm trong InstantForum! Mọi người đều biết .Net, chúng tôi cần một người có kinh nghiệm về InsiteCreation CMS! Mọi người đều biết một PHP và rất nhiều nguồn mở như Drupal và Magento và eZPublish, nhưng chúng tôi cần một người có 5 năm kinh nghiệm Wordpress !!

Tôi không nghĩ nó công bằng chút nào nhưng đó là thế giới thực như thế nào đối với mọi chuyên gia.

Đó là bởi vì họ đã yêu cầu người cuối cùng có công việc viết mô tả công việc của riêng họ và danh sách cứ tiếp tục tăng lên theo thời gian.

Gần đây tôi đã thấy một mô tả công việc dành cho Nhà phát triển cuối cấp cao .NET.

Nó yêu cầu:

LAMP, PHP, MySQL Flex, OpenGL

Và tất nhiên bạn phải biết C #

Tôi chỉ ngồi đó nhìn chằm chằm vào màn hình tự hỏi liệu tôi đã sai vì nghĩ đây là hạt dẻ hay nếu họ sai.

IMHO, hầu hết các bài đăng công việc không phóng đại yêu cầu của họ.

Họ chỉ làm một công việc khủng khiếp là che khuất các kỹ năng hoàn toàn cần thiết cho công việc ngay từ ngày đầu bằng cách trộn chúng với các kỹ năng có thể cần hoặc có thể học được trong công việc.

Thật không may, nhiều nhà phát triển làm điều tương tự với sơ yếu lý lịch của họ - họ thêm rất nhiều đến mức họ che khuất năng lực cốt lõi của họ.

Tôi sẽ thêm một câu trả lời khác ở đây mặc dù đã có nhiều câu trả lời, bởi vì câu trả lời này là loại ngược lại. Trong khi lạm phát mô tả công việc là rất phổ biến trong ngành, chủ lao động của tôi rất thường xuyên bàn đạp các yêu cầu của vai trò, bởi vì

1. Có đủ nhân viên trong nhóm rằng khoảng cách kỹ năng cụ thể cho người nộp đơn không phải là vấn đề, nếu họ có loại kỹ năng phù hợp
2. Công việc đòi hỏi khá nhiều về mặt kỹ thuật và những ứng viên có thể biết điều này, vì vậy các yêu cầu ở một mức độ nào đó để đảm bảo rằng chúng tôi không từ chối những ứng viên xuất sắc chỉ vì (ví dụ) họ không biết Python.
3. Chúng tôi thuê các kỹ sư ở nhiều cấp độ khác nhau, vì vậy những người trả lời cùng một quảng cáo sẽ được thuê ở các cấp khác nhau tùy thuộc vào khả năng của họ.