Hai ứng viên nhận được cùng một đề bài: thiết kế một dịch vụ cho phép người dùng chia sẻ các đoạn video ngắn. Ứng viên thứ nhất vẽ một sơ đồ rõ ràng trong mười phút, nêu tên tất cả các thành phần phổ biến và nói chuyện với sự tự tin tuyệt đối. Ứng viên thứ hai bắt đầu chậm hơn, hỏi người dùng là ai, nói rõ phần nào cô ấy không chắc chắn và đưa ra lựa chọn khác về lưu trữ, đồng thời đưa ra lý do rõ ràng. Người phỏng vấn A đánh giá ứng viên thứ nhất "xuất sắc". Người phỏng vấn B, người cũng tham dự buổi phỏng vấn đó, đánh giá ứng viên thứ hai "xuất sắc". Ghi chú của họ hầu như không trùng khớp.
Đây là một tình huống minh họa, không phải là một trường hợp tuyển dụng được ghi nhận. Nó khá phổ biến nên hầu hết các nhóm kỹ thuật đều sẽ nhận ra. Cả hai thiết kế đều có thể bảo vệ được. Điều khác biệt là mỗi người phỏng vấn chấm điểm như thế nào: sự trôi chảy, tốc độ, sự quen thuộc với kiến trúc ưa thích của họ, hay chất lượng của lập luận. Hướng dẫn này dành cho các nhà quản lý kỹ thuật và trưởng nhóm hỗ trợ kỹ thuật cần một bảng tiêu chí phỏng vấn thiết kế hệ thống chấm điểm các ứng viên cấp cao dựa trên cùng một bằng chứng, để hai người phỏng vấn có thể đi đến cùng một kết luận vì cùng một lý do. Mỗi tiêu chí dưới đây cần được một kỹ sư cấp cao xác nhận và xem xét tính công bằng trước khi bạn sử dụng nó trong quyết định tuyển dụng thực tế.
Tiêu chí phỏng vấn thiết kế hệ thống là gì?
Bảng tiêu chí phỏng vấn thiết kế hệ thống là một hướng dẫn chấm điểm liệt kê những gì bạn đang tìm kiếm, mỗi điểm số thể hiện như thế nào qua hành vi có thể quan sát được, và những sai sót nào không thể bù đắp bằng điểm mạnh ở những khía cạnh khác. Nó được đặt cạnh câu hỏi, vì vậy mỗi người phỏng vấn đều thu thập bằng chứng dựa trên cùng một tiêu chí. Hướng dẫn phỏng vấn có cấu trúc của Google gọi những công cụ chấm điểm này là "bảng tiêu chí" và lưu ý rằng các nhà nghiên cứu gọi chúng là "thang điểm đánh giá dựa trên hành vi". Báo cáo cho biết các cuộc phỏng vấn có cấu trúc mang lại tính hiệu lực dự đoán cao hơn và sự khác biệt nhỏ hơn giữa các nhóm nhân khẩu học, và các câu hỏi, hướng dẫn và bảng tiêu chí được chuẩn bị trước giúp tiết kiệm trung bình 40 phút cho mỗi cuộc phỏng vấn. Bạn có thể đọc toàn bộ hướng dẫn trong Google re:Work: Hướng dẫn phỏng vấn có cấu trúc.
Các ví dụ công khai rất dễ tìm, và hầu hết đều được viết cho các ứng viên. Hướng dẫn này dành cho phía bên kia bàn đàm phán.
sự kiện nhanh chóng
| câu hỏi | Câu trả lời ngắn |
|---|---|
| Bạn đang đánh giá điều gì? | Cách ứng viên lập luận về một vấn đề kiến trúc mở, chứ không phải số lượng thành phần họ có thể kể tên. |
| Bảng tiêu chí đánh giá bao gồm những gì? | Tiêu chí, điểm chuẩn và danh sách các lỗi nghiêm trọng. |
| Có bao nhiêu tiêu chí? | Từ ba đến năm tiêu chí. Càng ít tiêu chí thì việc chấm điểm và hiệu chỉnh càng dễ dàng hơn; chỉ giữ lại những tiêu chí mà bạn có thể dựa vào bằng chứng quan sát được. |
| Ai sẽ xác nhận điều đó? | Một kỹ sư cấp cao trực tiếp thực hiện công việc, cộng thêm đội ngũ nhân viên của bạn để đảm bảo sự công bằng. |
| Làm thế nào để duy trì sự nhất quán? | Trước tiên, hãy chấm điểm độc lập, sau đó so sánh bằng chứng trong một phiên hiệu chỉnh. |
| Một bảng tiêu chí đánh giá không thể làm được gì? | Khắc phục những điểm yếu như vai trò không rõ ràng, nhiệm vụ không phản ánh đúng thực tế hoặc người phỏng vấn không được đào tạo bài bản để sử dụng công cụ này. |
| Làm sao bạn biết nó có hiệu quả? | Điểm số của người phỏng vấn thường trùng khớp hơn đối với cùng một bản ghi âm hoặc bài viết, và các điểm số này cũng tương ứng với các lần trình diễn sau đó. |
1. Xác định hiệu suất mà bạn đang đánh giá
Hãy bắt đầu bằng công việc, chứ không phải chủ đề. Đối với một kỹ sư cấp cao, nhiệm vụ phù hợp thường là: khi được giao một vấn đề không rõ ràng, hãy đưa ra và bảo vệ các quyết định về kiến trúc, và nói rõ điều gì sẽ thay đổi các quyết định đó. Hãy viết điều đó thành một câu duy nhất, và chỉ rõ vai trò, cấp bậc và bối cảnh mà người đó sẽ làm việc. Một vị trí kỹ sư backend cấp cao tại một công ty thanh toán có tiêu chuẩn khác với một vị trí kỹ sư nền tảng cấp cao tại một công ty truyền thông.
Ngoài ra, hãy viết rõ những gì bạn không đánh giá. Tốc độ đánh máy, sự quen thuộc với một nhà cung cấp dịch vụ đám mây cụ thể và khả năng vẽ gọn gàng trên bảng trắng dùng chung là những tiêu chí ngẫu nhiên thường gặp. Nếu chúng không phải là một phần của công việc, chúng không nên ảnh hưởng đến điểm số.
2. Chọn một nhiệm vụ tiêu biểu, chưa quen thuộc.
Hãy chọn một bài toán phản ánh công việc thực tế và ứng viên không thể học thuộc lòng. Một đề bài quen thuộc ("thiết kế công cụ rút gọn URL") sẽ giúp ứng viên luyện tập nhiều hơn. Sử dụng một bài toán từ lĩnh vực của bạn, loại bỏ các chi tiết nhạy cảm, và yêu cầu một kỹ sư cấp cao giải quyết độc lập để bạn biết được phạm vi đáp án hợp lý trông như thế nào.
Hãy chấp nhận rằng một bài kiểm tra kéo dài 45 phút chỉ thể hiện một phần nhỏ công việc của một kỹ sư cấp cao. Nó có thể cho thấy cách họ xử lý sự mơ hồ, các ràng buộc và sự đánh đổi. Nhưng nó không thể cho thấy cách họ hướng dẫn nhân viên mới, điều hành một dự án chuyển đổi kéo dài nhiều tháng hoặc xử lý một sự cố dài hạn. Hãy ghi rõ điều này trong tài liệu tuyển dụng để không ai hiểu sai điểm số.
3. Viết ra các tiêu chí và điểm neo có thể quan sát được.
Hãy xây dựng các tiêu chí dựa trên bằng chứng mà bạn có thể ghi lại. Một bộ tiêu chí ngắn gọn, khả thi cho vòng thiết kế hệ thống cấp cao:
| Tiêu chí | Bằng chứng có thể quan sát được |
|---|---|
| Xác định vấn đề | Đặt câu hỏi làm rõ, nêu rõ các giả định và thống nhất phạm vi trước khi bắt đầu vẽ. |
| Lý luận đánh đổi | Nêu ít nhất hai lựa chọn cho một quyết định quan trọng, cho biết chi phí của mỗi lựa chọn và đưa ra lý do lựa chọn. |
| Độ sâu | Đi sâu vào một hoặc hai thành phần khi được hỏi, mà không làm mất đi tổng thể thiết kế. |
| Xử lý thay đổi | Điều chỉnh thiết kế khi có thêm ràng buộc và giải thích những điểm nào hiện đang yếu hơn. |
| Giao tiếp | Giúp cho thiết kế trở nên dễ hiểu đối với đồng nghiệp không có mặt tại cuộc họp. |
Chấm điểm từng tiêu chí từ 0 đến 2: 0 là không có hoặc không được hỗ trợ, 1 là một phần với những thiếu sót liên quan, và 2 là đầy đủ và được chứng minh hợp lý dựa trên các tiêu chí đã thống nhất. Các tiêu chí đánh giá quan trọng hơn thang điểm. Ví dụ, đối với lý luận về sự đánh đổi, điểm 0 là "nêu tên một công nghệ mà không giải thích lý do", điểm 1 là "đưa ra lý do nhưng không nêu chi phí của phương án thay thế", và điểm 2 là "so sánh các lựa chọn với các ràng buộc đã nêu và cho biết họ sẽ phải từ bỏ điều gì".
Hãy xác định rõ các lỗi nghiêm trọng, chẳng hạn như bỏ qua yêu cầu bảo vệ dữ liệu mà người phỏng vấn đã nêu hoặc đề xuất một thiết kế không đáp ứng được ràng buộc bắt buộc đã nêu. Điểm trung bình không bao giờ được che giấu lỗi nghiêm trọng. Tránh chấm điểm dựa trên sự tự tin hoặc tốc độ; một ứng viên trầm lặng nhưng lập luận cẩn thận không nên bị phạt vì phong cách. Hướng dẫn của chúng tôi về đánh giá khả năng phán đoán và giải quyết vấn đề bao gồm cách viết tiêu chí cho các nhiệm vụ lập luận.
4. Hiệu chỉnh người đánh giá và tiến hành thử nghiệm thí điểm
Một tiêu chí đánh giá mà hai người đọc khác nhau thì chưa phải là một tiêu chí đánh giá đúng nghĩa. Trước khi sử dụng nó trong thực tế:
- Hãy chọn một ví dụ. Sử dụng bản thiết kế bằng văn bản từ một đồng nghiệp không tham gia vào quy trình tuyển dụng, hoặc bản ghi âm phỏng vấn thử với sự đồng ý của người đó.
- Chấm điểm độc lập. Mỗi người đánh giá sẽ viết bằng chứng cho từng tiêu chí trước khi xem điểm của những người khác.
- So sánh bằng chứng. Nếu điểm số chênh lệch hơn một điểm, hãy tìm hiểu xem tiêu chí đánh giá có mơ hồ hay người đánh giá nhận thấy những điều khác nhau. Viết lại tiêu chí đánh giá.
- Lặp lại thao tác tương tự với ví dụ thứ hai. Hãy dừng lại khi bất đồng xoay quanh vấn đề đánh giá, chứ không phải cách diễn đạt.
Hướng dẫn của Google kết hợp đào tạo người phỏng vấn với việc hiệu chỉnh để người phỏng vấn nhất quán và tự tin trong các đánh giá của họ, đó là cùng một ý tưởng. Hãy yêu cầu một chuyên gia, chẳng hạn như quản lý kỹ thuật từ một nhóm lân cận, xem xét trường hợp và các tiêu chí đánh giá, và yêu cầu nhóm nhân sự của bạn xem xét quy trình để đảm bảo tính công bằng và tuân thủ các yêu cầu pháp lý tại khu vực tuyển dụng của bạn.
5. Hãy cùng nhau tìm hiểu một ví dụ thực tế.
Ví dụ minh họa. Kỹ sư cấp cao nên thẩm định trường hợp và đáp ứng các tiêu chí trước khi sử dụng.
Bài toán: Các ứng viên thiết kế một dịch vụ thông báo cho ứng dụng giao hàng: khách hàng nhận được thông báo khi trạng thái đơn hàng thay đổi. Quy mô chỉ được mô tả là "vài triệu đơn hàng mỗi ngày, chủ yếu vào giờ ăn".
Một nỗ lực ban đầu. "Tôi sẽ đặt một hàng đợi tin nhắn giữa dịch vụ đặt hàng và một trình xử lý thông báo, lưu trữ mọi sự kiện trong cơ sở dữ liệu và gửi thông báo đẩy." Cấu trúc này hợp lý, nhưng ứng viên không hỏi cần những kênh nào, điều gì xảy ra nếu thông báo bị trễ hoặc gửi hai lần, hoặc tải trọng cao điểm có ý nghĩa gì đối với hàng đợi.
Phản hồi từ người phỏng vấn và cơ hội thử lại. Người phỏng vấn hỏi, "Điều nào tệ hơn ở đây: thông báo muộn hay thông báo trùng lặp?" Người phỏng vấn nên có một quy trình theo dõi chuẩn cho mỗi tiêu chí, để mọi ứng viên đều có cơ hội như nhau để thể hiện kỹ năng.
Một nỗ lực mạnh mẽ hơn. "Việc có thông báo trùng lặp sẽ tệ hơn đối với thông báo đẩy, vì người dùng sẽ mất lòng tin vào ứng dụng, vì vậy tôi sẽ đảm bảo việc gửi thông báo có tính chất bất biến với khóa đơn hàng và trạng thái. Đối với tin nhắn SMS, tôi sẽ chấp nhận các thông báo trùng lặp không thường xuyên vì chi phí quan trọng hơn. Lượng truy cập cao điểm vào giờ ăn có nghĩa là hàng đợi cần phải hấp thụ được các đợt tăng đột biến và số lượng người xử lý cần phải tăng theo độ sâu của hàng đợi. Tôi không chắc cam kết về thời gian giao hàng nghiêm ngặt đến mức nào, vì vậy tôi sẽ hỏi chủ sở hữu sản phẩm trước khi lựa chọn giữa chính sách thử lại đơn giản và làn ưu tiên cho các cập nhật cần phản hồi nhanh chóng."
Cách chấm điểm. Dựa trên tiêu chí đánh giá, câu trả lời này đạt 2 điểm về lý luận cân nhắc (hai lựa chọn, chi phí, lý do), 2 điểm về việc xác định vấn đề (nêu rõ giả định, đặt câu hỏi) và 1 điểm về khả năng xử lý thay đổi cho đến khi người phỏng vấn đưa ra ràng buộc. Lưu ý rằng người phỏng vấn đang chấm điểm dựa trên bằng chứng, chứ không phải là việc so sánh thiết kế của ứng viên với thiết kế mà họ ưa thích.
Trong trường hợp phương thức giao hàng tương tác giúp ích
Kỹ năng bạn đang xây dựng ở đây dành cho người phỏng vấn, và thực hành tương tác rất phù hợp với điều đó. Trong một buổi hiệu chỉnh trực tiếp, hãy trình bày ví dụ thiết kế, yêu cầu mỗi người đánh giá chấm điểm riêng cho từng tiêu chí, và tiết lộ sự phân bố điểm trước khi thảo luận. Mọi người sẽ đưa ra điểm số của mình trước khi nghe thấy ý kiến trái chiều, và những bất đồng sẽ chỉ ra những điểm cần chỉnh sửa. Ví dụ và bảng tiêu chí tương tự có thể được sử dụng cho những người phỏng vấn mới tham gia sau này, với một buổi trực tiếp để thảo luận về những trường hợp không rõ ràng. AhaSlides hỗ trợ học tập tương tác và chuyển đổi giữa hình thức trực tiếp và tự học. Đây là một công cụ trình bày và học tập, không phải là nền tảng phỏng vấn hay hệ thống theo dõi ứng viên, vì vậy hãy giữ dữ liệu ứng viên thực tế trong các công cụ tuyển dụng của bạn. Kiểm tra bất kỳ chức năng soạn thảo, phản hồi hoặc báo cáo cụ thể nào bạn dự định sử dụng so với quy trình làm việc của riêng bạn. Để được trợ giúp lựa chọn định dạng, hãy xem hướng dẫn của chúng tôi về thời điểm sử dụng học tập thích ứng, tương tác và trực tiếp , và để thiết kế phản hồi , hãy xem hướng dẫn thiết kế thực hành tương tác với phản hồi hữu ích.
Đo lường những gì đã thay đổi
Hãy quyết định trước những dấu hiệu cho thấy thang điểm đang hoạt động hiệu quả. Có hai thước đo thiết thực. Thứ nhất, sự nhất trí: trên cùng một thiết kế được ghi âm hoặc viết ra, liệu các người phỏng vấn độc lập có đưa ra kết quả gần nhau hơn sau khi hiệu chỉnh so với trước đó không? Hãy xác định rõ ai được đưa vào, mẫu số và thời điểm. Thứ hai, tính phù hợp: sau vài tháng, liệu điểm số có liên quan đến hiệu suất của nhân viên mới trong các buổi đánh giá thiết kế không? Với số lượng nhân viên mới ít, đây chỉ là tín hiệu sơ bộ, vì vậy hãy coi đó là lời nhắc nhở để xem xét lại thang điểm, chứ không phải là bằng chứng. Nếu kết quả được cải thiện, hãy kiểm tra xem những yếu tố khác có thay đổi cùng lúc không, chẳng hạn như định nghĩa vai trò mới hoặc kênh tìm nguồn cung ứng khác, trước khi khẳng định thang điểm có hiệu quả.
Những ràng buộc có thể vẫn còn
- Tính đại diện. Một vấn đề cụ thể thể hiện một phần công việc. Hãy kết hợp nó với các bằng chứng khác, chẳng hạn như mẫu công việc hoặc cuộc trò chuyện có cấu trúc về các quyết định trong quá khứ.
- Công bằng. Bảng tiêu chí đánh giá giúp giảm sự khác biệt, nhưng bản thân nó không loại bỏ được sự thiên vị. Hãy xem xét lại trường hợp và các giả định cơ bản về bối cảnh, đồng thời kiểm tra kết quả giữa các nhóm với đội ngũ nhân sự của bạn.
- Đến giờ phỏng vấn. Việc hiệu chỉnh mất hàng giờ. Nếu không có nó, bảng tiêu chí đánh giá chỉ là một biểu mẫu dài dòng hơn mà thôi.
- Xác định rõ vai trò. Nếu cả nhóm không thống nhất được định nghĩa của từ "senior" thì không có tiêu chí nào có thể giải quyết được vấn đề đó.
- Bối cảnh pháp lý. Quy trình đánh giá tuyển dụng khác nhau ở mỗi nơi. Hãy kiểm tra các yêu cầu địa phương trước khi thay đổi quy trình.
Các câu hỏi thường gặp
Bảng tiêu chí phỏng vấn thiết kế hệ thống nên bao gồm những gì?
Ba đến năm tiêu chí như xác định vấn đề, lý luận về sự đánh đổi, chiều sâu, khả năng xử lý thay đổi và giao tiếp, mỗi tiêu chí được chấm điểm từ 0 đến 2, và một danh sách riêng các lỗi nghiêm trọng.
Làm thế nào để bạn không bị nhà tuyển dụng đánh giá dựa trên sự tự tin?
Hãy yêu cầu họ viết ra bằng chứng có thể quan sát được cho mỗi tiêu chí trước khi cho điểm, và gắn mỗi điểm số với hành vi, chẳng hạn như "so sánh hai lựa chọn và nêu rõ chi phí của lựa chọn không được chọn".
Buổi phỏng vấn thiết kế hệ thống nên kéo dài bao lâu?
Các cuộc phỏng vấn thường được lên lịch kéo dài khoảng một giờ, nhưng thời lượng phù hợp là thời lượng cho phép ứng viên thể hiện được mọi tiêu chí trong bảng đánh giá của bạn. Hãy thử nghiệm với một cuộc phỏng vấn thí điểm.
Liệu bảng tiêu chí đánh giá có thể giúp việc tuyển dụng trở nên khách quan hơn?
Điều này giúp quá trình kiểm toán trở nên nhất quán và dễ dàng hơn, nhưng việc đánh giá vẫn được giữ nguyên. Mục đích là để những người phỏng vấn cùng đồng ý vì những lý do giống nhau, chứ không phải để loại bỏ người nào đó khỏi quá trình ra quyết định.
Bắt đầu từ đâu
Chọn một vị trí đang tuyển dụng và viết một câu mô tả hiệu suất ngắn gọn. Soạn thảo ba tiêu chí với các mốc đánh giá và một danh sách ngắn các lỗi nghiêm trọng, sau đó nhờ một kỹ sư cấp cao giải quyết trường hợp của bạn một cách độc lập. Tổ chức một buổi hiệu chỉnh với những người sẽ phỏng vấn, viết lại các mốc đánh giá gây ra sự bất đồng, và thử nghiệm bảng đánh giá trên một số ít cuộc phỏng vấn thực tế trước khi sử dụng rộng rãi.
Để xem cách thức một buổi hiệu chỉnh có thể được thực hiện trực tiếp với những người phỏng vấn của riêng bạn và được tái sử dụng theo tốc độ riêng sau đó, hãy khám phá AhaSlides.
