Phân công phỏng vấn: bao lâu là hợp lý? [đóng cửa]

Vì vậy, tôi đang tuyển dụng cho một vai trò trưởng nhóm / nhà phát triển cao cấp cho một dự án ASP.NET MVC3. Đây là một vị trí quan trọng đối với đội ngũ của chúng tôi vì người này sẽ lãnh đạo một trong hai sản phẩm chính của chúng tôi - một sản phẩm chưa được nhiều nhà phát triển yêu thích trong một thời gian.

Vì vậy, tôi cần đảm bảo rằng các ứng viên của mình làm những điều thông minh với bộ điều khiển, khung nhìn, mô hình xem, DAL, kiểm tra đơn vị, v.v. Tôi sử dụng một số thách thức lập trình tầm thường trong các cuộc phỏng vấn nhưng tôi muốn cho những người gặp khó khăn trong việc mã hóa bảng trắng tỏa sáng.

Nhiệm vụ tốt nhất tôi có thể nghĩ đến: thực hiện một trang đăng nhập tầm thường, có lẽ là hơn một giờ làm việc và ngay cả khi tôi giới hạn ở mức 2 giờ, không chắc là đã hoàn thành 100%.

Điều này có công bằng không? Tôi đang cố gắng cân bằng giữa việc giữ cho bài tập hợp lý và cho người nộp đơn cơ hội thể hiện một loạt các kỹ năng mà một người lãnh đạo công nghệ yêu cầu.

Đã ở cả hai phía của vấn đề này, với tư cách là người quản lý và người xin việc, tôi nghĩ bạn đã đúng với 1 - 2 giờ. Bất cứ điều gì còn trở nên bực bội đối với một số người xin việc (nếu không phải hầu hết). Mặt khác, bất cứ điều gì ngắn hơn, có thể sẽ không giúp bạn có đủ thông tin và hiểu biết sâu sắc về bộ kỹ năng của ứng viên.

Điều duy nhất tôi muốn nói thêm là đảm bảo rằng bài tập phỏng vấn sẽ không gây ngạc nhiên hoàn toàn; có lẽ sẽ hợp lý khi cung cấp cho ứng viên một ý tưởng chung về những gì họ nên chuẩn bị (ngay cả khi đó chỉ là một ý tưởng chung). Đây là lý do: Đôi khi tôi dành một vài tháng, không làm gì ngoài lập trình liên quan đến cơ sở dữ liệu. Tôi đi vào một rãnh nhất định, và trong một thời gian, tôi khá nhiều về lập trình liên quan đến cơ sở dữ liệu.

Sau đó, tôi được yêu cầu thực hiện các bài thuyết trình, đào tạo video độc quyền, v.v ... theo cách mà không ai có thể tách chúng ra ... và tôi đi vào rãnh đó, gần như không làm gì khác.

Vì vậy, mặc dù bạn đang phỏng vấn trưởng nhóm phát triển / nhóm, nếu ứng viên có vẻ là một người tốt, hãy cho anh ta cơ hội tìm hiểu những gì bạn đang theo đuổi, một lần nữa, nếu cần chỉ đề cập đến một số vấn đề chung, hoặc nếu bạn cảm thấy hào phóng, cho anh ta một số chủ đề cụ thể để suy nghĩ.

Bạn và / hoặc những người khác có thể không đồng ý với phương pháp này, nhưng các cuộc phỏng vấn xin việc rất khó khăn. Bạn muốn chắc chắn rằng ứng viên sẽ cố gắng, nhưng bạn cũng muốn cho họ cơ hội để gây ấn tượng với bạn và cảm thấy tự tin. Nhiều khả năng, bạn sẽ thấy rằng những ứng cử viên như vậy sẽ cung cấp cho bạn thông tin xác thực hơn nhiều so với những người bị đắm, vì họ biết sẽ có một số loại bài tập ... nhưng họ không biết nó sẽ là gì.

Tóm lại, vâng, tôi nghĩ bạn đang công bằng!

Cần phải giả định rằng sơ yếu lý lịch của họ cho thấy rằng họ có thể viết mã, nếu không thì tại sao bạn lại phỏng vấn họ? Nếu bạn không thể thấy rằng mã họ không mang chúng vào, bạn đang lãng phí thời gian.

Điều đó nói rằng, tôi sẽ lo lắng nhiều hơn về cách họ tiếp cận giải pháp hơn là phần cơ học của giải pháp (mã) và cách họ truyền đạt giải pháp của họ. Đây là lý do tại sao bảng trắng tồn tại.

Nếu bạn cung cấp cho họ một bộ yêu cầu cơ bản và điều đầu tiên họ không làm là bắt đầu yêu cầu cụ thể, thì đó là một cuộc đình công. Bạn nên có một bộ cụ thể những điều bạn muốn nghe họ nói hoặc hỏi trước, đây là công việc phù hợp với bạn hơn nhưng dựa trên quyết định của bạn một cái gì đó như thế này chính xác hơn là có ai đó hack vào thứ gì đó không mong muốn hoạt động .

Các thành viên nhóm cao cấp sẽ có thể thiết kế một giải pháp, trình bày thiết kế và giải thích nó và bảo vệ mọi quyết định nếu cần, hoặc điều chỉnh bất kỳ quyết định nào dựa trên phản hồi và truyền đạt kế hoạch cho các thành viên cơ sở của nhóm và giải thích nó theo cách cố vấn.

Sự tương tác của con người này quan trọng hơn việc họ hoàn thành một phần nhiệm vụ bận rộn ở cấp nhập cảnh. Điều mà hầu hết sẽ không muốn làm; nếu họ làm điều đó và nếu được đưa ra một lời đề nghị sau đó, có thể sẽ từ chối vì đó là một nhiệm vụ hạ thấp.

Có rất nhiều cao cấp lập trình viên cao bồi mà không có kỹ năng cá nhân và không làm việc trong một đội bóng ở tất cả, một thử nghiệm giả tạo mà bạn đề xuất sẽ không loại trừ những người này ra, và tôi tin tưởng bạn không muốn có một duy nhất của các loại của những người trong một đội có kích thước bất kỳ!

Nếu quyền truy cập cơ sở dữ liệu không phải là một phần của câu hỏi, tôi hy vọng 2 giờ là đủ để tính năng đăng nhập tối thiểu hoạt động.

Nhưng đừng vượt qua hoặc thất bại ứng viên dựa trên sự hoàn thiện mà hãy xem lại cách tiếp cận mà họ đang thực hiện.

Hãy chắc chắn để hỏi nhiều câu hỏi tiếp theo về mã sau khi cuộc phỏng vấn kết thúc.

• Bạn sẽ làm gì nếu tôi khóa người dùng sau 3 lần thử?
• Làm thế nào bạn sẽ thực hiện truy cập dữ liệu?
• Làm thế nào bạn sẽ thực hiện các bài kiểm tra đơn vị?
• Làm thế nào bạn sẽ cải thiện mã này?

Nghe có vẻ hợp lý, nhưng bạn có thể muốn bao gồm ít nhất một trang khác được sử dụng sau khi đăng nhập từ trang đăng nhập.

Nếu bạn mong đợi họ thực hiện nhiệm vụ này tại văn phòng của bạn trong cuộc phỏng vấn, hãy cho họ biết trước để họ có thể lên kế hoạch cho nó và phân bổ thời gian cần thiết cho cuộc phỏng vấn. Theo kinh nghiệm của tôi, các cuộc phỏng vấn không kéo dài hơn một giờ, vì vậy thật công bằng khi cho họ biết những gì mong đợi và bạn sẽ dành cho họ bao nhiêu thời gian.

Tùy chọn khác là cho phép họ hoàn thành bài tập của bạn ở nhà, nhưng điều đó cho phép họ sử dụng nhiều thời gian và tài nguyên hơn (tức là nhận trợ giúp). Tuy nhiên, điều này cho phép bạn giao cho họ một nhiệm vụ phức tạp hơn có thể hiển thị mọi thứ bạn mong muốn họ biết.

Hoàn toàn công bằng với điều kiện bạn nói trước với họ về thời gian cần thiết cho cuộc phỏng vấn. Nếu ai đó không muốn viết bài kiểm tra của bạn thì bạn không muốn thuê họ. Tôi đã có các bài kiểm tra dài hơn trước đây và cá nhân tôi đánh giá cao nó. Một điều đặc biệt là khó khăn và lâu hơn thời gian quy định nhưng là một thước đo tuyệt vời về sự tháo vát, thiết lập ưu tiên và kỹ năng giải quyết vấn đề của các ứng viên. Nhà tuyển dụng đó có các nhà phát triển có tay nghề rất cao làm việc ở đó.

Tôi nghĩ rằng bạn đang đi đúng hướng với những gì bạn đang tìm kiếm ở một ứng cử viên. Tất cả quá thường xuyên một bản lý lịch liệt kê một triệu điều mà ứng viên đã đọc nhưng thực sự không biết. Đôi khi bạn có thể loại bỏ những điều này trong một cuộc phỏng vấn thông thường, nhưng nếu bạn muốn biết nếu ai đó thực sự có thể hoàn thành công việc, hãy làm cho họ làm điều đó.

Chỉ cần chắc chắn rằng các kỳ vọng là rõ ràng và bạn đang kiểm tra các kỹ năng quan trọng nhất cho công việc.

Trong kịch bản của bạn, tôi cũng có thể quan tâm đến việc ứng viên hiểu rõ về HTML, javascript và bố cục như thế nào.

Bạn có muốn giao nhiệm vụ tương tự cho tất cả các ứng cử viên. Bạn sẽ có thể vào danh sách rút gọn của một. Bạn chỉ định / kiểm tra, có để cho thấy ứng viên không chỉ có thể nói chuyện mà còn có thể đi bộ đi bộ.

Những gì tôi sẽ làm là mang ứng viên trở lại, thông báo cho anh ta rằng nó nằm trong một danh sách ngắn (Đừng nói là 1), đưa anh ta với một hoặc hai đồng nghiệp tiềm năng (ngày này qua ngày khác) và nhận được " nhóm "để giải quyết vấn đề. 1-2 giờ sẽ là quá đủ để nhóm báo cáo lại với bạn rằng họ nghĩ rằng anh ấy / cô ấy đủ tốt, một nhà lãnh đạo hoặc người theo dõi, một người làm hoặc một người lười biếng, có năng lực hoặc .... vv

Bạn là một công ty nhỏ, và không có gì sẽ phá hủy tổ chức của bạn nhanh hơn các mối quan hệ cá nhân rối loạn, người leo thang, người chống lưng và kẻ tâm thần nơi làm việc (khoảng 1 trên 20 là). Tập trung vào nếu ứng viên có thái độ đúng đắn, nếu anh ta trung bình về kỹ thuật và làm, anh ta sẽ thực hiện 90% các ứng cử viên là một chuyên gia. Lập trình có thể là một nhiệm vụ đơn lẻ, nhưng phát triển phần mềm đòi hỏi một đội ngũ mạnh mẽ - và bạn đang tìm kiếm một nhóm trưởng cũng như một lãnh đạo kỹ thuật.