Tôi có một vấn đề nan giải. Tôi có một ứng cử viên cho vị trí nhà phát triển phần mềm cao cấp.

Anh chàng có vẻ có năng lực trong lần nói chuyện đầu tiên với anh ta và anh ta đã trả lời chính xác các câu hỏi và đưa cho tôi bằng chứng về công việc của anh ta. Hơn nữa, ông đã được một số đồng nghiệp đáng tin cậy khuyên dùng.

Trong trường hợp này, tôi muốn bỏ qua bài kiểm tra kỹ thuật mà HR yêu cầu vì tôi cần điền vào chỗ trống càng sớm càng tốt. Hãy chia sẻ kinh nghiệm của bạn.

CHỈNH SỬA:

Chống lại một bản án tốt hơn tôi đã đưa ra bài kiểm tra. Điểm số cao nhất trong hầu hết tất cả các câu hỏi, ngay cả về chủ đề mà anh ta không tự hào. Nhưng tôi đã rất ủng hộ một số điều trớ trêu từ anh ấy khi anh ấy nhìn thấy các câu hỏi của bài kiểm tra - điều rõ ràng không dành cho một học sinh cuối cấp.

Vì vậy, chúng tôi đã đưa ra một đề nghị.

Cảm ơn tất cả những hiểu biết.

Như thường lệ...

Nó phụ thuộc

Tôi chưa bao giờ thấy một bài kiểm tra kỹ thuật chứng minh năng lực. Tôi đã thấy rất nhiều bài kiểm tra kỹ thuật chứng minh sự thiếu hiểu biết - cả về các bộ phận của người làm bài kiểm tra và người làm bài kiểm tra.

Bạn có bao nhiêu tự tin trong bài kiểm tra kỹ thuật? Bạn đã lấy nó chưa Bạn có nghĩ rằng nó công bằng?

Một cách tự tin, tôi đã thực hiện một bài kiểm tra kỹ thuật trực tuyến để ưu tiên cho khách hàng một thời gian trước (họ muốn điểm số của tôi là 'đường cơ sở' cho tuyển dụng mới) và đã thất bại - chủ yếu là vì các câu hỏi kiểm tra chỉ bao gồm tên cú pháp và tên hàm cụ thể phiên bản của một ngôn ngữ cụ thể. Tôi sử dụng ngôn ngữ mọi lúc, và có nhiều năm, nhưng không phải là những tính năng cụ thể . Đây là tất cả những điều mà tôi có thể tìm kiếm khi / nếu cần - và như vậy hoàn toàn không liên quan đến kỹ năng / năng lực.

Vì vậy, nó thực sự phụ thuộc vào bài kiểm tra. Nếu bạn nghĩ rằng bài kiểm tra kỹ thuật của bạn có ý nghĩa thì bằng mọi cách hãy quản lý nó. Nếu bạn không sau đó thoát khỏi nó . Ấn tượng của bạn dựa trên một cuộc phỏng vấn cá nhân cộng với các khuyến nghị từ các đồng nghiệp đáng tin cậy có giá trị hơn nhiều so với bất kỳ bài kiểm tra nào .

Kết quả của bài kiểm tra kỹ thuật có làm nên sự khác biệt trong quyết định tuyển dụng của bạn không? Là sức mạnh của cuộc nói chuyện của bạn với anh ấy và các khuyến nghị của các đồng nghiệp đáng tin cậy đủ mạnh để làm cho bất kỳ kết quả của bài kiểm tra kỹ thuật không liên quan?

Nếu thử nghiệm sẽ không tạo ra sự khác biệt thì bỏ qua nó.

Tôi không thấy một lập luận mạnh mẽ để bỏ qua bài kiểm tra. Vì vậy, bạn nên giữ nó.

Nếu bạn tin rằng ứng viên sẽ chùn bước khi phải làm bài kiểm tra, đó là tự mình nói ra.

Nếu bài kiểm tra mất quá nhiều thời gian để quản lý và kiểm tra xem điều đó có nghĩa là quyết định tuyển dụng bị trì hoãn, thì bạn có thể cần phải xem lại bài kiểm tra đó.

Ngược lại, nếu bạn dự định thuê người cho dù kết quả thế nào, thì hãy tiếp tục mà không có nó, nhưng sau đó bạn có thể nên xem lại chính sách kiểm tra một lần nữa và làm cho nó rõ ràng là tùy chọn.

Là xét nghiệm kỹ thuật thường hữu ích hoặc BS? Bạn có muốn bỏ qua nó vì bạn muốn anh ta được thuê nhanh hơn, bởi vì bạn sợ nhận được một rào cản cho thuê mà bạn muốn, hoặc vì bạn sợ nó có thể xúc phạm anh ta?

Như một quy tắc chung, tôi thích làm quy tắc quy tắc. Bởi vì nếu bạn bắt đầu tạo ngoại lệ cho một người, thì bạn nên bắt đầu thực hiện ngoại lệ ngày càng nhiều hơn cho đến khi bạn bị đốt cháy và tìm hiểu lý do tại sao quy tắc tồn tại. Và hãy tin tôi, một người thuê tồi là một sai lầm thực sự đau đớn. Nhưng điều đó chỉ đúng nếu quy tắc này hữu ích. Cho dù này quy tắc rất hữu ích, phụ thuộc vào kiểm tra kỹ thuật.

Thứ hai, cho dù bạn cảm thấy phải chịu bao nhiêu áp lực khi thuê, đừng để điều đó đẩy bạn ra quyết định vội vàng. Sự vội vàng thúc đẩy chúng ta nói đồng ý khi chúng ta không nên, bỏ qua các dấu hiệu cảnh báo, v.v. Trên thực tế, bạn càng chịu nhiều áp lực, bạn càng cần phải đẩy lùi áp lực đó để chắc chắn rằng bạn đã đưa ra quyết định đúng đắn.

Thứ ba, nếu bạn có một giọng nói dai dẳng, "Tôi sợ rằng, mọi thứ khác mặc dù, anh ấy có thể không vượt qua bài kiểm tra" thì hãy lắng nghe giọng nói đó - đừng bỏ qua bài kiểm tra. Đây có thể không phải là thuê đúng.

Và cuối cùng, nếu ứng viên giỏi không chỉ ứng viên sẽ không bị xúc phạm khi phải làm bài kiểm tra kỹ thuật, ứng viên có thể sẽ xem đó là một dấu hiệu tốt về tổ chức của bạn. Đây là mục 11 trong bài kiểm tra Joel được trích dẫn rộng rãi . Sau tất cả, họ đã không hài lòng khi làm việc với các nhà phát triển, những người sẽ không vượt qua bài kiểm tra kỹ thuật và có lẽ không muốn lặp lại trải nghiệm đó.

Vì tất cả những lý do đó, bạn nên làm xét nghiệm nếu (và đây là một điều quan trọng nếu) xét nghiệm không phải là một phần rõ ràng của BS nên được thay thế bằng xét nghiệm kỹ thuật hữu ích .

Chúng tôi gần đây đã ở trong tình trạng tương tự. Chúng tôi đã bỏ qua các kỹ thuật sâu sắc bởi vì ban đầu anh ấy dường như đã đọc tất cả các cuốn sách phù hợp và làm việc trên tất cả các loại dự án đúng. Anh ấy có vẻ rất tốt

Sau một vài tuần, rõ ràng anh ta không thể viết mã ở cấp độ mà cuộc phỏng vấn của anh ta nói rằng anh ta nên làm. Và tính cách của anh ấy không phù hợp với đội. Đó là một mớ hỗn độn để thoát khỏi anh ta và làm sạch những gì anh ta đã làm.

Làm kỹ thuật trước khi thuê bất cứ ai.

Giữ bài kiểm tra vì sự công bằng. Nếu những người mới thuê khác sau đó biết rằng họ phải viết một bài kiểm tra nhưng anh chàng này đã không làm, điều đó có thể gây ra cảm giác oán giận.

Bài kiểm tra nên được áp dụng cho tất cả mọi người hoặc không ai cả. Nếu bạn muốn áp dụng nó một cách có chọn lọc, hãy đảm bảo có một chính sách rõ ràng và bằng văn bản giải thích khi nào nó có thể được miễn.

Các giá trị của các bài kiểm tra kỹ thuật rất đa dạng và chủ yếu phụ thuộc vào mức độ phù hợp của các bài kiểm tra với vai trò của nhà phát triển cao cấp đang được thuê. Ý tôi là, bạn sẽ đưa ra một danh sách các câu hỏi về kỹ thuật hệ thống nhúng cho nhà phát triển Oracle (đây là một ví dụ tồi để chứng minh một quan điểm).

Ngay cả khi nhà phát triển cấp cao đạt điểm kém trong bài kiểm tra kỹ thuật, việc bạn thuê ứng viên có phải là một trở ngại không?

Như bạn đã đề cập rằng bạn bị ép thời gian, đừng vội quyết định vì nó. Sẽ tồi tệ hơn nếu nhà phát triển cấp cao trở thành một người dưới mức trách nhiệm của mình và kết thúc việc đưa dự án chậm tiến độ.

Xoay nó

Nếu đó là một người thuê cao cấp vĩnh viễn được những người bạn tin tưởng đánh giá cao, anh ấy / cô ấy có thể sẽ kết thúc với các nhóm phỏng vấn trong tương lai. Hỏi nhà phát triển cấp cao tiềm năng này cho các câu hỏi kiểm tra phỏng vấn kỹ thuật yêu thích của họ và cách họ có thể đánh giá điểm mạnh và điểm yếu của các câu trả lời khác nhau. Có thể tạo nên một số câu trả lời xấu mới để kiểm tra chúng. Bạn thậm chí có thể học được rất nhiều từ việc sử dụng thời gian này (hoặc có thể tìm thấy thứ gì đó là cờ đỏ).

Sau đó đánh dấu một số câu trả lời cho câu hỏi của riêng họ là "kiểm tra kỹ thuật được thực hiện".

Hãy nghĩ về nó theo cách này - sự khác biệt giữa việc thuê một người xuất sắc muộn hơn một chút so với bạn muốn, hoặc thuê một người có khả năng khủng khiếp ngay bây giờ?

Ngoài ra, khả năng bạn sẽ nói bạn đang làm công việc mà bài kiểm tra này được thiết kế để đánh giá như thế nào?

Tôi làm việc cho một công ty đòi hỏi khoảng 99% ứng viên để vượt qua bài kiểm tra lập trình. 1% người không cần phải vượt qua rơi vào hai loại. Danh mục đầu tiên là các loại "rockstar" mà chúng tôi đã tích cực tuyển dụng từ việc di chuyển. Loại thứ hai, và có lẽ phù hợp hơn, là những người mà quy trình đã được miễn bởi những nhân viên cấp cao có hồ sơ theo dõi rất mạnh và có khả năng thực hiện công việc mà họ đang tuyển dụng.

Cá nhân, tôi nghĩ rằng đây là một chính sách tốt và tôi muốn giới thiệu nó cho tình huống của bạn.

Tôi sẽ cho thử nghiệm nào. Anh ta có thể được đề nghị vì bất kỳ lý do nào (một số lý do có thể không có lợi cho bạn ...). Một lợi ích của cuộc phỏng vấn kỹ thuật là bắt đầu quá trình liên kết với các thành viên khác trong nhóm. Đừng đánh giá thấp nhu cầu của nhóm để được mua vào quy trình tuyển dụng.

Do các hạn chế của HR, tôi nghĩ rằng tôi sẽ tải xuống một bản sao của cyber-dojo , cài đặt nó trên một máy chủ cục bộ, đặt ứng viên của bạn trước một trình duyệt web chỉ có thể truy cập vào máy chủ đó và yêu cầu họ hoàn thành một số kata (lựa chọn của bạn) trong một ngôn ngữ họ chọn (lý tưởng là một ngôn ngữ khác nhau trên mỗi kata).

Sau đó nhìn vào chuỗi đèn giao thông. Nếu họ là một nhà phát triển TDD giỏi , bạn sẽ nhận được một tiến trình đỏ / xanh lặp đi lặp lại tốt đẹp.

^{Nếu bạn muốn chơi với cyber-dojo, tác giả có một phiên bản trực tuyến đẹp ở đây .}

Một câu hỏi khác - bạn có bao nhiêu tự tin trong bộ phận nhân sự của mình.

Tôi có thể uống quá nhiều thuốc KoolAid ở đây, nhưng tôi thường ngạc nhiên khi biết rằng bộ phận nhân sự của tôi có một kế hoạch tốt trong đầu khi thực hiện một biện pháp bảo vệ nhất định cho việc tuyển dụng. Ví dụ, có vẻ như đúng là anh chàng cao cấp của bạn sẽ cần cho Oracle chứ không phải cho C #, vì vậy một bài kiểm tra C # có vẻ không liên quan. Nhưng nếu bộ phận nhân sự của bạn rất nhạy cảm với việc khó có thể sa thải ai đó khi họ không thể đạt được mục tiêu trong một số dự án khác nhau, thì nhu cầu ngắn hạn của bạn đối với ai đó có thể bị ảnh hưởng bởi nhu cầu dài hạn để đảm bảo rằng mọi nhà phát triển có thể đáp ứng một số năng lực tối thiểu trong một ngôn ngữ lập trình được sử dụng rộng rãi.

Tất cả đều liên quan đến phương pháp tuyển dụng hiện tại của bạn, luật điều chỉnh công ty của bạn và nhu cầu về các kỹ năng kỹ thuật trên toàn ban. Ở một số công ty, việc thiết lập những thứ như thời gian thử việc giúp bạn dễ dàng chạy thử với ai đó và sau đó cho họ đi nếu nó không hoạt động trong 3 tháng đầu. Ở các công ty khác, khi một người nào đó bước vào cửa với tư cách là một nhân viên cố định, họ phải chịu sự bảo vệ đối xử công bằng, điều đó có nghĩa là bạn phải giữ và giữ họ lại trong một thời gian dài trước khi bạn có thể thoát khỏi một người không đo lường lên.

Tôi sẽ kiểm tra xung quanh công ty của bạn và xem liệu có lý do để thực hiện một số mức độ siêng năng mặc dù anh chàng này không cần phải chứng minh những kỹ năng này trong thời gian ngắn. Sự phân nhánh dài hạn - đặc biệt là ở mức lương của một kỹ sư cao cấp - có thể rất lớn.

Bạn đã lặp đi lặp lại nhiều lần rằng thời hạn đang lờ mờ - tôi cho rằng bạn biết về luật của Brook.

Đã nói rằng, ở đây bạn sẽ thấy những gì chậm trễ quá trình phỏng vấn thực tế có thể gây ra. Nếu anh ta là một ứng cử viên rất có năng lực mà bạn nghĩ có thể nhảy vào và khắc phục các vấn đề về thời hạn của bạn khi đang chạy, thì anh ta sẽ không gặp vấn đề gì trong việc dành vài giờ để phỏng vấn / lập trình cặp. Một yếu tố khác để xem xét sẽ là đồng nghiệp hiện tại của bạn. Bạn không muốn mang lại cảm giác cho đội ngũ lớn hơn của mình rằng mọi người vào / ra theo ý thích của bạn - bởi vì điều đó thường phản ánh không tốt nếu anh chàng giao tiếp. Đây là một lý do chính tại sao HR nhấn mạnh vào nhiều cuộc phỏng vấn để một người không bị ảnh hưởng.

Chúc may mắn với việc tuyển dụng và dự án!

Thông thường là một phần của hợp đồng bạn có sáu tháng là thời gian dùng thử khi bắt đầu việc làm. Nếu ứng viên hoàn toàn không đủ năng lực thì điều này sẽ khá rõ ràng trong vài tháng đầu tiên này và ít nhất bạn có tùy chọn chấm dứt sau thời gian dùng thử. Tôi cũng sẽ đưa ra quan điểm rằng không ai có thể biết tất cả mọi thứ và mọi người thường cần thời gian để phát triển vai trò và thực sự có thể đang bước lên nấc thang sự nghiệp để có một chút thời gian để ổn định trước khi đưa ra bất kỳ phán xét nào luôn khôn ngoan (từ cả hai các bữa tiệc!)

Thành thật mà nói (và lặp lại câu trả lời của tôi cho một câu hỏi khác), bản thân tôi sẽ cảnh giác khi được thuê bởi một cửa hàng không cho tôi một cuộc phỏng vấn kỹ thuật. Tôi nghi ngờ cam kết của họ về sự xuất sắc kỹ thuật và sẽ không thích thực tế rằng tôi sẽ không có cơ hội "nói chuyện với cửa hàng" với nhóm trước khi đưa ra quyết định của mình.

Làm cho cuộc phỏng vấn kỹ thuật cũng là một cơ hội cho các thành viên trong nhóm để làm quen với anh chàng, và cho anh ta để làm quen với họ. Vì anh chàng là đàn anh, điều rất quan trọng là bạn có thể giao tiếp với anh ta rõ ràng về các vấn đề kỹ thuật. Làm thế nào bạn sẽ kiểm tra nó mà không cần một cuộc phỏng vấn kỹ thuật chuyên sâu?

Nói tóm lại: nếu anh ấy đủ quan trọng để từ bỏ cuộc phỏng vấn kỹ thuật tiêu chuẩn cho anh ấy, anh ấy đủ quan trọng để thực hiện một cuộc phỏng vấn kỹ thuật đặc biệt với anh ấy.