Thuê hoặc Nhận thuê:Mô hình dữ liệu cho quy trình tuyển dụng

Bất kể bạn đang ở bên nào của phương trình, đôi khi rất khó để tìm được một người đủ tiêu chuẩn cho một công việc cụ thể. Trong bài đăng này, chúng tôi xem xét mô hình dữ liệu để giúp các nhà tuyển dụng và bộ phận nhân sự luôn có tổ chức trong quá trình tuyển dụng.

Hầu hết chúng ta đều đã tham gia vào quá trình tuyển dụng - thường là người nộp đơn xin việc. Tuy nhiên, chúng tôi cũng có thể thấy mình tham gia vào phía tuyển dụng, có thể bằng cách kiểm tra kiến ​​thức kỹ thuật của ứng viên. Quá trình tuyển dụng mất một khoảng thời gian nhất định và nhóm ứng viên liên tục tăng nhỏ hơn khi chúng tôi tiến gần đến quyết định cuối cùng. Kết quả sẽ là lựa chọn người tốt nhất cho công việc.

Bản thân việc tuyển dụng khá phức tạp, vì vậy chúng ta sẽ thảo luận về một mô hình dữ liệu khá toàn diện để bao gồm tất cả các khía cạnh của quy trình. Hãy ngồi xuống ghế của bạn và thưởng thức bài viết hôm nay!

Cách thức hoạt động của quy trình tuyển dụng

Hầu hết các phần của quy trình tuyển dụng đều là kiến ​​thức chung, nhưng chúng ta sẽ thảo luận chính xác cách thức hoạt động của nó trước khi chuyển sang mô hình dữ liệu.

1. Phát hiện nhu cầu

   Đây là điều tuyệt đối bắt buộc phải có trong quá trình tuyển dụng; sẽ không có quy trình nào nếu ban quản lý không nhận thức được sự cần thiết phải thuê một nhân viên mới. Nhu cầu đó có thể là kết quả của việc thành lập một công ty mới, sự phát triển trong công ty hiện tại hoặc sự ra đi của một nhân viên hiện tại.

   Trừ khi một công ty có các vị trí được xác định chặt chẽ (ví dụ:ngân hàng), không phải lúc nào cũng dễ dàng xác định thời điểm thuê một nhân viên mới. Nói chuyện với nhân viên và thấy nhiều thời gian làm thêm có thể thúc đẩy việc tuyển dụng mới. Các quy định nội bộ hoặc bên ngoài cũng có thể yêu cầu rằng một số vị trí nhất định chỉ được trao cho những người có kỹ năng cụ thể và kinh nghiệm làm việc phù hợp (ví dụ:người sửa đổi nội bộ).

2. Phác thảo vị trí và các kỹ năng cần thiết

   Để có ý tưởng về bước này, hãy nghĩ về một bản mô tả công việc được viết thật tốt. Nó chứa:

   • Danh sách tất cả các nhiệm vụ liên quan đến công việc
   • Trình độ học vấn và kinh nghiệm làm việc tối thiểu
   • Các kỹ năng cụ thể cần thiết cho các chức năng công việc
   • Các kỹ năng bổ sung hoặc ưu tiên
   • Bản tóm tắt về những gì nhà tuyển dụng mong đợi ở ứng viên và những gì ứng viên có thể mong đợi ở công việc này
   • Mức lương và có thể là một gói phúc lợi

   Thông tin này rất quan trọng đối với nhà tuyển dụng và người nộp đơn. Không có ích gì khi mời mười ứng viên tham gia quá trình tuyển chọn nếu không ai trong số họ hài lòng với lời đề nghị tài chính. Và mô tả công việc càng chi tiết thì càng dễ thu hút các ứng viên có năng lực.

3. Xác định ai sẽ quản lý quy trình và khi nào mỗi tác vụ sẽ xảy ra

   Bước tiếp theo là xác định ngày cụ thể khi mỗi phần của quy trình sẽ diễn ra. Ngoài ra, các công ty có thể chỉ định nhân viên cho từng bước. Nếu công ty có bộ phận Nhân sự, bộ phận này có thể sẽ quản lý từng phần của quy trình tuyển dụng, mặc dù các nhân viên khác có thể đóng góp kiến ​​thức cụ thể của họ khi được yêu cầu (ví dụ:nếu chúng tôi đang thuê một chuyên gia CNTT, người quản lý bộ phận CNTT nên đánh giá các ứng viên ' kĩ năng công nghệ).

   Nếu không có bộ phận nhân sự, chúng ta có thể mong đợi rằng nhân viên quản lý sẽ phụ trách quy trình. Trong các công ty vừa và nhỏ, điều này không chỉ cần thiết mà còn là mong muốn.

4. Đăng công việc

   Giờ đây, chúng tôi đã sẵn sàng đăng mô tả công việc trên trang web của mình, trên bảng việc làm hoặc trang tổng hợp hoặc trên một tờ báo. Bài đăng tuyển dụng nên chứa các gạch đầu dòng được liệt kê ở Bước 2. Điều này sẽ giúp các ứng viên tiềm năng quyết định xem họ có muốn ứng tuyển vào vị trí đó hay không. Điều cần thiết là làm cho bản mô tả công việc chính xác; tất cả chúng ta đã lãng phí thời gian của mình để phỏng vấn cho một công việc không phù hợp với mô tả của nó hoặc mong đợi của chúng ta.

5. Lựa chọn, kiểm tra và phỏng vấn các ứng viên

   Sau khi giai đoạn nộp đơn kết thúc, những ứng viên có kinh nghiệm và kỹ năng phù hợp nhất sẽ được mời tham gia giai đoạn đánh giá ban đầu (thường là phỏng vấn hoặc kiểm tra). Các ứng viên khác sẽ được thông báo rằng họ đã không được chọn cho công việc. Một công ty lớn nên mời một số lượng ứng viên tối thiểu được xác định trước để đánh giá ban đầu. Điều này giúp tiết kiệm thời gian cho cả người nộp đơn và công ty.

   Các công ty vừa và nhỏ có thể quyết định tiếp tục quá trình này cho đến khi họ thấy phù hợp nhất. Trong những trường hợp như vậy, thời gian nộp đơn sẽ vẫn mở cho đến khi tìm được ứng viên phù hợp và tất cả các ngày khác sẽ được xác định trong quá trình này.

   Quá trình phỏng vấn và kiểm tra sẽ khác nhau tùy theo quy mô công ty và tổ chức. Ở các công ty lớn có bộ phận nhân sự, có thể sẽ có một bộ bài kiểm tra để kiểm tra kỹ năng làm việc của ứng viên. Các bài kiểm tra khác có thể đo lường các đặc điểm tâm lý và tính cách để xác định sự phù hợp giữa ứng viên và công việc, ứng viên-công ty hoặc thậm chí là sự tỉnh táo của ứng viên. ☺

   Các bài kiểm tra này thường sẽ được chia thành nhiều bước và mỗi bước sẽ giảm số lượng người đăng ký.

6. Cuộc phỏng vấn cuối cùng

   Bước này có thể sẽ là một cuộc phỏng vấn của một vài ứng viên hàng đầu. Đây là bước quan trọng nhất trong quy trình vì ứng viên có thể tự nói lên bản thân, thể hiện năng lực và cá tính của mình, đồng thời xác định xem công ty và vị trí có phù hợp với họ hay không. Sau bước này, ứng viên xuất sắc nhất sẽ nhận được thư mời nhập học. Nếu họ chấp nhận, quá trình tuyển dụng cho vị trí đó đã kết thúc. Nếu ứng viên từ chối lời mời làm việc, công ty sẽ đưa ra lời đề nghị cho lựa chọn tiếp theo của họ.

   • Có sự khác biệt nào trong quy trình tuyển dụng cho các doanh nghiệp vừa, nhỏ và lớn không? Chúng tôi sẽ giải quyết chúng như thế nào trong mô hình của mình?

     Sẽ có những khác biệt nhất định trong quy trình tuyển dụng của các công ty vừa, nhỏ và lớn. Thêm vào đó, quy trình sẽ khác nhau tùy theo các vị trí được tuyển dụng. Hãy nghĩ xem các kỹ năng và kinh nghiệm cần thiết khác nhau như thế nào đối với người quản lý nội dung, nhà điểu học và thuyền trưởng tàu du lịch. Một số công việc sẽ có nhiều bài kiểm tra và phỏng vấn hơn, những công việc khác có thể chỉ có một số ít. Nhưng cuối cùng, tất cả đều nằm ở việc nhận được câu trả lời đúng và xếp hạng các ứng viên.

     Trong mô hình này, tôi sẽ xử lý tất cả các bài kiểm tra và phỏng vấn theo cùng một cách. Chúng tôi sẽ lưu trữ các câu trả lời của từng ứng viên, liên hệ chúng với câu hỏi liên quan và lưu trữ điểm của ứng viên cho mỗi bước của quy trình.

   • Ai có thể sử dụng mô hình dữ liệu này?

     Mô hình này rất cụ thể và chỉ nên được sử dụng cho quá trình tuyển dụng. Nhưng nó không giới hạn ở các bộ phận nhân sự; bạn cũng có thể sử dụng mô hình này để chạy một dịch vụ tuyển dụng chuyên nghiệp.

Mô hình dữ liệu

Mô hình dữ liệu bao gồm năm lĩnh vực chủ đề chính:

• Jobs
• Applicants, Recruiters and Documents
• Applications
• Test details
• Application tests

Tôi sẽ mô tả từng lĩnh vực chủ đề riêng biệt, theo thứ tự mà chúng được liệt kê.

Phần 1:Việc làm

Jobs phần sẽ lưu trữ tất cả các thông tin chi tiết cho tất cả các vị trí mà chúng tôi đã từng đăng. Hai bảng từ điển, company bảng và job_type bảng, là một phần của thiết lập ban đầu. Hai bảng còn lại, job và posted_on , chứa dữ liệu "thực" liên quan đến tin tuyển dụng.

job_type từ điển chứa danh sách các loại công việc khác nhau và DUY NHẤT. Chúng tôi có thể mong đợi các giá trị như “quản trị viên cơ sở dữ liệu cấp cao” hoặc “Nhà báo CNTT” được lưu trữ trong type_name thuộc tính. type_description thuộc tính có thể lưu trữ mô tả chi tiết hơn về công việc.

company từ điển chứa danh sách tất cả các công ty chúng tôi làm việc cùng. Nếu chúng tôi chỉ thuê nhân viên cho công ty của mình, từ điển này sẽ chỉ chứa tên công ty của chúng tôi. Nếu chúng tôi là một cơ quan tuyển dụng, nó sẽ lưu tên của mọi công ty đã thuê chúng tôi.

Danh sách tất cả các vị trí công việc chúng tôi đã từng đăng được lưu trữ trong bảng “công việc”. Các thuộc tính trong bảng này là:

• code - ID DUY NHẤT nội bộ của chúng tôi được sử dụng để biểu thị một công việc.
• job_type_id - Tham khảo loại công việc liên quan.
• posted_date - Ngày đăng vị trí công việc này.
• start_date - Ngày bắt đầu dự kiến ​​(ngày làm việc đầu tiên) cho công việc đó.
• employees_needed - Số lượng nhân viên chúng tôi muốn thuê trong quá trình tuyển dụng này. Chủ yếu giá trị này sẽ có giá trị là “1”, nhưng trong một số trường hợp - ví dụ:khi thành lập công ty mới hoặc thành lập bộ phận mới - chúng ta có thể mong đợi những giá trị lớn hơn.
• description - Bản mô tả chi tiết về vị trí đó. Đây là nơi chúng tôi sẽ liệt kê tất cả các kỹ năng công việc bắt buộc, ưa thích và mong muốn.
• company_id - Tham khảo ID của công ty đã thuê chúng tôi. Nếu chúng tôi là cơ quan tuyển dụng, điều này sẽ đề cập đến tên doanh nghiệp được lưu trữ trong company bàn. Nếu không, đó sẽ là ID của chính công ty chúng tôi.
• date_process_started - Ngày bắt đầu quá trình tuyển dụng. Điều này có thể là KHÔNG ĐỦ nếu chúng ta cần xác định các bước và hành động trong tương lai liên quan đến công việc này.

Bảng cuối cùng trong chủ đề này là posted_on bàn. Đối với mỗi job_id , chúng tôi sẽ lưu trữ một link đến vị trí đăng tuyển và description có liên quan . Chúng tôi có thể sử dụng dữ liệu này để tìm hiểu nơi các ứng viên tìm thấy các vị trí tuyển dụng của chúng tôi.

Phần 2:Người nộp đơn, Người tuyển dụng và Tài liệu

Phần chủ đề này chứa tất cả các bảng cần thiết để lưu trữ thông tin về người tuyển dụng, ứng viên và các tài liệu liên quan của họ.

applicant bảng liệt kê tất cả những ứng viên mà chúng tôi đã từng tiếp xúc. Mỗi người nộp đơn được xác định KHÔNG CẦN THIẾT trong hệ thống của chúng tôi bằng một “mã”. Bên cạnh đó, chúng tôi sẽ lưu trữ họ và tên, phone của mỗi người nộp đơn số, email địa chỉ và summary của họ . Bảng này có thể được điều chỉnh cho các nhu cầu cụ thể, ví dụ:thêm số điện thoại, email hoặc địa chỉ thực.

Chúng tôi sẽ liên hệ những người nộp đơn với các tài liệu có sẵn. Danh sách tất cả các tài liệu có sẵn (CV hoặc sơ yếu lý lịch, bằng cấp hoặc văn bằng, bảng điểm, chứng chỉ, v.v.) được lưu trữ trong document bàn. Đối với mỗi tài liệu, chúng tôi sẽ lưu trữ tên của nó trong hệ thống, vị trí của nó và thời gian cập nhật gần đây nhất.

Chúng tôi sẽ liên hệ những người nộp đơn bằng các tài liệu sử dụng related_document bàn. Nó chỉ chứa hai khóa ngoại, tạo thành document_id - applicant_id Cặp duy nhất.

recruiter bảng liệt kê các nhân viên có thể được chỉ định cho một đơn xin việc hoặc những người nhập các ghi chú liên quan đến một ứng viên. Mỗi nhà tuyển dụng đều được xác định bởi cô ấy hoặc code của họ . Chúng tôi sẽ chỉ lưu trữ các chi tiết cơ bản như first_name , last_name và summary của nhà tuyển dụng .

Bảng cuối cùng trong chủ đề này là notes bàn. Đây là nơi chúng tôi sẽ lưu trữ tất cả các ghi chú liên quan đến người đăng ký. Chúng tôi có thể lưu trữ các ghi chú như “Người nộp đơn đã bỏ lỡ cuộc họp” hoặc “Người nộp đơn đã làm rất tốt trong buổi phỏng vấn đầu tiên” . Đối với mỗi ghi chú, chúng tôi sẽ lưu trữ ID của nhà tuyển dụng đã đưa ra ghi chú đó, ID của ứng viên có liên quan, note_text và dấu thời gian khi ghi chú được tạo.

Phần 3:Chi tiết Kiểm tra

Test details môn học chứa các bảng được sử dụng để xác định các quy trình tuyển dụng và các bài kiểm tra được sử dụng trong các quy trình này. Nói chung, chúng tôi sẽ luôn sử dụng cùng một quy trình lựa chọn cho cùng một loại công việc:các thay đổi chỉ được thực hiện khi chúng được yêu cầu bởi hoàn cảnh kinh doanh. Chúng tôi có thể sử dụng một vài quy trình khác nhau cho mỗi loại công việc và chúng tôi gần như chắc chắn sẽ sử dụng cùng một quy trình cho các loại công việc khác nhau.

process bảng là một từ điển đơn giản chỉ chứa process_name DUY NHẤT thuộc tính. Nó liệt kê tất cả các quy trình tuyển dụng mà chúng tôi đã từng sử dụng và hiện đang sử dụng.

Chúng tôi sẽ liên hệ các quy trình với các loại công việc khác nhau. Chúng tôi sẽ lưu trữ các mối quan hệ này trong process_available bàn. Các thuộc tính duy nhất của nó là cặp DUY NHẤT job_type_id - process_id . Khi có nhiều quy trình cho một loại công việc, điều này cho phép nhà tuyển dụng chọn một quy trình.

test_in_process bảng được sử dụng để xác định thứ tự của các bài kiểm tra trong quá trình đó. Các thuộc tính trong bảng này là:

• process_id và test_id - Tham khảo quy trình và thử nghiệm liên quan.
• test_order - Số thứ tự của thử nghiệm hoặc bước đó trong quy trình. Cùng với process_id , điều này tạo thành khóa DUY NHẤT của bảng. Chúng ta chỉ có thể thực hiện một bước tại một thời điểm trong quá trình này.

test bảng liệt kê tất cả các bài kiểm tra hiện tại và trước đây được sử dụng trong quá trình tuyển dụng. Chúng tôi cũng sẽ coi các cuộc phỏng vấn và đánh giá CV là bài kiểm tra. Mặc dù họ không cần xác định câu hỏi và câu trả lời, nhưng chúng là một phần của đánh giá. Đối với mỗi thử nghiệm, chúng tôi sẽ lưu trữ:

• test_name - Chỉ định DUY NHẤT cho mỗi bài kiểm tra.
• test_type_id - Tham khảo test_type từ điển.
• date_created - Ngày chúng tôi tạo thử nghiệm này trong hệ thống của mình.
• max_score - Điểm tối đa có thể đạt được cho bài kiểm tra này. Giá trị này là tổng của tất cả các câu trả lời đúng trong bài kiểm tra này hoặc điểm cao nhất mà nhà tuyển dụng có thể cho CV hoặc cuộc phỏng vấn.
• max_duration - Người đăng ký phải hoàn thành bài kiểm tra trong bao lâu (tính bằng phút).
• test_link - Chứa một liên kết đến vị trí thử nghiệm. Giá trị này có thể là NULL khi chúng tôi không sử dụng thử nghiệm trong quá trình này.
• is_active - Cho biết hiện chúng tôi có sử dụng bài kiểm tra này hay không.

Chúng tôi đã đề cập đến test_type từ điển. Nó chứa tất cả các tên kiểm tra DUY NHẤT theo định dạng, ví dụ: “Đánh giá sơ yếu lý lịch” , “kiểm tra kỹ năng trực tuyến” , "bài kiểm tra kỹ năng trên giấy" và “phỏng vấn” .

Mô hình này không bao gồm cấu trúc cần thiết để lưu trữ các câu hỏi và câu trả lời kiểm tra. Đúng hơn, nó lưu trữ một liên kết đến các vị trí chứa thông tin này. Thiết kế tương tự sẽ được sử dụng trong Applications môn học.

Phần 4:Ứng dụng

Applications lĩnh vực chủ đề có lẽ là quan trọng nhất trong mô hình dữ liệu này. Tất cả các lĩnh vực chủ đề khác được đề cập cho đến nay đã mô tả các ứng dụng. Cái này lưu trữ những thứ thực sự.

Mọi đơn đăng ký chúng tôi từng nhận được đều được ghi lại trong application bàn. Đối với mỗi ứng dụng, chúng tôi sẽ lưu trữ ID của ứng viên liên quan, ID của nhà tuyển dụng và tham chiếu đến trạng thái hiện tại của ứng dụng đó. Chúng tôi sẽ cập nhật trạng thái này đồng thời tạo mục nhập mới trong application_status_history bàn. application_date thuộc tính được sử dụng để lưu trữ ngày có liên quan, trong khi tất cả các chi tiết bổ sung được lưu trữ ở định dạng văn bản. process_id thuộc tính lưu trữ một tham chiếu đến quy trình được chọn cho ứng dụng đó.

Các ứng dụng sẽ thay đổi trạng thái theo thời gian. Danh sách tất cả các trạng thái ứng dụng được lưu trữ trong application_status từ điển. Thuộc tính duy nhất là status_name và nó chỉ có thể chứa các giá trị DUY NHẤT. Các giá trị mong đợi bao gồm: "đã áp dụng" , "CV đã xem xét" , "được chọn để kiểm tra" , "bị từ chối sau khi xem xét CV" , "đã vượt qua bài kiểm tra" , "được mời phỏng vấn" và "do người nộp đơn chấm dứt" .

Chúng tôi sẽ lưu trữ tất cả các trạng thái ứng dụng trong application_status_history bàn. Bảng này chứa các tham chiếu đến application bảng và application_status từ điển. Chúng tôi cũng sẽ lưu trữ status_time chính xác khi trạng thái này được chỉ định cho ứng dụng. applicant_id - status_time cặp tạo thành khóa DUY NHẤT của bảng này.

Trong hầu hết các trường hợp, một ứng viên sẽ chỉ nộp đơn cho một vị trí với một đơn đăng ký. Có thể một ứng viên sẽ nộp đơn cho nhiều vị trí và chúng tôi sẽ chọn vai trò phù hợp nhất cho họ trong quá trình lựa chọn. Trong applied_for bảng, chúng tôi sẽ lưu trữ cặp DUY NHẤT applicant_id - job_id . Chúng tôi cũng sẽ ghi lại liệu người nộp đơn liên quan đến ứng dụng đó có được selected hay không cho vị trí đó. Chúng tôi có thể mong đợi rằng tất cả selected các giá trị sẽ được đặt thành “False” khi bắt đầu quá trình lựa chọn và chúng tôi sẽ chỉ cập nhật một cho mỗi vị trí công việc thành “Đúng” .

Phần 5:Kiểm tra ứng dụng

Lĩnh vực chủ đề cuối cùng trong mô hình của chúng tôi sẽ được sử dụng để lưu trữ kết quả của mọi bài kiểm tra được thực hiện trong quá trình lựa chọn. Hai bảng được sử dụng trong lĩnh vực chủ đề này là bản sao từ các lĩnh vực chủ đề khác:application và recruiter . Chúng được sử dụng ở đây để đơn giản hóa mô hình.

Tất cả các chi tiết liên quan đến mỗi bài kiểm tra được lưu trữ trong test_taken bàn. Bảng này cũng chứa tất cả các bước khác trong quy trình có thể được xếp loại, chẳng hạn như đánh giá CV. Các thuộc tính trong bảng này là:

• applicant_id - Tham khảo application bàn. Điều này liên quan đến một bài kiểm tra với ứng viên đã thực hiện bài kiểm tra đó.
• test_id - Tham khảo test mục lục. Chúng tôi cũng có thể tham chiếu test_in_process ở đây, sẽ cung cấp cho chúng tôi thêm thông tin về bài kiểm tra được thực hiện. Tôi quyết định không làm như vậy vì cấu trúc này cung cấp cho chúng tôi sự linh hoạt hơn. (Ví dụ:nếu chúng tôi muốn cho phép người đăng ký làm bài kiểm tra hai lần hoặc ngoài thời gian bình thường).
• time_created - Thời gian thực tế mà chúng tôi đã chèn thử nghiệm này vào hệ thống của mình.
• expected_test_start_time và expected_test_end_time - Thời gian bắt đầu và kết thúc, như đã thảo luận với người nộp đơn. Chúng tôi có thể thay đổi các giá trị này trong trường hợp ứng viên hoặc nhà tuyển dụng cần hoãn bài kiểm tra.
• test_start_time và test_end_time –Thời gian bắt đầu và kết thúc thực tế của bài kiểm tra. Chúng sẽ chứa các giá trị NULL khi thử nghiệm được tạo; các giá trị sẽ được cập nhật khi người đăng ký bắt đầu và kết thúc bài kiểm tra này.
• test_status_id - Tham khảo test_status từ điển.
• test_link - Liên kết đến bài kiểm tra với các câu trả lời của ứng viên. Nó sẽ được cập nhật khi ứng viên nộp bài kiểm tra.
• score - Điểm của người nộp đơn trong bài kiểm tra đó. Điều này được nhà tuyển dụng xác định theo cách thủ công (ví dụ:để xem xét CV) hoặc tự động (tổng điểm của tất cả các mục kiểm tra). Nó cũng có thể giữ giá trị NULL cho các bài kiểm tra không được cho điểm hoặc xếp loại trên một số thang điểm xác định trước. Ngoài ra, một bài kiểm tra đã được lên lịch nhưng chưa hoàn thành có thể có giá trị NULL.
• max_score - Điểm tối đa có thể đạt được của bài kiểm tra. Giá trị này giống với giá trị được lưu trữ trong test . ”max_score thuộc tính. Tôi muốn giữ nguyên giá trị đó vì nhà tuyển dụng có thể sửa đổi bài kiểm tra khi nó đang được đưa ra và do đó thay đổi điểm số tối đa có thể đạt được.
• notes - Bất kỳ ghi chú hoặc nhận xét bổ sung nào do nhà tuyển dụng nhập về bài kiểm tra cụ thể đó.

Sự kết hợp của test_id - applicant_id - expected_test_start_time các thuộc tính tạo thành khóa DUY NHẤT của bảng này. Trước khi thêm một phiên kiểm tra mới, chúng tôi vẫn nên kiểm tra các khoảng thời gian kiểm tra trùng lặp cho ứng viên liên quan và tất cả các nhà tuyển dụng có liên quan.

test_status từ điển chứa danh sách mọi status_name DUY NHẤT có thể được chỉ định cho một bài kiểm tra. Một số giá trị mong đợi bao gồm: "not started" , "đang xử lý" , "đã hoàn tất thành công" , "hoàn thành không thành công" , "hoãn" , "đã hủy" và "người đăng ký đã bị hủy" .

Bảng cuối cùng trong mô hình của chúng tôi là recruiter_graded bảng, nơi lưu trữ tất cả các điểm mà nhà tuyển dụng đưa ra khi chấm điểm mỗi bài kiểm tra. Do đó, chúng tôi sẽ lưu trữ các tham chiếu đến recruiter và test_taken những cái bàn. Chúng tôi cũng sẽ lưu trữ score đạt được cũng như bất kỳ notes . Thông tin này rất quan trọng, đặc biệt là khi chúng tôi chấm điểm các bài kiểm tra theo cách thủ công (tức là cho các cuộc phỏng vấn và đánh giá CV).

Hôm nay chúng ta đã thảo luận về một mô hình dữ liệu có thể bao gồm hầu hết mọi tình huống trong quá trình lựa chọn và tuyển dụng - bao gồm cả những trường hợp ngoại lệ không phổ biến.

Hầu hết chúng tôi có một số chuyên môn với chủ đề này. Vui lòng chia sẻ kinh nghiệm của bạn khi bạn ở vai trò nhà tuyển dụng hoặc ở phía bên kia bàn làm việc. Mô hình này có bao gồm các tình huống bạn phải đối mặt không? Nếu không, bạn sẽ đề xuất những thay đổi nào?