Top 7 cách kiểm tra nhanh năng lực chuyên gia IT trước buổi phỏng vấn

Thuê chuyên gia CNTT không phải là một nhiệm vụ dễ dàng. Thứ nhất, hiện nay thị trường đang thiếu nhân sự có kinh nghiệm, họ hiểu rõ điều này. Các ứng viên thường không sẵn sàng dành nhiều thời gian cho các “sự kiện tuyển chọn” của nhà tuyển dụng nếu họ không quan tâm trước tiên. Cách làm phổ biến trước đây là “chúng tôi sẽ cho bạn kiểm tra trong hơn 8 giờ” không còn hiệu quả nữa. Để đánh giá ban đầu về kiến ​​thức và sàng lọc ứng viên trước khi tiến hành một cuộc phỏng vấn kỹ thuật toàn diện, cần sử dụng các phương pháp khác nhanh hơn. Thứ hai, để đánh giá chất lượng cao về kiến ​​​​thức và kỹ năng, bạn cần phải sở hữu những kỹ năng đó hoặc thu hút một đồng nghiệp có những kỹ năng đó. Những khó khăn này có thể được giải quyết bằng các phương pháp mà tôi sẽ thảo luận trong bài viết này. Bản thân tôi sử dụng những phương pháp này và đã biên soạn một loại đánh giá cho riêng mình.

Vì vậy, 7 cách hàng đầu của tôi để kiểm tra nhanh năng lực của các chuyên gia CNTT trước cuộc phỏng vấn:

7. Nghiên cứu danh mục đầu tư, ví dụ mã và kho lưu trữ mở của ứng viên.

6. Một bài kiểm tra có thời gian ngắn (hoàn thành trong 30-60 phút).

5. Một cuộc phỏng vấn ngắn gọn về kỹ năng qua điện thoại/Skype (giống như một bảng câu hỏi, chỉ trực tuyến và bằng giọng nói).

4. Live-Doing (Coding) – chúng tôi giải quyết một vấn đề đơn giản trong thời gian thực bằng màn hình dùng chung.

3. Bảng câu hỏi với các câu hỏi mở về kinh nghiệm.

2. Các bài kiểm tra trắc nghiệm ngắn với thời gian hoàn thành có hạn.

1. Nhiệm vụ kiểm tra nhiều giai đoạn, giai đoạn đầu tiên được hoàn thành trước khi phỏng vấn.

Tiếp theo, tôi xem xét chi tiết các phương pháp này, ưu điểm và nhược điểm của chúng cũng như các tình huống mà tôi sử dụng phương pháp này hoặc phương pháp khác để kiểm tra nhanh năng lực của các lập trình viên.

Top 7 cách kiểm tra nhanh năng lực chuyên gia IT trước buổi phỏng vấn

Trong bài viết trước về kênh tuyển dụng habr.com/vi/post/447826 Tôi đã thực hiện một cuộc khảo sát với độc giả về những cách kiểm tra nhanh kỹ năng của chuyên gia CNTT. Trong bài viết này, tôi nói về những phương pháp mà cá nhân tôi thích, tại sao tôi thích chúng và cách tôi sử dụng chúng. Tôi đang bắt đầu ở vị trí đầu tiên và kết thúc ở vị trí thứ bảy.

1. Nhiệm vụ kiểm tra nhiều giai đoạn, giai đoạn đầu tiên được hoàn thành trước khi phỏng vấn

Tôi coi phương pháp kiểm tra năng lực của nhà phát triển này là tốt nhất. Không giống như nhiệm vụ kiểm tra truyền thống, khi bạn nói “nhận nhiệm vụ và thực hiện nó”, trong phiên bản của tôi, quá trình hoàn thành nhiệm vụ kiểm tra được chia thành các giai đoạn - thảo luận và hiểu nhiệm vụ, thiết kế giải pháp và đánh giá các nguồn lực cần thiết , một số giai đoạn thực hiện giải pháp, lập hồ sơ và trình phê duyệt quyết định. Cách tiếp cận này gần với công nghệ phát triển phần mềm hiện đại thông thường hơn là chỉ “cầm lấy và làm”. Chi tiết bên dưới.

Trong trường hợp nào tôi sử dụng phương pháp này?

Đối với các dự án của mình, tôi thường thuê những người làm việc ở xa để phát triển một phần riêng biệt, riêng biệt và tương đối độc lập của dự án. Điều này làm giảm nhu cầu giao tiếp giữa các nhân viên, thường là bằng không. Các nhân viên không giao tiếp với nhau mà giao tiếp với người quản lý dự án. Vì vậy, điều quan trọng đối với tôi là đánh giá ngay khả năng hiểu nhanh vấn đề của một người, đặt câu hỏi làm rõ, độc lập xây dựng kế hoạch hành động để giải quyết vấn đề và ước tính các nguồn lực và thời gian cần thiết. Một nhiệm vụ kiểm tra nhiều giai đoạn giúp tôi rất nhiều trong việc này.

Cách thực hiện

Chúng tôi xác định và hình thành một nhiệm vụ độc lập và nguyên bản liên quan đến dự án mà nhà phát triển sẽ phải thực hiện. Tôi thường mô tả nhiệm vụ là một nguyên mẫu đơn giản hóa của nhiệm vụ chính hoặc sản phẩm trong tương lai, để thực hiện nhiệm vụ này, nhà phát triển sẽ phải đối mặt với các vấn đề và công nghệ chính của dự án.

Giai đoạn đầu tiên của nhiệm vụ kiểm tra là làm quen với vấn đề, làm rõ những gì chưa rõ ràng, thiết kế giải pháp, lập kế hoạch các bước để giải quyết vấn đề và ước tính thời gian để hoàn thành từng bước riêng lẻ và toàn bộ nhiệm vụ kiểm tra. Ở đầu ra, tôi mong đợi một tài liệu dài 1-2 trang phác thảo kế hoạch hành động và ước tính thời gian của nhà phát triển. Tôi cũng yêu cầu ứng viên cho biết họ muốn thực hiện đầy đủ giai đoạn nào để khẳng định kỹ năng thực hành của mình. Hiện chưa cần phải lập trình gì cả.

Nhiệm vụ này (cùng một nhiệm vụ) được giao cho một số ứng viên. Dự kiến ​​sẽ có phản hồi từ các ứng viên vào ngày hôm sau. Tiếp theo, sau 2-3 ngày, khi đã nhận được tất cả các câu trả lời, chúng tôi phân tích những gì ứng viên đã gửi cho chúng tôi và những câu hỏi làm rõ nào họ đã hỏi trước khi bắt đầu nhiệm vụ. Dựa trên thông tin này, bạn có thể mời bất kỳ số lượng ứng viên nào bạn cần vào giai đoạn tiếp theo.

Giai đoạn tiếp theo là một cuộc phỏng vấn ngắn. Chúng ta đã có chuyện để nói rồi. Ứng viên đã có ý tưởng sơ bộ về lĩnh vực chủ đề của dự án mà mình sẽ thực hiện. Mục tiêu chính của cuộc phỏng vấn này là trả lời các câu hỏi kỹ thuật của ứng viên và thúc đẩy anh ta hoàn thành nhiệm vụ kiểm tra chính - lập trình phần nhiệm vụ mà chính anh ta đã chọn. Hoặc phần mà bạn muốn thấy được thực hiện.

Luôn rất thú vị khi xem nhà phát triển muốn thực hiện phần nào của nhiệm vụ. Một số người thích giải nén cấu trúc dự án, phân tách giải pháp thành các mô-đun và lớp, nghĩa là họ di chuyển từ trên xuống dưới. Một số nhấn mạnh một nhiệm vụ phụ riêng biệt, quan trọng nhất theo quan điểm của họ, mà không đưa ra giải pháp tổng thể. Nghĩa là, họ đi từ dưới lên - từ nhiệm vụ con phức tạp nhất đến toàn bộ giải pháp.

Lợi thế

Chúng ta có thể thấy sự uyên bác của ứng viên, khả năng áp dụng kiến ​​thức của anh ta vào dự án của chúng ta và sự phát triển các kỹ năng giao tiếp. Chúng ta cũng dễ dàng so sánh các ứng viên với nhau. Tôi thường từ chối những ứng viên đưa ra ước tính quá lạc quan hoặc quá bi quan về thời gian hoàn thành một nhiệm vụ. Tất nhiên, tôi có ước tính thời gian của riêng mình. Điểm thấp của ứng viên rất có thể cho thấy rằng người đó đã không hiểu đúng nhiệm vụ và hoàn thành bài kiểm tra này một cách hời hợt. Ước tính quá nhiều thời gian thường cho thấy ứng viên hiểu biết kém về lĩnh vực chủ đề và không có kinh nghiệm về chủ đề tôi cần. Tôi không từ chối ngay lập tức các ứng viên dựa trên điểm số của họ mà yêu cầu họ chứng minh đánh giá của mình nếu việc đánh giá chưa có đủ động lực.

Đối với một số người, phương pháp này có vẻ phức tạp và tốn kém. Đánh giá của tôi về cường độ lao động khi sử dụng phương pháp này như sau: mất 30-60 phút để mô tả nhiệm vụ thi và sau đó 15-20 phút để kiểm tra câu trả lời của từng thí sinh. Đối với các thí sinh, việc hoàn thành nhiệm vụ kiểm tra như vậy thường không quá 1-2 giờ, trong khi họ đang đắm chìm trong bản chất của những vấn đề mà họ sẽ phải giải quyết trong tương lai. Ở giai đoạn này, ứng viên có thể trở nên không quan tâm và từ chối giao tiếp với bạn, lãng phí một chút thời gian.

Hạn chế

Đầu tiên, bạn cần đưa ra một nhiệm vụ thử nghiệm nguyên bản, riêng biệt và có năng lực, điều này không phải lúc nào cũng thực hiện được. Thứ hai, không phải tất cả các ứng viên đều hiểu ngay rằng giai đoạn đầu tiên không cần phải lập trình. Một số người bắt đầu lập trình ngay lập tức và biến mất trong vài ngày, sau đó gửi cho họ một nhiệm vụ kiểm tra đã hoàn thành đầy đủ. Về mặt hình thức, họ đã thất bại trong nhiệm vụ kiểm tra này vì họ đã không làm những gì được yêu cầu. Nhưng đồng thời, họ đã thành công nếu gửi một giải pháp phù hợp cho toàn bộ nhiệm vụ thử nghiệm. Để loại bỏ những sự cố như vậy, tôi thường gọi điện cho tất cả các ứng viên đã nhận nhiệm vụ 2 ngày sau khi giao nhiệm vụ và tìm hiểu xem họ đang làm việc như thế nào.

2. Bài thi trắc nghiệm ngắn có giới hạn thời gian

Tôi không thường xuyên sử dụng phương pháp này, mặc dù tôi rất thích nó và nhận thấy đây là một trong những cách tốt nhất để kiểm tra năng lực một cách nhanh chóng. Tôi sẽ viết một bài riêng về phương pháp này trong thời gian tới. Những bài kiểm tra như vậy được sử dụng rộng rãi trong nhiều lĩnh vực kiến ​​thức khác nhau. Ví dụ nổi bật và điển hình nhất là kỳ thi lý thuyết để lấy bằng lái xe. Ở Nga, kỳ thi này có 20 câu hỏi phải trả lời trong 20 phút. Một lỗi được cho phép. Nếu mắc hai lỗi, bạn phải trả lời đúng thêm 10 câu hỏi. Phương pháp này có tính tự động cao.

Thật không may, tôi chưa thấy việc triển khai tốt những thử nghiệm như vậy dành cho các lập trình viên. Nếu bạn biết cách triển khai tốt các bài kiểm tra như vậy dành cho lập trình viên, vui lòng viết bình luận.

Cách thực hiện

Tôi đã từng làm việc với việc các nhà tuyển dụng tự thực hiện các bài kiểm tra tương tự khi thực hiện các đơn đặt hàng với tư cách là nhà tuyển dụng thuê ngoài. Hoàn toàn có thể thực hiện một thử nghiệm như vậy. Ví dụ: sử dụng Google Biểu mẫu. Vấn đề chính là soạn câu hỏi và các phương án trả lời. Thông thường, trí tưởng tượng của nhà tuyển dụng là đủ cho 10 câu hỏi. Thật không may, trong Google Biểu mẫu, không thể thực hiện luân phiên các câu hỏi từ nhóm và giới hạn thời gian. Nếu bạn biết một công cụ trực tuyến tốt để tạo bài kiểm tra của riêng mình, nơi bạn có thể giới hạn thời gian làm bài kiểm tra và sắp xếp việc lựa chọn các câu hỏi khác nhau cho các ứng viên khác nhau, thì vui lòng viết về các dịch vụ đó trong phần bình luận.

Trong trường hợp nào tôi sử dụng phương pháp này?

Bây giờ tôi sử dụng phương pháp này theo yêu cầu của nhà tuyển dụng nếu họ có sẵn bài kiểm tra có thể giao cho ứng viên. Cũng có thể kết hợp các bài kiểm tra như vậy với phương pháp thứ tư theo đánh giá của tôi - chúng tôi yêu cầu thí sinh chia sẻ màn hình của mình và làm bài kiểm tra. Đồng thời, bạn có thể thảo luận các câu hỏi và phương án trả lời với anh ấy.

Lợi thế

Nếu được thực hiện tốt, phương pháp này là tự chủ. Thí sinh có thể chọn thời gian thuận tiện để làm bài thi và bạn không cần tốn nhiều thời gian.

Hạn chế

Việc thực hiện chất lượng cao của phương pháp này khá tốn kém và không thuận tiện lắm đối với một công ty nhỏ thỉnh thoảng thuê nhân viên mới.

3. Bảng câu hỏi mở về kinh nghiệm

Đây là một bộ câu hỏi mở nhằm mời ứng viên suy ngẫm về trải nghiệm của họ. Tuy nhiên, chúng tôi không cung cấp các lựa chọn trả lời. Câu hỏi mở là những câu hỏi không thể trả lời một cách đơn giản và đơn âm. Ví dụ, bạn có nhớ vấn đề khó khăn nhất mà bạn đã giải quyết bằng cách sử dụng một khuôn khổ như vậy không? Khó khăn chính đối với bạn là gì? Những câu hỏi như vậy không thể được trả lời bằng đơn âm tiết. Chính xác hơn, câu trả lời đơn giản duy nhất là tôi không có kinh nghiệm như vậy, tôi chưa từng làm việc với công cụ này.

Cách thực hiện

Dễ dàng triển khai bằng Google Biểu mẫu. Điều chính là đưa ra các câu hỏi. Tôi sử dụng một số thiết kế tiêu chuẩn.

Hãy kể cho chúng tôi về dự án gần đây nhất bạn thực hiện với sự trợ giúp của XXX, điều khó khăn nhất đối với bạn trong dự án này là gì?

Ưu điểm chính của công nghệ XXX đối với bạn là gì, hãy cho ví dụ từ trải nghiệm của bạn?
Sau khi chọn công nghệ XXX, bạn đã cân nhắc những lựa chọn thay thế nào khác và tại sao bạn lại chọn XXX?

Trong trường hợp nào bạn sẽ chọn công nghệ AAA thay vì BBB?
Hãy cho chúng tôi biết vấn đề khó khăn nhất mà bạn đã giải quyết bằng cách sử dụng XXX, khó khăn chính là gì?

Theo đó, những cấu trúc này có thể được áp dụng cho nhiều công nghệ trong nhóm công việc của bạn. Không dễ để trả lời những câu hỏi như vậy bằng các cụm từ mẫu từ Internet, vì chúng mang tính cá nhân và về trải nghiệm cá nhân. Khi trả lời những câu hỏi này, ứng viên thường ghi nhớ ý tưởng rằng tại cuộc phỏng vấn, bất kỳ câu trả lời nào của anh ta đều có thể được phát triển dưới dạng các câu hỏi bổ sung. Vì vậy, nếu không có kinh nghiệm thì ứng viên thường rút lui vì nhận thấy rằng việc nói chuyện thêm có thể là vô nghĩa.

Trong trường hợp nào tôi sử dụng phương pháp này?

Khi làm việc với các đơn đặt hàng tuyển chọn chuyên gia, nếu khách hàng chưa đề xuất phương pháp kiểm tra năng lực sơ cấp của riêng mình thì tôi sử dụng phương pháp này. Tôi đã chuẩn bị sẵn bảng câu hỏi về một số chủ đề và tôi không mất phí gì khi sử dụng phương pháp này cho khách hàng mới.

Lợi thế

Dễ dàng triển khai bằng Google Biểu mẫu. Hơn nữa, một cuộc khảo sát mới có thể được thực hiện dựa trên cuộc khảo sát trước đó, thay thế tên các công nghệ và công cụ bằng những tên khác. Ví dụ: khảo sát về trải nghiệm với React sẽ không khác nhiều so với khảo sát về trải nghiệm với Angular.

Việc biên soạn một bảng câu hỏi như vậy mất 15-20 phút và ứng viên thường dành 15-30 phút để trả lời. Thời gian đầu tư tuy nhỏ nhưng chúng tôi nhận được thông tin về trải nghiệm cá nhân của ứng viên, từ đó chúng tôi có thể xây dựng và làm cho mỗi cuộc phỏng vấn với ứng viên trở nên độc đáo và thú vị hơn. Thông thường, thời lượng của cuộc phỏng vấn sau một bảng câu hỏi như vậy sẽ ngắn hơn vì bạn không cần phải hỏi những câu hỏi đơn giản, tương tự.

Hạn chế

Để phân biệt câu trả lời của chính ứng viên với câu trả lời “Google”, bạn cần hiểu chủ đề. Nhưng điều này nhanh chóng đi kèm với kinh nghiệm. Sau khi xem 10-20 câu trả lời, bạn sẽ học cách phân biệt câu trả lời ban đầu của thí sinh với câu trả lời tìm thấy trên Internet.

4. Live-Doing (Coding) – giải quyết một vấn đề đơn giản trong thời gian thực bằng màn hình dùng chung

Bản chất của phương pháp này là yêu cầu thí sinh giải một bài toán đơn giản và quan sát quá trình. Ứng viên có thể sử dụng bất cứ thứ gì, không có lệnh cấm tìm kiếm thông tin trên Internet. Ứng viên có thể gặp căng thẳng khi bị quan sát tại nơi làm việc. Không phải tất cả các ứng viên đều đồng ý với lựa chọn này để đánh giá kỹ năng của họ. Tuy nhiên, mặt khác, phương pháp này cho phép bạn biết một người có kiến ​​​​thức gì trong đầu, anh ta có thể sử dụng những gì ngay cả trong tình huống căng thẳng và anh ta sẽ tìm kiếm thông tin gì trên công cụ tìm kiếm. Trình độ của ứng viên gần như được thể hiện ngay lập tức. Người mới bắt đầu sử dụng các tính năng cơ bản nhất, thậm chí nguyên thủy của ngôn ngữ và thường bắt đầu triển khai chức năng của các thư viện cơ bản theo cách thủ công. Những ứng viên có kinh nghiệm hơn sẽ thông thạo các lớp, phương pháp, hàm cơ bản và có thể nhanh chóng giải quyết một vấn đề đơn giản - nhanh hơn 2-3 lần so với người mới bắt đầu, sử dụng chức năng của thư viện ngôn ngữ cơ bản quen thuộc với họ. Ngay cả những ứng viên có kinh nghiệm hơn cũng thường bắt đầu bằng cách nói về các cách tiếp cận khác nhau để giải quyết vấn đề và trình bày một số phương án giải pháp, hỏi xem tôi muốn thấy phương án nào được triển khai. Mọi thứ ứng viên làm đều có thể được thảo luận. Ngay cả khi dựa trên cùng một nhiệm vụ, các cuộc phỏng vấn cũng có thể rất khác nhau và giải pháp của các ứng viên cũng vậy.

Là một biến thể của phương pháp này, bạn có thể yêu cầu ứng viên làm một số bài kiểm tra để kiểm tra năng lực chuyên môn, chứng minh việc lựa chọn phương án này hoặc phương án trả lời khác. Không giống như bài kiểm tra thông thường, bạn sẽ biết được việc lựa chọn câu trả lời hợp lý đến mức nào. Bạn có thể đưa ra các biến thể của riêng mình cho phương pháp này, có tính đến đặc điểm vị trí tuyển dụng của bạn.

Cách thực hiện

Phương pháp này có thể thực hiện dễ dàng bằng Skype hoặc một hệ thống liên lạc video tương tự khác cho phép bạn chia sẻ màn hình. Bạn có thể tự mình giải quyết vấn đề hoặc sử dụng các trang web như Code Wars và nhiều bài kiểm tra làm sẵn.

Trong trường hợp nào tôi sử dụng phương pháp này?

Khi tôi chọn các lập trình viên và trong sơ yếu lý lịch không hề nêu rõ ứng viên có trình độ kiến ​​​​thức như thế nào, tôi sẽ mời ứng viên một cuộc phỏng vấn theo hình thức này. Theo kinh nghiệm của tôi, khoảng 90% nhà phát triển không bận tâm. Họ hài lòng rằng ngay từ cuộc phỏng vấn đầu tiên, cuộc giao tiếp về lập trình đã bắt đầu chứ không phải những câu hỏi ngu ngốc như “bạn thấy mình ở đâu sau 5 năm nữa”.

Lợi thế

Bất chấp sự căng thẳng và lo lắng của ứng viên, trình độ kỹ năng tổng thể của ứng viên vẫn được thể hiện ngay lập tức và rõ ràng. Kỹ năng giao tiếp của ứng viên cũng trở nên rõ ràng - cách anh ta lý luận, cách anh ta giải thích và thúc đẩy quyết định của mình. Nếu bạn cần thảo luận về một ứng viên với đồng nghiệp, bạn có thể dễ dàng quay video màn hình của mình và sau đó chiếu cuộc phỏng vấn cho người khác.

Hạn chế

Việc liên lạc có thể bị gián đoạn. Do lo lắng, ứng viên có thể bắt đầu trở nên ngu ngốc. Trong tình huống này, bạn có thể nghỉ ngơi và cho anh ấy thời gian để suy nghĩ về nhiệm vụ một mình, gọi lại sau 10 phút và tiếp tục. Nếu sau đó ứng viên cư xử kỳ lạ thì bạn nên thử một cách khác để đánh giá kỹ năng.

5. Phỏng vấn nhanh về kỹ năng qua điện thoại/Skype

Đây chỉ đơn giản là một cuộc trò chuyện bằng giọng nói qua điện thoại, Skype hoặc hệ thống liên lạc bằng giọng nói khác. Đồng thời, chúng ta có thể đánh giá kỹ năng giao tiếp, sự uyên bác và tầm nhìn của ứng viên. Bạn có thể sử dụng bảng câu hỏi làm kế hoạch trò chuyện. Ngoài ra, bạn có thể thảo luận chi tiết hơn với ứng viên về câu trả lời của anh ấy cho bảng câu hỏi của bạn.

Cách thực hiện

Chúng tôi thống nhất về một cuộc trò chuyện với ứng viên và gọi điện. Chúng tôi đặt câu hỏi và ghi lại câu trả lời.

Trong trường hợp nào tôi sử dụng phương pháp này?

Tôi thường sử dụng phương pháp này cùng với một bảng câu hỏi khi câu trả lời của ứng viên có vẻ nguyên bản hoặc không đủ thuyết phục đối với tôi. Tôi nói chuyện với ứng viên về các câu hỏi trong bảng câu hỏi và tìm hiểu ý kiến ​​​​của anh ấy một cách chi tiết hơn. Tôi coi cuộc trò chuyện như vậy là bắt buộc khi kỹ năng giao tiếp của ứng viên và khả năng hình thành suy nghĩ của mình một cách đơn giản và rõ ràng là quan trọng.

Lợi thế

Nếu không nói bằng giọng về các chủ đề chuyên môn, thường không thể xác định được ứng viên có thể bày tỏ suy nghĩ của mình tốt đến mức nào.

Hạn chế

Nhược điểm chính là tốn thêm thời gian. Vì vậy, tôi sử dụng phương pháp này cùng với các phương pháp khác, nếu cần thiết. Ngoài ra, có những ứng viên nói tốt về chuyên môn nhưng lại có ít kiến ​​thức thực tế. Nếu bạn cần một lập trình viên có thể giải quyết vấn đề một cách nhất quán và hiệu quả thì tốt hơn nên chọn một phương pháp kiểm tra năng lực cơ bản khác. Nếu bạn cần một người quản lý hoặc một nhà phân tích, tức là một chuyên gia dịch từ ngôn ngữ con người sang “lập trình viên” và ngược lại, thì phương pháp kiểm tra năng lực này sẽ rất hữu ích.

6. Bài kiểm tra có thời gian ngắn (hoàn thành trong 30-60 phút)

Đối với một số ngành nghề, điều quan trọng là một chuyên gia phải có khả năng nhanh chóng tìm ra giải pháp cho một vấn đề. Theo nguyên tắc, vấn đề không khó giải quyết, nhưng thời gian để giải quyết vấn đề mới là điều quan trọng.

Cách thực hiện

Chúng tôi thống nhất với thí sinh về thời gian hoàn thành bài thi. Vào thời điểm được chỉ định, chúng tôi gửi cho ứng viên các điều khoản của nhiệm vụ và tìm hiểu xem anh ta có hiểu những gì được yêu cầu ở mình hay không. Chúng tôi ghi lại thời gian ứng viên dành để giải quyết vấn đề. Chúng tôi phân tích giải pháp và thời gian.

Trong trường hợp nào tôi sử dụng phương pháp này?

Trong thực tế của tôi, phương pháp này được sử dụng để kiểm tra năng lực của các chuyên gia hỗ trợ kỹ thuật, lập trình viên và người kiểm tra SQL (QA). Các nhiệm vụ như “tìm khu vực có vấn đề và tìm ra cách khắc phục sự cố”, “tối ưu hóa truy vấn SQL để nó hoạt động nhanh hơn 3 lần”, v.v. Tất nhiên, bạn có thể nghĩ ra nhiệm vụ của riêng mình. Đối với các nhà phát triển mới bắt đầu, phương pháp này cũng có thể được sử dụng.

Lợi thế

Chúng tôi chỉ dành thời gian cho việc soạn thảo và kiểm tra bài tập. Ứng viên có thể chọn thời điểm thuận tiện cho mình để hoàn thành nhiệm vụ.

Hạn chế

Nhược điểm chính là các giải pháp cho vấn đề của bạn hoặc những vấn đề tương tự có thể được đăng trên Internet, vì vậy bạn cần có một số lựa chọn và định kỳ đưa ra các nhiệm vụ mới. Nếu bạn cần kiểm tra tốc độ phản ứng và tầm nhìn của mình, cá nhân tôi chọn các bài kiểm tra tính giờ (phương pháp số 2).

7. Nghiên cứu danh mục đầu tư, ví dụ mã, kho mở của ứng viên

Đây có lẽ là cách đơn giản nhất để kiểm tra năng lực, miễn là ứng viên của bạn có danh mục đầu tư và bạn có các chuyên gia trong nhóm tuyển chọn của mình, những người có thể đánh giá danh mục đầu tư.

Cách thực hiện

Chúng tôi nghiên cứu hồ sơ của ứng viên. Nếu chúng tôi tìm thấy các liên kết đến danh mục đầu tư, chúng tôi sẽ nghiên cứu chúng. Nếu không có dấu hiệu nào về danh mục đầu tư trong sơ yếu lý lịch, thì chúng tôi sẽ yêu cầu ứng viên cung cấp danh mục đầu tư.

Trong trường hợp nào tôi sử dụng phương pháp này?

Trong thực tế của tôi, phương pháp này rất hiếm khi được sử dụng. Danh mục đầu tư của ứng viên không thường xuyên chứa tác phẩm về chủ đề mong muốn. Những ứng viên có kinh nghiệm thường thích phương pháp này thay vì một bài thi điển hình và nhàm chán. Họ nói, “hãy nhìn phần rap của tôi, có hàng tá ví dụ về giải pháp của tôi cho nhiều vấn đề khác nhau, bạn sẽ thấy cách tôi viết mã”.

Lợi thế

Thời gian của thí sinh được tiết kiệm. Nếu các chuyên gia trong nhóm của bạn có thời gian, bạn có thể nhanh chóng và không cần trao đổi với các ứng viên để loại bỏ những ứng viên không phù hợp. Trong khi nhà tuyển dụng đang tìm kiếm ứng viên thì đồng nghiệp của anh ta đang đánh giá danh mục đầu tư. Kết quả là công việc khá nhanh và song song.

Hạn chế

Phương pháp này không thể áp dụng cho mọi ngành nghề CNTT. Để đánh giá một danh mục đầu tư, bạn cần phải tự mình phát triển các kỹ năng. Nếu bạn không phải là chuyên gia thì bạn sẽ không thể đánh giá danh mục đầu tư một cách định tính.

Các đồng nghiệp, tôi mời các bạn thảo luận về những gì bạn đã đọc trong phần bình luận. Hãy cho chúng tôi biết, bạn sử dụng những phương pháp kiểm tra nhanh năng lực nào khác?

Nguồn: www.habr.com

Thêm một lời nhận xét