Làm thế nào để vào được công ty lớn nếu bạn là sinh viên? Làm thế nào để tuyển được một cấp dưới tử tế nếu bạn là một công ty lớn? Dưới phần giới thiệu, tôi sẽ kể cho bạn câu chuyện của chúng tôi về việc tuyển dụng người mới bắt đầu ở giao diện người dùng: cách chúng tôi thực hiện các nhiệm vụ kiểm tra, chuẩn bị thực hiện các cuộc phỏng vấn và xây dựng chương trình cố vấn để phát triển và làm quen với người mới, cũng như lý do tại sao các câu hỏi phỏng vấn tiêu chuẩn lại không được áp dụng. không hoạt động.
Tôi đang cố gắng thuần hóa Junior
Xin chào! Tên tôi là Pavel, tôi làm công việc front-end cho nhóm Wrike. Chúng tôi tạo ra một hệ thống để quản lý và cộng tác dự án. Tôi đã làm việc về web từ năm 2010, làm việc ở nước ngoài 3 năm, tham gia một số công ty khởi nghiệp và giảng dạy một khóa về công nghệ web tại trường đại học. Tại công ty, tôi tham gia phát triển các khóa học kỹ thuật và chương trình cố vấn Wrike dành cho cấp dưới, cũng như trực tiếp tuyển dụng họ.
Tại sao chúng tôi thậm chí còn nghĩ đến việc thuê đàn em?
Cho đến gần đây, chúng tôi đã tuyển dụng các nhà phát triển cấp trung hoặc cấp cao cho giao diện người dùng - đủ độc lập để thực hiện các nhiệm vụ sản phẩm sau khi giới thiệu. Vào đầu năm nay, chúng tôi nhận ra rằng chúng tôi muốn thay đổi chính sách này: trong năm qua, số lượng nhóm sản phẩm của chúng tôi đã tăng gần gấp đôi, số lượng nhà phát triển giao diện người dùng đã lên tới một trăm và trong tương lai gần, tất cả điều này sẽ lại phải tăng gấp đôi. Có rất nhiều công việc, ít việc rảnh tay và thậm chí còn ít hơn trên thị trường, vì vậy chúng tôi quyết định chuyển sang những người mới bắt đầu hành trình ở giao diện người dùng và nhận ra rằng chúng tôi đã sẵn sàng đầu tư vào công việc của họ. phát triển.
Thiếu niên là ai?
Đây là câu hỏi đầu tiên chúng tôi tự hỏi mình. Có nhiều tiêu chí khác nhau, nhưng nguyên tắc đơn giản và dễ hiểu nhất là:
Junior cần được giải thích tính năng gì và cách thực hiện nó. Trung cần được giải thích những tính năng cần thiết và anh ấy sẽ tự mình tìm ra cách thực hiện. Chính người ký sẽ giải thích cho bạn lý do tại sao tính năng này hoàn toàn không cần phải thực hiện.
Bằng cách này hay cách khác, cấp dưới là một nhà phát triển cần lời khuyên về cách triển khai giải pháp này hoặc giải pháp kia. Những gì chúng tôi quyết định xây dựng trên:
- Junior là người muốn phát triển và sẵn sàng làm việc chăm chỉ vì điều này;
- Không phải lúc nào anh ấy cũng biết mình muốn phát triển theo hướng nào;
- Cần lời khuyên và tìm kiếm sự giúp đỡ từ bên ngoài - từ người lãnh đạo, người cố vấn hoặc trong cộng đồng.
Chúng tôi cũng có một số giả thuyết:
- Sẽ có cơn bão phản ứng trước quan điểm của June. Bạn cần lọc các phản hồi ngẫu nhiên ở giai đoạn gửi sơ yếu lý lịch của mình;
- Bộ lọc chính sẽ không giúp ích gì. - cần thêm các nhiệm vụ thử nghiệm;
- Nhiệm vụ kiểm tra sẽ khiến mọi người sợ hãi - họ không cần thiết.
Và tất nhiên, chúng tôi có mục tiêu: 4 đàn em trong 3 tuần.
Với nhận thức này, chúng tôi bắt đầu thử nghiệm. Kế hoạch rất đơn giản: bắt đầu với kênh rộng nhất có thể và cố gắng thu hẹp dần để bạn có thể xử lý luồng nhưng không giảm xuống còn 1 ứng viên mỗi tuần.
Chúng tôi đăng một vị trí tuyển dụng
Cho công ty: Sẽ có hàng trăm câu trả lời! Hãy suy nghĩ về một bộ lọc.
Dành cho cấp dưới: Đừng ngại trả lời bảng câu hỏi trước khi gửi sơ yếu lý lịch và bài kiểm tra - đây là dấu hiệu cho thấy công ty đã quan tâm đến bạn và thiết lập quy trình tốt.
Vào ngày đầu tiên, chúng tôi đã nhận được khoảng 70 hồ sơ từ các ứng viên “có kiến thức về JavaScript”. Và sau đó một lần nữa. Và xa hơn. Về mặt thực tế, chúng tôi không thể mời mọi người đến văn phòng để phỏng vấn và chọn trong số họ những người có dự án thú cưng thú vị nhất, Github trực tiếp hoặc ít nhất là có kinh nghiệm.
Nhưng kết luận chính mà chúng tôi đưa ra ngay ngày đầu tiên là cơn bão đã bắt đầu. Bây giờ là lúc để thêm một mẫu câu hỏi trước khi gửi sơ yếu lý lịch của bạn. Mục tiêu của cô là loại bỏ những ứng viên không sẵn sàng nỗ lực tối thiểu để gửi sơ yếu lý lịch và những người không có kiến thức và bối cảnh để ít nhất là tìm kiếm câu trả lời chính xác trên Google.
Nó chứa các câu hỏi tiêu chuẩn về JS, bố cục, web, Khoa học máy tính - tất cả những ai tưởng tượng ra những gì họ hỏi trong một cuộc phỏng vấn trực tiếp đều biết chúng. Sự khác biệt giữa let/var/const là gì? Làm cách nào tôi chỉ có thể áp dụng kiểu cho màn hình rộng hơn 600px? Chúng tôi không muốn hỏi những câu hỏi này tại một cuộc phỏng vấn kỹ thuật - thực tế đã chỉ ra rằng chúng có thể được trả lời sau 2-3 cuộc phỏng vấn mà không hề hiểu rõ về quá trình phát triển. Nhưng ban đầu họ có thể cho chúng tôi thấy liệu ứng viên về nguyên tắc có hiểu ngữ cảnh hay không.
Trong mỗi hạng mục, chúng tôi chuẩn bị 3-5 câu hỏi và ngày này qua ngày khác, chúng tôi thay đổi bộ câu trả lời trong mẫu câu trả lời cho đến khi loại bỏ được câu dễ nhất và khó nhất. Điều này cho phép chúng tôi giảm lưu lượng - trong 3 tuần chúng tôi đã nhận được 122 ứng viên, nhờ đó chúng tôi có thể làm việc xa hơn. Đây là những sinh viên CNTT; những người muốn chuyển lên phía trước từ phía phụ trợ; công nhân hoặc kỹ sư, 25-35 tuổi, những người thực sự muốn thay đổi nghề nghiệp của mình và nỗ lực ở nhiều mức độ khác nhau vào việc tự học, các khóa học và thực tập.
Hiểu nhau hơn
Cho công ty: Nhiệm vụ kiểm tra không ngăn cản thí sinh mà giúp rút ngắn thời gian.
Dành cho cấp dưới: Đừng sao chép-dán các bài kiểm tra - điều đó đáng chú ý. Và giữ github của bạn theo thứ tự!
Nếu chúng tôi gọi mọi người đến phỏng vấn kỹ thuật, chúng tôi sẽ phải thực hiện khoảng 40 cuộc phỏng vấn mỗi tuần chỉ dành cho cấp dưới và chỉ ở cấp độ front-end. Vì vậy, chúng tôi quyết định kiểm tra giả thuyết thứ hai - về nhiệm vụ kiểm tra.
Điều quan trọng đối với chúng tôi trong bài kiểm tra:
- Xây dựng một kiến trúc có khả năng mở rộng tốt nhưng không sử dụng kỹ thuật quá mức;
- Thà mất nhiều thời gian hơn nhưng hãy làm tốt còn hơn là hoàn thành một tác phẩm trong một đêm và gửi với lời nhận xét “Tôi chắc chắn sẽ hoàn thành nó”;
- Lịch sử phát triển của Git là văn hóa kỹ thuật, sự phát triển lặp đi lặp lại và thực tế là giải pháp không bị sao chép một cách trắng trợn.
Chúng tôi đồng ý rằng chúng tôi muốn xem xét một vấn đề thuật toán và một ứng dụng web nhỏ. Các thuật toán đã được chuẩn bị ở cấp phòng thí nghiệm cấp tiểu học - tìm kiếm nhị phân, sắp xếp, kiểm tra đảo chữ cái, làm việc với danh sách và cây. Cuối cùng, chúng tôi quyết định chọn tìm kiếm nhị phân làm tùy chọn dùng thử đầu tiên. Ứng dụng web phải sử dụng tic-tac-toe bằng bất kỳ framework nào (hoặc không có nó).
Gần một nửa số người còn lại đã hoàn thành nhiệm vụ kiểm tra - họ đã gửi cho chúng tôi lời giải 54 ứng viên. Cái nhìn sâu sắc đáng kinh ngạc - bạn có nghĩ có bao nhiêu cách triển khai tic-tac-toe, sẵn sàng để sao chép-dán trên Internet không?
Có bao nhiêu?Trên thực tế, có vẻ như chỉ có 3. Và trong phần lớn các quyết định đều có chính xác 3 phương án này.
Điều gì không thích:
- sao chép-dán hoặc phát triển dựa trên cùng một hướng dẫn mà không có kiến trúc của riêng bạn;
- cả hai tác vụ đều nằm trong cùng một kho lưu trữ trong các thư mục khác nhau, tất nhiên không có lịch sử cam kết;
- mã bẩn, vi phạm DRY, thiếu định dạng;
- sự kết hợp giữa mô hình, khung nhìn và bộ điều khiển thành một lớp dài hàng trăm dòng mã;
- thiếu hiểu biết về kiểm thử đơn vị;
- giải pháp “đối đầu” là mã cứng của ma trận 3x3 gồm các kết hợp chiến thắng, chẳng hạn sẽ khá khó để mở rộng lên 10x10.
Chúng tôi cũng chú ý đến các kho lưu trữ lân cận - các dự án thú cưng thú vị là một điểm cộng và một loạt nhiệm vụ thử nghiệm từ các công ty khác giống như một lời cảnh tỉnh: tại sao ứng viên không thể đến đó?
Kết quả là, chúng tôi đã tìm thấy các tùy chọn thú vị trong React, Angular, Vanilla JS - có 29 trong số đó. Và chúng tôi quyết định mời thêm một ứng viên nữa mà không cần thử nghiệm cho các dự án thú cưng rất thú vị của anh ấy. Giả thuyết của chúng tôi về lợi ích của nhiệm vụ thử nghiệm đã được xác nhận.
Phỏng vấn kỹ thuật
Cho công ty: Không phải người trung niên/người cao tuổi đến với bạn! Chúng ta cần một cách tiếp cận cá nhân hơn.
Dành cho cấp dưới: Hãy nhớ rằng đây không phải là một bài kiểm tra - đừng cố gắng giữ im lặng khi đạt điểm C hoặc tấn công giáo sư bằng tất cả kiến thức có thể có của bạn để ông ấy bối rối và cho điểm “xuất sắc”.
Chúng ta muốn hiểu điều gì trong một cuộc phỏng vấn kỹ thuật? Một điều đơn giản - ứng viên nghĩ như thế nào. Anh ta có thể có một số kỹ năng cứng nếu anh ta đã vượt qua giai đoạn tuyển chọn đầu tiên - vẫn còn phải xem liệu anh ta có biết cách sử dụng chúng hay không. Chúng tôi đã thống nhất 3 nhiệm vụ.
Đầu tiên là về thuật toán và cấu trúc dữ liệu. Với một cây bút, một tờ giấy, bằng ngôn ngữ giả và với sự trợ giúp của các bức vẽ, chúng tôi đã tìm ra cách sao chép một cái cây hoặc cách xóa một phần tử khỏi danh sách liên kết đơn. Một khám phá khó chịu là không phải ai cũng hiểu đệ quy và cách hoạt động của các tham chiếu.
Thứ hai là mã hóa trực tiếp. Chúng tôi đã tới , chọn những việc đơn giản như sắp xếp một dãy từ theo chữ cái cuối cùng và trong 30-40 phút cùng với thí sinh cố gắng vượt qua tất cả các bài kiểm tra. Có vẻ như sẽ không có gì ngạc nhiên với những người đã thành thạo tic-tac-toe - nhưng trên thực tế, không phải ai cũng có thể nhận ra rằng giá trị phải được lưu trữ trong một biến và hàm sẽ trả về một thứ gì đó thông qua return. Mặc dù tôi thực lòng hy vọng rằng đó là một sự bồn chồn và các chàng trai có thể giải quyết những nhiệm vụ này trong điều kiện nhẹ nhàng hơn.
Cuối cùng, phần thứ ba nói một chút về kiến trúc. Chúng tôi đã thảo luận về cách tạo thanh tìm kiếm, cách hoạt động của tính năng gỡ lỗi, cách hiển thị các tiện ích khác nhau trong mẹo tìm kiếm, cách giao diện người dùng có thể tương tác với giao diện người dùng phía sau. Có rất nhiều giải pháp thú vị, bao gồm kết xuất phía máy chủ và ổ cắm web.
Chúng tôi đã thực hiện 21 cuộc phỏng vấn bằng cách sử dụng thiết kế này. Khán giả hoàn toàn đa dạng - hãy xem truyện tranh:
- "Tên lửa". Anh ấy không bao giờ bình tĩnh, tham gia vào mọi việc, và trong một cuộc phỏng vấn, anh ấy sẽ khiến bạn choáng ngợp với những dòng suy nghĩ thậm chí không liên quan trực tiếp đến câu hỏi được hỏi. Nếu đó là ở một trường đại học, đây sẽ là một nỗ lực quen thuộc để chứng minh tất cả kiến thức của bạn, khi tất cả những gì bạn nhớ về tấm vé bạn đã xem là đêm qua bạn đã quyết định không học nó - bạn vẫn không thể có được nó ra ngoài.
- "Groot". Rất khó để liên lạc với anh ấy vì anh ấy là Groot. Trong một cuộc phỏng vấn, bạn phải dành nhiều thời gian để cố gắng tìm câu trả lời từng từ một. Sẽ rất tốt nếu đó chỉ là một cơn mê - nếu không bạn sẽ rất khó khăn trong công việc hàng ngày.
- "Drax". Tôi từng làm việc trong lĩnh vực vận tải hàng hóa và về mặt lập trình, tôi chỉ học JS trên Stackoverflow nên không phải lúc nào tôi cũng hiểu những gì đang được thảo luận trong một cuộc phỏng vấn. Đồng thời, anh ấy là một người tốt, có ý định tốt và mong muốn trở thành một front-end dev giỏi.
- Có lẽ chúng ta "Chúa tể các vì sao". Nhìn chung, đây là một ứng viên tốt mà bạn có thể thương lượng và xây dựng cuộc đối thoại.
Vào cuối nghiên cứu của chúng tôi 7 ứng viên lọt vào vòng chung kết, khẳng định kỹ năng chăm chỉ của mình bằng một bài thi hay và trả lời phỏng vấn tốt.
Phù hợp văn hóa
Cho công ty: Bạn làm việc với anh ấy! Ứng viên có thực sự sẵn sàng làm việc cực kỳ chăm chỉ vì sự phát triển của mình không? Liệu anh ấy có thực sự phù hợp với đội không?
Dành cho cấp dưới: Bạn làm việc với họ! Liệu công ty có thực sự sẵn sàng đầu tư vào sự phát triển của nhân viên cấp dưới hay chỉ đơn giản là đổ hết công việc bẩn thỉu cho bạn với mức lương thấp?
Mỗi cấp dưới, ngoài nhóm sản phẩm, người mà người lãnh đạo phải đồng ý đảm nhận anh ta, đều có một người cố vấn. Nhiệm vụ của người cố vấn là hướng dẫn anh ta thực hiện quá trình làm quen và nâng cấp các kỹ năng cứng kéo dài ba tháng. Vì vậy, chúng tôi đến từng sự phù hợp về văn hóa với tư cách là người cố vấn và trả lời câu hỏi: “Tôi có chịu trách nhiệm phát triển ứng viên trong 3 tháng theo kế hoạch của chúng tôi không?”
Giai đoạn này trôi qua mà không có bất kỳ tính năng đặc biệt nào và cuối cùng mang lại cho chúng tôi 4 ưu đãi, 3 trong số đó đã được chấp nhận và các chàng trai đã được vào đội.
Cuộc sống sau lời đề nghị
Cho công ty: Hãy chăm sóc đàn em của bạn nếu không những người khác sẽ làm!
Dành cho cấp dưới: AAAAAAAAAAAAA!!!
Khi một nhân viên mới đến, anh ta cần phải được giới thiệu - cập nhật các quy trình, cho biết mọi thứ hoạt động như thế nào trong công ty và trong nhóm cũng như cách anh ta nên làm việc nói chung. Khi một cầu thủ trẻ ra sân, bạn cần hiểu cách phát triển anh ta.
Khi nghĩ về điều đó, chúng tôi đã đưa ra danh sách 26 kỹ năng mà theo quan điểm của chúng tôi, một học sinh cấp dưới nên có vào cuối thời gian ba tháng làm quen. Điều này bao gồm các kỹ năng cứng (theo ngăn xếp của chúng tôi), kiến thức về các quy trình, Scrum, cơ sở hạ tầng và kiến trúc dự án của chúng tôi. Chúng tôi kết hợp chúng thành một lộ trình, phân bổ trong 3 tháng.
Ví dụ, đây là lộ trình của đàn em của tôi
Chúng tôi chỉ định một người cố vấn cho từng cấp dưới làm việc riêng với anh ấy. Tùy thuộc vào người cố vấn và trình độ hiện tại của ứng viên, các cuộc họp có thể diễn ra từ 1 đến 5 lần một tuần trong 1 giờ. Người cố vấn là những nhà phát triển front-end tình nguyện muốn làm điều gì đó hơn là chỉ viết mã.
Một số gánh nặng đối với người cố vấn đã được trút bỏ nhờ các khóa học trong hệ thống của chúng tôi - Dart, Angular. Các khóa học được tổ chức thường xuyên cho các nhóm nhỏ từ 4 - 6 người, nơi sinh viên học tập mà không bị gián đoạn công việc.
Trong suốt 3 tháng, chúng tôi định kỳ thu thập phản hồi từ cấp dưới, người cố vấn và lãnh đạo của họ, đồng thời điều chỉnh quy trình riêng lẻ. Các kỹ năng đã nâng cao được kiểm tra 1-2 lần trong toàn bộ thời gian, việc kiểm tra tương tự được thực hiện vào cuối - dựa trên chúng, các khuyến nghị được đưa ra về chính xác những gì cần cải thiện.
Kết luận
Cho công ty: Có đáng đầu tư cho đàn em không? Đúng!
Dành cho cấp dưới: Tìm kiếm những công ty tuyển chọn kỹ ứng viên và biết cách phát triển họ
Trong hơn 3 tháng, chúng tôi đã xem xét 122 bảng câu hỏi, 54 bài kiểm tra và thực hiện 21 cuộc phỏng vấn kỹ thuật. Điều này đã mang lại cho chúng tôi 3 hậu bối tuyệt vời, những người hiện đã hoàn thành một nửa lộ trình hội nhập và tăng tốc của mình. Họ đã hoàn thành các nhiệm vụ sản phẩm thực tế trong dự án của chúng tôi, nơi có hơn 2 dòng mã và hơn 000 kho lưu trữ chỉ riêng ở giao diện người dùng.
Chúng tôi phát hiện ra rằng kênh dành cho cấp dưới có thể và nên khá phức tạp, nhưng cuối cùng chỉ những người thực sự sẵn sàng làm việc chăm chỉ và đầu tư vào sự phát triển của mình mới vượt qua được nó.
Bây giờ, nhiệm vụ chính của chúng tôi là hoàn thành lộ trình phát triển kéo dài ba tháng cho từng học sinh cấp dưới theo phương thức làm việc cá nhân với người cố vấn và các khóa học chung, thu thập số liệu, phản hồi từ khách hàng tiềm năng, người cố vấn và chính các chàng trai. Tại thời điểm này, thử nghiệm đầu tiên có thể được coi là đã hoàn thành, có thể rút ra kết luận, quy trình có thể được cải thiện và có thể bắt đầu lại để chọn ra các ứng viên mới.
Nguồn: www.habr.com