Đơn vị đã gửi một bảng tên học sinh, bên tổ chức đã tạo tài khoản, nhưng đến ngày thi có em không tìm được lớp và có em xuất hiện hai lần. Vướng mắc không nhất thiết nằm ở phần mềm; có thể hai bên chưa thống nhất danh sách nào là bản cuối và mỗi dòng đại diện cho điều gì. Một gói bàn giao gọn, có mã đối chiếu và người xác nhận sẽ giảm những lần hỏi lại.
Thống nhất yêu cầu tổ chức cùng với danh sách
Trước khi gửi dữ liệu, trường hoặc trung tâm cần nói rõ mục tiêu, nhóm học sinh, kỳ thi định hướng, hình thức và khoảng thời gian mong muốn. Lịch đề nghị chưa phải lịch đã xác nhận. Nếu cần nhiều ca, cần thống nhất cách chia và quy tắc chuyển ca; nếu có yêu cầu hỗ trợ tiếp cận, hai bên cần trao đổi riêng về phương án phù hợp.
Gói bàn giao có thể gồm ba phần: phiếu yêu cầu tổ chức, danh sách học sinh và bảng theo dõi xác nhận. Phiếu yêu cầu mô tả buổi thi; danh sách xác định người tham gia; bảng xác nhận ghi những gì hai bên đã chốt và những gì còn chờ xử lý. Không cần tạo quá nhiều biểu mẫu khi ba phần này đã trả lời được ai, làm gì, ở đâu, khi nào và nhận đầu ra nào.
Mỗi học sinh có một mã ổn định để đối chiếu
Kéo ngang bảng để xem đầy đủ các cột.
| Mã học sinh | Tên giả định | Nhóm hoặc lớp | Ca đề nghị | Tình trạng rà soát |
|---|---|---|---|---|
| MH-001 | Lê Minh An | 12A1 | Ca A | Đủ trường dữ liệu đã thống nhất |
| MH-002 | Trần Ngọc Mai | 12A1 | Ca A | Đủ trường dữ liệu đã thống nhất |
| MH-003 | Phạm Gia Huy | 12A2 | Ca B | Chưa có thông tin liên hệ theo yêu cầu |
| MH-003 | Phạm Gia Huy | 12A2 | Ca B | Trùng mã và trùng người với dòng trước |
| MH-004 | Võ Hà My | 12A2 | Ca B | Cần xác nhận viết đúng tên |
| MH-005 | Nguyễn Đức Nam | 12A2 | Ca B | Đủ trường dữ liệu đã thống nhất |
Bảng là mẫu dữ liệu giả định gồm 6 dòng nhưng chỉ 5 mã khác nhau. Ca A/B chỉ là đề nghị; đây không phải danh sách thật. Thông tin liên hệ cần trao đổi qua kênh phù hợp, không công bố trong bảng mẫu.
Đếm 6 dòng rồi đề nghị tạo 6 tài khoản sẽ che mất việc Gia Huy bị lặp. Ngược lại, tự xóa một trong hai học sinh cùng tên mà không đối chiếu mã cũng có thể làm mất người thật. Mã ổn định là điểm nối giữa danh sách, tài khoản, lượt thi và báo cáo; tên học sinh vẫn cần được kiểm tra nhưng không nên là khóa duy nhất.
Một phiên bản rõ ràng giúp hai bên biết mình đang dùng cùng dữ liệu
Trong tình huống mẫu, trường đặt tên gói DS_12A_v02 và ghi thời điểm gửi, tổng 5 học sinh sau rà soát, người duyệt và những trường hợp còn chờ. Khi sửa tên Hà My, bên gửi nêu rõ mã MH-004 thay đổi trường tên, không gửi một bảng mới không có lời giải thích. Bên nhận phản hồi đã tiếp nhận phiên bản nào, bao nhiêu dòng hợp lệ và lỗi nào chưa đủ thông tin để xử lý.
Chỉ cung cấp dữ liệu cần cho mục đích tổ chức đã thống nhất. Không gửi mật khẩu email cá nhân của học sinh hoặc bổ sung hàng loạt thông tin nhạy cảm chỉ để bảng trông đầy đủ. Hướng dẫn ITC về thi trên máy tính có phần riêng về tính bảo mật của dữ liệu và kết quả [1]. Trong hợp tác thực tế, hai bên còn cần xác định người được truy cập và cách chuyển dữ liệu phù hợp.
Nghiệm thu bằng một bảng đối chiếu trước và sau buổi thi
Trước ngày thi, đơn vị có thể yêu cầu xác nhận danh sách cuối, tài khoản hoặc hướng dẫn truy cập, ca đã chốt và kênh hỗ trợ. Sau buổi thi, đối chiếu ai đã tham gia, lượt nào hợp lệ, trường hợp nào còn kiểm tra và báo cáo nào sẽ bàn giao. Tiêu chí cho báo cáo cá nhân và báo cáo lớp cần thống nhất trước, không đợi nhận một bảng điểm rồi mới hỏi thêm dữ liệu chưa từng đặt yêu cầu.
Đối với chương trình theo định hướng V-ACT, HSA hoặc TSA, ghi rõ đúng loại bài và phiên bản đã sử dụng trong gói kết quả. Nếu có phân tích IRT, cần xác định phạm vi báo cáo và những giới hạn được giải thích cho người nhận. Bàn giao tốt không chỉ là gửi được tệp; đó là việc hai bên cùng xác nhận tệp ấy đại diện cho những người nào và những công việc nào đã hoàn tất.
Nguồn tham khảo
[1] International Test Commission (2005). ITC Guidelines on Computer-Based and Internet Delivered Testing, Version 1.0, mục 4b–4c. Bản tạp chí (2006): International Journal of Testing, 6(2), 143–171. DOI: 10.1207/s15327574ijt0602_4. Xem tài liệu