Chương 6. Hạ tầng vận hành: phần EdTech ít lãng mạn nhất
Nếu EdTech có một phần ít lấp lánh nhất nhưng dễ tạo giá trị thật nhất, đó không phải AI tutor.
Không phải lớp học ảo.
Không phải adaptive learning.
Không phải metaverse.
Không phải chatbot nói chuyện như người.
Mà là những thứ nghe rất chán:
điểm danh,
tuyển sinh,
hồ sơ học sinh,
xếp lớp,
thời khóa biểu,
học phí,
nộp bài,
trả bài,
thông báo,
phân quyền,
báo cáo,
single sign-on,
đồng bộ dữ liệu,
quản lý quyền truy cập,
và biết một học sinh nghỉ nhiều trước khi em biến mất khỏi trường.
Đây là tầng ống nước của giáo dục số.
Khi nó hoạt động tốt, ít ai khen.
Khi nó hỏng, mọi người khổ.
Một trường có thể chưa cần AI để tốt hơn.
Nhưng một trường gần như chắc chắn tốt hơn nếu bớt thất lạc thông tin, bớt nhập liệu trùng, bớt lịch học rối, bớt thông báo không tới phụ huynh, bớt bài nộp lạc trong nhóm chat, bớt học sinh nghỉ nhiều mà không ai thấy, bớt giáo viên phải tổng hợp bằng tay, bớt quản lý ra quyết định bằng cảm giác.
Phe hạ tầng nói:
“Trước khi mơ cá nhân hóa, hãy biết học sinh nào đang có mặt.”
Phe giáo viên đáp:
“Đúng. Nhưng đừng biến chúng tôi thành người nuôi dashboard.”
Phe quản lý nói:
“Không có dữ liệu, hệ thống mù.”
Phe quyền riêng tư hỏi:
“Nhìn để hỗ trợ hay nhìn để giám sát?”
Phe tài chính nói:
“Một hệ thống vận hành tốt có thể tiết kiệm rất nhiều.”
Phe trường học hỏi:
“Vậy tại sao sau khi mua hệ thống, chúng tôi vẫn nhập dữ liệu ba lần?”
Đây là mâu thuẫn của chương này:
Hạ tầng vận hành là phần EdTech rất đáng làm.
Nhưng nó chỉ tốt khi giúp giáo dục bớt rơi rớt và bớt mù.
Nếu nó làm giáo dục trở thành một bộ máy nhập liệu, giám sát và báo cáo, nó sẽ biến phần “ít lãng mạn” thành phần rất đáng sợ.
1. Cảnh mở: trường học được số hóa, giáo viên vẫn phải nhập lại
Một trường vừa triển khai hệ thống quản lý mới.
Học sinh có mã định danh.
Phụ huynh có app.
Giáo viên có tài khoản.
Điểm danh qua hệ thống.
Lịch học trên nền tảng.
Bài tập giao qua LMS.
Điểm cập nhật online.
Báo cáo xuất tự động.
Trên giấy, đây là bước tiến lớn.
Hiệu trưởng nói:
“Từ nay dữ liệu sẽ tập trung, minh bạch và kịp thời.”
Phòng vận hành nói:
“Chúng tôi sẽ giảm thất lạc thông tin.”
Vendor nói:
“Hệ thống giúp nhà trường vận hành hiệu quả.”
Giáo viên mở máy vào tuần thứ ba và nói:
“Tôi vẫn phải điểm danh trong lớp, nhập vào hệ thống trường, rồi cuối tháng gửi file cho phòng giáo vụ vì hệ thống cấp trên chưa đồng bộ.”
Một giáo viên khác nói:
“Tôi giao bài trên LMS, nhưng điểm vẫn phải nhập vào sổ điểm điện tử khác.”
Phụ huynh nói:
“Tôi nhận thông báo trên app, nhưng cô vẫn nhắn nhóm chat vì nhiều phụ huynh không mở app.”
Học sinh nói:
“Em có ba tài khoản, mỗi môn một chỗ.”
Người dữ liệu nói:
“Dữ liệu có nhiều hơn, nhưng định nghĩa không thống nhất. Một hệ thống gọi là ‘vắng có phép’, hệ khác gọi là ‘excused absence’, hệ thứ ba để ô ghi chú.”
Người tài chính nói:
“Chúng ta đã mua công cụ giảm việc, nhưng có vẻ đang trả tiền để làm nhiều việc hơn.”
Đây là hạ tầng vận hành trong đời thật.
Không phải câu chuyện một hệ thống mới thay thế hỗn loạn bằng trật tự.
Mà là cuộc vật lộn giữa hệ thống cũ, hệ thống mới, thói quen người dùng, yêu cầu báo cáo, năng lực dữ liệu, tích hợp kỹ thuật và thời gian giáo viên.
Một công cụ vận hành tốt có thể làm trường học thở được.
Một công cụ vận hành tệ có thể làm mọi người thở bằng biểu mẫu.
2. Phe quản lý nói đúng: tổ chức giáo dục không thể chăm sóc người nó không nhìn thấy
Phe quản lý có một luận điểm mạnh:
“Không có hạ tầng vận hành, nhiều học sinh rơi khỏi hệ thống mà không ai biết.”
Một học sinh nghỉ học nhiều.
Giáo viên bộ môn biết vài buổi.
Giáo viên chủ nhiệm biết một phần.
Văn phòng biết theo sổ điểm danh.
Phụ huynh có thể biết hoặc không.
Ban giám hiệu chỉ thấy khi sự việc đã lớn.
Nếu dữ liệu rời rạc, không ai thấy mẫu hình.
Một học sinh chuyển trường.
Hồ sơ học tập nằm trong giấy, file cũ, email, trí nhớ giáo viên.
Trường mới không biết em hổng phần nào, đã được hỗ trợ gì, cần lưu ý gì.
Một học sinh khuyết tật có kế hoạch hỗ trợ.
Nhưng giáo viên mới không nhận thông tin.
Em lại phải tự giải thích điều đáng lẽ hệ thống phải nhớ.
Một phụ huynh không nhận thông báo.
Trường tưởng đã gửi.
Phụ huynh tưởng trường không báo.
Học sinh đứng giữa hiểu lầm của người lớn.
Những việc này không hào nhoáng.
Nhưng giáo dục đời thật bị tổn thương bởi rất nhiều chỗ rơi rớt như vậy.
UNESCO định nghĩa EMIS như một khung toàn diện để thu thập, xử lý, phân tích dữ liệu giáo dục nhằm hỗ trợ ra quyết định, nâng hiệu quả quản trị và lập kế hoạch. IIEP-UNESCO nói mạnh hơn: EMIS là một hệ thống phối hợp giữa con người, tổ chức, công nghệ và quy trình để tạo dữ liệu chất lượng cho quyết định giáo dục.
Đây là điểm cần nhớ:
EMIS không phải database.
Không phải phần mềm.
Không phải dashboard.
Nó là năng lực tổ chức để biết chuyện gì đang xảy ra và hành động dựa trên hiểu biết đó.
Phe quản lý vì vậy đúng khi nói:
Nếu không biết ai đang học, ai nghỉ, ai cần hỗ trợ, ai chưa nhận thông tin, ai chuyển trường, ai chưa có thiết bị, ai đang tụt, thì công bằng chỉ là ý định.
Một tổ chức giáo dục không thể chăm sóc tốt những người nó không nhìn thấy.
Nhưng phe giáo viên hỏi:
“Nhìn thấy để làm gì?”
Đây là câu hỏi quyết định.
Nếu nhìn thấy để hỗ trợ, dữ liệu có thể cứu người học khỏi bị phát hiện quá muộn.
Nếu nhìn thấy để phạt, xếp hạng, kiểm soát, hoặc đổ trách nhiệm, cùng dữ liệu đó sẽ làm mọi người sợ hệ thống.
Hạ tầng vận hành không có đạo đức tự thân.
Đạo đức nằm ở quy trình sau dữ liệu.
3. Attendance không phải học tập, nhưng nghỉ học là tín hiệu không thể bỏ qua
Điểm danh là ví dụ tốt nhất của hạ tầng vận hành.
Nó nghe rất hành chính.
Ai có mặt.
Ai vắng.
Vắng có phép hay không.
Nhưng đằng sau điểm danh có nhiều câu chuyện.
Một học sinh vắng vì ốm.
Một học sinh vắng vì đi làm phụ gia đình.
Một học sinh vắng vì bị bắt nạt.
Một học sinh vắng vì không hiểu bài nên sợ đến lớp.
Một học sinh vắng vì trầm cảm.
Một học sinh vắng vì phải chăm em.
Một học sinh vắng vì nhà di chuyển.
Một học sinh vắng vì lớp học không còn cho em cảm giác thuộc về.
Nếu điểm danh chỉ là compliance, nó kết thúc ở ô “vắng”.
Nếu điểm danh là tín hiệu chăm sóc, nó bắt đầu ở ô “vắng”.
Phe vận hành nói:
“Một hệ thống điểm danh tốt giúp thấy sớm.”
Đúng.
Nhưng phe công bằng hỏi:
“Thấy sớm rồi ai làm gì?”
Nếu hệ thống chỉ gửi cảnh báo đỏ mà không có người gọi, không có cố vấn, không có hỗ trợ xã hội, không có quy trình phân biệt nguyên nhân, thì cảnh báo chỉ làm vấn đề hiện ra lạnh hơn.
Một học sinh nghèo nghỉ nhiều có thể bị gắn nhãn “thiếu cam kết”.
Một học sinh bị bắt nạt có thể bị phạt vì vắng.
Một học sinh trầm cảm có thể bị nhắc nhở bằng notification.
Cùng một dữ liệu attendance, hai hướng đi:
Hướng thứ nhất: “Em vắng nhiều, em sai.”
Hướng thứ hai: “Em vắng nhiều, hệ thống phải tìm hiểu điều gì đang xảy ra.”
Hạ tầng vận hành tốt không tự động chọn hướng thứ hai.
Nó cần chính sách, con người, thời gian và văn hóa chăm sóc.
Nếu không, dữ liệu sớm chỉ làm phán xét đến sớm hơn.
4. Submission, deadline và notification: ít thất lạc hơn, hay nhiều áp lực hơn?
Một LMS quản lý bài nộp có thể rất hữu ích.
Giáo viên không còn phải tìm bài trong email, giấy, nhóm chat, tin nhắn riêng.
Học sinh biết bài đã nộp chưa.
Phụ huynh hoặc mentor có thể thấy deadline.
Nhà trường có thể phát hiện lớp nào có quá nhiều bài quá hạn.
Tất cả điều này có giá trị.
Một bài nộp không thất lạc là một điều nhỏ nhưng thật.
Nhưng submission system cũng có mặt trái.
Nó có thể biến học tập thành chuỗi deadline.
Nó có thể làm học sinh sống trong trạng thái đỏ-vàng-xanh.
Nó có thể khiến phụ huynh theo dõi từng bài nhỏ.
Nó có thể khiến giáo viên giao nhiều việc hơn vì giao dễ hơn.
Nó có thể khiến tổ chức đo “nộp đúng hạn” thay cho “học được”.
Một học sinh nói:
“Trước đây em sợ cô hỏi bài. Bây giờ em sợ app báo đỏ.”
Một phụ huynh nói:
“Tôi biết con chưa nộp bài ngay lập tức.”
Một học sinh đáp:
“Nhưng con chưa kịp tự xử lý thì bố mẹ đã biết.”
Một giáo viên nói:
“Tôi cần biết ai chưa nộp, nhưng tôi không muốn mọi bài tập nhỏ thành sự kiện gia đình.”
Đây là mâu thuẫn giữa minh bạch và không gian học tập.
Học sinh cần được theo dõi đủ để không bị bỏ rơi.
Nhưng cũng cần được sai, trễ, sửa, thử lại mà không bị giám sát vi mô.
Một hạ tầng vận hành tốt phải phân tầng notification:
Cái gì báo ngay?
Cái gì gom lại theo tuần?
Cái gì chỉ dành cho giáo viên?
Cái gì học sinh nên tự xử lý trước?
Cái gì phụ huynh cần biết để hỗ trợ?
Cái gì không nên biến thành cảnh báo?
Không phải dữ liệu nào có thể gửi cũng nên gửi.
Không phải minh bạch nào cũng là chăm sóc.
5. App phụ huynh: kết nối gia đình hay thuê ngoài giám sát?
App phụ huynh là một phần vận hành rất phổ biến.
Nó hứa:
Thông báo nhanh hơn.
Lịch rõ hơn.
Điểm cập nhật hơn.
Bài tập minh bạch hơn.
Phụ huynh đồng hành hơn.
Giáo viên bớt nhắn riêng hơn.
Nhà trường chuyên nghiệp hơn.
Giá trị này có thật.
Một phụ huynh không còn bị mù.
Một thông báo không bị thất lạc trong cặp sách.
Một lịch nghỉ được biết kịp.
Một vấn đề học tập có thể được trao đổi sớm.
Nhưng app phụ huynh cũng có thể làm trường học thuê ngoài việc giám sát sang gia đình.
Mỗi điểm nhỏ gửi về.
Mỗi lần chưa nộp bài báo về.
Mỗi vắng học báo về.
Mỗi nhận xét thành thông báo.
Một phụ huynh lo lắng có thể kiểm tra app nhiều lần mỗi ngày.
Một học sinh cảm thấy lớp học không còn khoảng riêng.
Một giáo viên bị kéo vào tương tác ngoài giờ.
Một trường tưởng mình “kết nối phụ huynh” trong khi thật ra đang phân phối lo âu.
Phe phụ huynh nói:
“Tôi cần biết để giúp con.”
Đúng.
Phe học sinh nói:
“Con cần được lớn lên, không phải bị theo dõi từng dòng.”
Cũng đúng.
Phe giáo viên nói:
“Thông tin gửi đi phải có ngữ cảnh, nếu không tôi phải giải thích thêm.”
Cũng đúng.
App phụ huynh tốt không chỉ là app gửi nhiều thông tin.
Nó là hạ tầng phối hợp.
Nó phải giúp phụ huynh hiểu:
Điều gì nghiêm trọng.
Điều gì bình thường.
Khi nào cần can thiệp.
Khi nào nên để con tự xử lý.
Nên hỏi con câu gì.
Nên liên hệ giáo viên khi nào.
Nếu app chỉ gửi dữ liệu thô, phụ huynh có thể phản ứng bằng nỗi sợ.
Nếu app gửi thông tin có ngữ cảnh, nó có thể tạo đồng minh.
6. Dữ liệu vận hành không phải dữ liệu học tập
Một cạm bẫy lớn của hạ tầng vận hành là tổ chức bắt đầu gọi mọi dữ liệu là learning data.
Không phải vậy.
Điểm danh là dữ liệu tham gia.
Đăng nhập là dữ liệu truy cập.
Thời lượng xem video là dữ liệu hành vi.
Bài nộp là dữ liệu hoạt động.
Deadline là dữ liệu quản lý thời gian.
Điểm là dữ liệu đánh giá, nhưng còn tùy bài kiểm tra đo gì.
Phản hồi là dữ liệu sư phạm, nếu phản hồi thật sự gắn với học tập.
Các dữ liệu này có ích.
Nhưng chúng không tự chứng minh học.
Một học sinh có mặt đủ không có nghĩa hiểu.
Một học sinh đăng nhập nhiều không có nghĩa học sâu.
Một học sinh xem hết video không có nghĩa biết dùng kiến thức.
Một học sinh nộp đúng hạn không có nghĩa tự làm.
Một lớp hoàn thành 95% bài online không có nghĩa lớp học tốt.
Một giáo viên cập nhật điểm nhanh không có nghĩa phản hồi tốt.
Phe quản trị nói:
“Nhưng không có dữ liệu vận hành thì chúng tôi không biết bắt đầu từ đâu.”
Đúng.
Dữ liệu vận hành là tín hiệu đầu.
Nó giúp hỏi câu hỏi.
Nhưng nó không nên thay câu trả lời.
Nếu một học sinh không đăng nhập, câu hỏi không phải chỉ là “làm sao bắt em đăng nhập?”.
Câu hỏi là:
Em có thiết bị không?
Em có hiểu nhiệm vụ không?
Em có đang gặp vấn đề gia đình không?
Em có thấy bài quá khó không?
Em có biết tài khoản không?
Em có sợ bị đánh giá không?
Em có đang học bằng kênh khác không?
Dữ liệu vận hành tốt nhất khi nó tạo ra sự tò mò có trách nhiệm.
Dữ liệu vận hành tệ nhất khi nó tạo ra kết luận nhanh.
Một dashboard tốt không nên làm người lớn phán xét nhanh hơn.
Nó nên làm người lớn hỏi tốt hơn.
7. Interoperability: từ khóa xấu xí nhưng rất giáo dục
Interoperability nghe như chuyện kỹ thuật.
Thật ra nó là chuyện đời sống giáo viên.
Nếu LMS không nói chuyện với SIS, giáo viên hoặc admin phải nhập lại.
Nếu app phụ huynh không đồng bộ với lịch, thông báo sai.
Nếu hệ thống điểm danh không nối với cảnh báo sớm, dữ liệu nằm chết.
Nếu ngân hàng câu hỏi không xuất được sang nền tảng khác, trường bị khóa.
Nếu dữ liệu học sinh không theo em khi chuyển trường, hệ thống mất trí nhớ.
Nếu tài khoản mỗi phần mềm một kiểu, học sinh và giáo viên sống trong rừng mật khẩu.
OECD định nghĩa interoperability là khả năng kết hợp và dùng dữ liệu từ các công cụ số khác nhau một cách dễ dàng, nhất quán và hiệu quả. Khi thiếu interoperability, liên kết và chia sẻ dữ liệu trở nên dễ lỗi, tốn thời gian, tốn nguồn lực; giáo viên và nhân viên phải nhập lại dữ liệu, dữ liệu nằm rải rác và nhiều thông tin cấp hệ thống không quay lại phục vụ quyết định tại trường.
Phe kỹ thuật nói:
“Chúng ta cần chuẩn dữ liệu, API, single sign-on, semantic interoperability, legal interoperability.”
Giáo viên có thể không muốn nghe các thuật ngữ này.
Nhưng họ cảm nhận hậu quả mỗi ngày:
Tại sao tôi phải nhập điểm hai lần?
Tại sao danh sách lớp trong hệ thống này khác hệ thống kia?
Tại sao học sinh đổi lớp rồi LMS chưa cập nhật?
Tại sao phụ huynh đã đổi số điện thoại nhưng app vẫn gửi sai?
Tại sao dữ liệu cấp trên có mà trường không dùng được?
Tại sao bỏ vendor này thì mất tài nguyên đã tạo?
Interoperability là hạ tầng chống mệt.
Nó cũng là hạ tầng chống lock-in.
OECD nhấn mạnh open standards có thể giúp giảm vendor lock-in, vì trường hoặc hệ thống có thể chuyển công cụ mà không mất toàn bộ dữ liệu quá khứ hay chịu chi phí chuyển đổi quá cao.
Phe vendor có thể phản biện:
“Tích hợp sâu tốn tiền. Chuẩn mở không miễn phí. Khách hàng cũng muốn trải nghiệm trọn gói.”
Đúng.
Interoperability không tự nhiên mà có.
Nó cần đầu tư, governance, chuẩn, procurement thông minh, năng lực kỹ thuật.
Nhưng nếu không đầu tư, trường học trả bằng thời gian giáo viên và quyền rời đi.
Một hệ sinh thái EdTech trưởng thành không chỉ hỏi:
Tính năng gì?
Nó hỏi:
Công cụ này nói chuyện được với ai?
Dữ liệu đi ra được không?
Nếu rời đi, chúng ta mất gì?
Nếu câu trả lời là “không rõ”, đó là chi phí ẩn.
8. Single sign-on: chuyện đăng nhập hay chuyện phẩm giá thời gian?
Single sign-on nghe rất nhỏ.
Một tài khoản dùng nhiều hệ thống.
Nhưng trong trường học, đăng nhập là một phần của chất lượng giáo dục.
Một học sinh quên mật khẩu không học được.
Một giáo viên mất mười phút đầu tiết xử lý tài khoản không dạy được.
Một phụ huynh không vào được app không nhận được thông tin.
Một admin phải tạo tài khoản thủ công cho hàng trăm học sinh sẽ kiệt sức.
Một hệ thống có nhiều tài khoản làm tăng lỗi bảo mật.
Phe công nghệ có thể xem đây là UX.
Phe giáo dục nên xem đây là thời gian học.
Nếu mỗi tiết học mất năm phút vì đăng nhập, đó không phải lỗi nhỏ.
Nó là chi phí sư phạm.
Nếu học sinh yếu nhất cũng là học sinh dễ quên tài khoản, thiếu thiết bị, ít được hỗ trợ, thì login friction không phân bố đều.
Nó đánh mạnh vào người đã yếu.
Hạ tầng vận hành tốt thường nằm ở những chi tiết không ai ca ngợi:
Tài khoản hoạt động.
Danh sách lớp đúng.
Phân quyền đúng.
Thông báo đúng người.
Dữ liệu không mất.
Tài nguyên mở được.
Hệ thống chạy lúc cần.
Những thứ này không tạo headline.
Nhưng nó làm lớp học ít bị phá vỡ.
Trong giáo dục, giảm ma sát đôi khi là một hình thức công bằng.
9. Hạ tầng vận hành và workload giáo viên
Một lời hứa quen thuộc của EdTech vận hành là:
“Chúng tôi giảm tải giáo viên.”
Giáo viên có quyền nghi ngờ.
OECD TALIS 2024 cho thấy administrative workload vẫn là một áp lực lớn: trung bình khoảng một nửa giáo viên ở các hệ thống OECD báo cáo công việc hành chính quá mức là nguồn gây stress liên quan tới công việc. Báo cáo cũng lưu ý administrative tasks có thể chỉ chiếm một phần nhỏ tổng thời gian làm việc, nhưng vẫn gây stress mạnh vì giáo viên cảm thấy chúng cạnh tranh với hoạt động cốt lõi như dạy và tương tác với học sinh.
Điều này rất quan trọng.
Vấn đề không chỉ là bao nhiêu phút.
Mà là cảm giác công việc ấy có ý nghĩa hay không.
Một giáo viên có thể chấp nhận nhập dữ liệu nếu dữ liệu giúp họ hỗ trợ học sinh.
Họ sẽ bực nếu dữ liệu chỉ phục vụ báo cáo mà không quay lại lớp học.
Một giáo viên có thể chấp nhận học hệ thống mới nếu hệ thống giảm việc thật.
Họ sẽ chống nếu hệ thống chỉ thêm một lớp thao tác.
Một giáo viên có thể dùng dashboard nếu dashboard giúp thấy lỗi học tập.
Họ sẽ ghét nếu dashboard dùng để xếp hạng họ bằng chỉ số nghèo.
Phe quản lý nói:
“Nhưng dữ liệu cần có người nhập.”
Đúng.
Phe giáo viên đáp:
“Vậy hãy thiết kế để dữ liệu được tạo tự nhiên trong quy trình học, không phải sau giờ dạy như một nghĩa vụ phụ.”
Đây là nguyên tắc hay:
Dữ liệu nên là phụ phẩm của công việc có ý nghĩa, không phải là một công việc hành chính độc lập mỗi ngày.
Ví dụ:
Điểm danh nên gắn với quy trình lớp học nhanh.
Bài nộp nên tự cập nhật trạng thái.
Điểm từ assessment nên chảy vào hệ thống phù hợp.
Nhận xét nên tái sử dụng được cho học sinh, phụ huynh và hồ sơ, không bắt giáo viên viết ba lần.
Thông tin hỗ trợ học sinh nên có phân quyền và follow-up, không nằm trong ghi chú chết.
Nếu hạ tầng vận hành giảm nhập liệu trùng, nó được yêu.
Nếu nó tạo nhập liệu trùng, nó bị ghét xứng đáng.
10. Khi quản trị dữ liệu trở thành giám sát
Hạ tầng vận hành tạo ra khả năng nhìn thấy.
Ai đi học.
Ai nộp bài.
Ai đăng nhập.
Ai xem tài liệu.
Ai trả lời phụ huynh.
Giáo viên nào cập nhật điểm.
Lớp nào hoàn thành.
Trường nào báo cáo chậm.
Khả năng nhìn thấy này có thể hỗ trợ.
Cũng có thể kiểm soát.
Phe quản lý nói:
“Chúng tôi cần accountability.”
Đúng.
Trường học dùng tiền công, ảnh hưởng trẻ em, cần trách nhiệm giải trình.
Nhưng phe giáo viên hỏi:
“Accountability với học tập, hay accountability với hệ thống?”
Nếu giáo viên bị đánh giá vì chưa cập nhật điểm trong 24 giờ nhưng không ai hỏi phản hồi có giúp học sinh sửa không, accountability bị lệch.
Nếu trường bị thúc ép tăng completion rate nhưng không ai hỏi bài có đáng làm không, accountability bị lệch.
Nếu học sinh bị cảnh báo vì không đăng nhập nhưng không ai hỏi em có thiết bị không, accountability bị lệch.
Nếu dashboard làm người quản lý tin rằng họ hiểu lớp học hơn giáo viên, accountability trở thành kiêu ngạo dữ liệu.
Hạ tầng vận hành nên tạo trách nhiệm giải trình hai chiều.
Giáo viên và trường có trách nhiệm cập nhật dữ liệu quan trọng.
Nhưng hệ thống cũng có trách nhiệm trả lại dữ liệu có ích, giảm việc, cung cấp hỗ trợ, và không dùng dữ liệu nghèo để phán xét con người giàu bối cảnh.
Nếu dữ liệu chỉ chảy lên trên, hạ tầng vận hành sẽ bị nhìn như công cụ giám sát.
Nếu dữ liệu chảy trở lại lớp học dưới dạng insight hành động được, nó có cơ hội thành công cụ hỗ trợ.
11. Data quality: dữ liệu sai nguy hiểm hơn không có dữ liệu?
Một hệ thống vận hành số tạo cảm giác chính xác.
Có bảng.
Có mã.
Có biểu đồ.
Có màu.
Có thời gian cập nhật.
Nhưng dữ liệu số không tự đúng.
Tên học sinh sai.
Lớp sai.
Ngày sinh sai.
Mã học sinh trùng.
Vắng học nhập nhầm.
Điểm chưa đồng bộ.
Phụ huynh đổi số điện thoại.
Học sinh chuyển trường nhưng hồ sơ chưa đóng.
Một trường dùng định nghĩa “bỏ học” khác trường kia.
Một hệ thống coi “đã xem video” là “đã học”.
Một app ghi học sinh inactive vì em học offline.
UNESCO/UIS trong các tài liệu EMIS nhấn mạnh hệ thống dữ liệu chất lượng cần chuẩn hóa dữ liệu, định nghĩa rõ, quy trình phát hiện và sửa lỗi, tiêu chí chất lượng, chính sách và phương pháp phòng ngừa sai lệch.
Phe dữ liệu nói:
“Dữ liệu bẩn dẫn tới quyết định bẩn.”
Phe trường học nói:
“Nhưng làm sạch dữ liệu tốn thời gian.”
Cả hai đều đúng.
Data quality là một chi phí thật.
Nếu không trả chi phí này, dashboard đẹp có thể là ảo giác.
Một học sinh bị xếp rủi ro vì dữ liệu sai.
Một trường bị đánh giá thấp vì nhập thiếu.
Một nhóm học sinh yếu thế biến mất vì không có category đúng.
Một chính sách phân bổ nguồn lực sai vì số liệu chậm.
Dữ liệu sai không chỉ là lỗi kỹ thuật.
Nó có thể tạo bất công.
Vì vậy, hạ tầng vận hành cần có quyền sửa dữ liệu, lịch audit, người chịu trách nhiệm, định nghĩa thống nhất, và cách báo lỗi dễ dùng.
Một hệ thống không cho người dùng sửa sai sẽ biến lỗi nhỏ thành hồ sơ lâu dài.
Trong giáo dục, dữ liệu phải có khả năng được tha thứ.
Vì con người thay đổi, hoàn cảnh thay đổi, và hệ thống cũng sai.
12. Privacy trong vận hành: dữ liệu chán nhưng rất nhạy cảm
Người ta thường lo privacy khi nói tới AI, camera, proctoring.
Nhưng dữ liệu vận hành bình thường cũng rất nhạy cảm.
Điểm danh cho biết thói quen có mặt.
Địa chỉ cho biết nơi sống.
Số điện thoại phụ huynh cho biết mạng lưới gia đình.
Hồ sơ hỗ trợ cho biết khuyết tật, sức khỏe, hoàn cảnh.
Tình trạng học phí có thể gợi ý kinh tế gia đình.
Hồ sơ kỷ luật có thể theo học sinh nhiều năm.
Eligibility to social benefits có thể gián tiếp chỉ ra tình trạng kinh tế xã hội.
OECD khi mô tả LMS/SIS lưu ý các hệ thống này có thể chứa thông tin cá nhân, địa chỉ, tuổi, liên hệ phụ huynh, lớp, khóa học, giáo viên, attendance, grades, eligibility to benefits và các đặc điểm học tập hoặc nhân khẩu khác mở quyền trong hệ thống giáo dục.
Đây không phải dữ liệu vô hại.
Phe vận hành nói:
“Chúng tôi cần những dữ liệu này để quản lý.”
Đúng.
Phe quyền riêng tư hỏi:
“Ai cần biết phần nào?”
Giáo viên bộ môn có cần biết tình trạng học phí không?
Phụ huynh có cần thấy mọi nhận xét nội bộ không?
Nhân viên kỹ thuật có cần truy cập hồ sơ hỗ trợ không?
Vendor có cần giữ log hành vi bao lâu?
Dữ liệu social benefit có được dùng để phân tích rủi ro học tập không?
Khi học sinh chuyển trường, dữ liệu nào đi theo, dữ liệu nào ở lại?
Khi học sinh tốt nghiệp, dữ liệu nào bị xóa?
Hạ tầng vận hành tốt cần phân quyền nghiêm túc.
Không phải ai trong trường cũng cần biết mọi thứ.
Không phải dữ liệu nào thu được cũng nên giữ mãi.
Không phải dữ liệu vận hành nào cũng nên dùng cho analytics.
Không phải mục tiêu tốt nào cũng biện minh cho gom thêm dữ liệu.
Privacy không phải lớp phủ pháp lý sau khi hệ thống xây xong.
Nó là kiến trúc vận hành.
13. Public infrastructure hay vendor stack?
Một câu hỏi chính trị nằm dưới hạ tầng vận hành:
Ai sở hữu xương sống dữ liệu của giáo dục?
Một hướng là hạ tầng công.
Nhà nước hoặc hệ thống giáo dục xây chuẩn, định danh, SIS/EMIS, data governance, interoperability, procurement rules.
Ưu điểm:
Có thể phục vụ công bằng.
Giữ chủ quyền dữ liệu.
Đặt chuẩn chung.
Giảm lock-in.
Tạo nền cho trường nghèo.
Nhược điểm:
Có thể chậm.
Quan liêu.
Ít thân thiện.
Khó đổi mới nhanh.
Dễ biến thành hệ thống báo cáo từ trên xuống nếu không thiết kế cùng trường học.
Hướng khác là vendor stack.
Trường hoặc hệ thống mua giải pháp từ công ty.
Ưu điểm:
Nhanh hơn.
UX tốt hơn.
Support rõ hơn.
Tính năng cập nhật nhanh.
Có cạnh tranh.
Nhược điểm:
Lock-in.
Chi phí dài hạn.
Rủi ro dữ liệu.
Phân mảnh.
Trường giàu mua tốt hơn trường nghèo.
Vendor có thể tối ưu theo business model hơn nhu cầu công.
Phe công nói:
“Dữ liệu giáo dục là hạ tầng công, không thể để thị trường quyết định.”
Phe thị trường nói:
“Nhà nước không phải lúc nào cũng làm sản phẩm tốt. Nếu không có vendor, trường học mắc kẹt với hệ thống cũ.”
Cả hai đúng một phần.
Lập trường hợp lý không phải công hoặc tư tuyệt đối.
Mà là:
Giá trị công phải chi phối hạ tầng, dù công cụ do ai cung cấp.
Điều đó nghĩa là:
Chuẩn dữ liệu chung.
Quyền xuất dữ liệu.
Interoperability.
Privacy by design.
Accessibility.
Procurement có điều kiện.
Không lock-in vô lý.
Audit.
Minh bạch chi phí.
Quyền rời đi.
Vendor có thể xây sản phẩm.
Nhưng luật chơi của dữ liệu giáo dục không nên do vendor tự đặt.
14. Hạ tầng vận hành tốt trông như thế nào?
Một hạ tầng vận hành tốt không nhất thiết phải hoành tráng.
Nó có thể khá yên lặng.
Nhưng nó có một số phẩm chất.
Thứ nhất, nó giảm thất lạc thông tin.
Thông tin quan trọng đi tới đúng người, đúng lúc, đúng mức.
Thứ hai, nó giảm nhập liệu trùng.
Dữ liệu được tạo một lần, dùng hợp lý nhiều nơi, có kiểm soát.
Thứ ba, nó trả dữ liệu về cho người hành động.
Nếu giáo viên nhập điểm danh, giáo viên và người hỗ trợ học sinh phải nhận được insight có ích, không chỉ cấp trên nhận báo cáo.
Thứ tư, nó phân biệt dữ liệu vận hành và dữ liệu học tập.
Không nhầm login với học.
Không nhầm completion với hiểu.
Thứ năm, nó có quy trình sau cảnh báo.
Không chỉ đỏ hóa học sinh, mà có người chịu trách nhiệm tìm hiểu và hỗ trợ.
Thứ sáu, nó bảo vệ quyền riêng tư.
Thu tối thiểu, phân quyền đúng, lưu vừa đủ, xóa đúng lúc, audit được.
Thứ bảy, nó interoperable.
Không bắt giáo viên làm cầu nối thủ công giữa các hệ thống.
Thứ tám, nó có quyền rời đi.
Dữ liệu, tài nguyên, lịch sử học tập, hồ sơ quan trọng có thể xuất ra định dạng dùng được.
Thứ chín, nó thiết kế cho người dùng yếu nhất.
Giáo viên ít kỹ năng số.
Phụ huynh ít kỹ năng số.
Học sinh dùng thiết bị cũ.
Trường mạng yếu.
Thứ mười, nó biết im lặng.
Không phải mọi dữ liệu thành notification.
Không phải mọi chỉ số thành KPI.
Không phải mọi cảnh báo thành phán xét.
Hạ tầng tốt không làm mọi người nhìn màn hình nhiều hơn.
Nó làm những việc cần màn hình trở nên ít đau hơn, để con người có thời gian quay lại với nhau.
15. Benchmark đúng cho hạ tầng vận hành
Đánh giá hạ tầng vận hành không nên chỉ hỏi:
Có bao nhiêu tài khoản?
Có bao nhiêu module?
Có bao nhiêu dashboard?
Có bao nhiêu lượt đăng nhập?
Có bao nhiêu trường triển khai?
Cần hỏi:
Giáo viên có giảm nhập liệu trùng không?
Thông tin quan trọng có đến đúng người nhanh hơn không?
Học sinh nghỉ nhiều có được phát hiện và hỗ trợ sớm hơn không?
Phụ huynh có hiểu thông tin hơn hay chỉ nhận nhiều thông báo hơn?
Dữ liệu có ít sai hơn không?
Người dùng có sửa lỗi dữ liệu dễ hơn không?
Hệ thống có interoperable không?
Trường có xuất dữ liệu khi rời vendor không?
Dashboard có dẫn tới hành động không?
Administrative workload của giáo viên tăng hay giảm?
Người yếu thế có bị biến mất khỏi dữ liệu không?
Privacy có được kiểm toán không?
Tổng chi phí ba đến năm năm là gì?
Có bỏ được một công cụ cũ không, hay chỉ thêm công cụ mới?
Nếu một hệ thống vận hành làm trường có nhiều dữ liệu hơn nhưng giáo viên mệt hơn, phụ huynh lo hơn, học sinh bị giám sát hơn, và quyết định không tốt hơn, thì nó chưa tốt.
Nếu một hệ thống vận hành không làm marketing lớn nhưng giảm thất lạc, giảm nhập liệu, giúp phát hiện sớm, bảo vệ dữ liệu, và trả insight về đúng người, nó đáng giá hơn nhiều demo hào nhoáng.
16. Lập trường của chương này
Hạ tầng vận hành là phần EdTech cần được coi trọng hơn.
Nó không sexy.
Nhưng nó thật.
Nó không dạy thay giáo viên.
Nhưng nó có thể giúp giáo viên bớt bị kéo khỏi việc dạy.
Nó không làm học sinh hiểu bài trực tiếp.
Nhưng nó có thể giúp nhà trường thấy học sinh đang biến mất.
Nó không thay phụ huynh.
Nhưng nó có thể giúp gia đình và trường phối hợp đúng lúc hơn.
Nó không phải chuyển đổi sư phạm.
Nhưng không có nó, nhiều chuyển đổi sư phạm sẽ đứng trên nền rối.
Phe hạ tầng đúng khi nói:
Giáo dục cần ống nước tốt.
Phe giáo viên đúng khi nói:
Đừng bắt chúng tôi sống trong ống nước.
Phe dữ liệu đúng khi nói:
Không có dữ liệu, hệ thống mù.
Phe quyền riêng tư đúng khi nói:
Không phải cái gì nhìn thấy được cũng nên bị nhìn thấy.
Phe tài chính đúng khi nói:
Vận hành tốt tiết kiệm chi phí thật.
Phe công bằng đúng khi nói:
Dữ liệu chỉ có đạo đức khi người yếu thế được hỗ trợ, không bị đóng dấu.
Vậy lập trường hợp lý là:
Hãy xây hạ tầng vận hành.
Nhưng xây nó như hạ tầng chăm sóc, không phải hạ tầng giám sát.
Xây để giảm ma sát, không tăng biểu mẫu.
Xây để dữ liệu quay lại giúp lớp học, không chỉ đi lên báo cáo.
Xây để thông tin không thất lạc, nhưng quyền riêng tư không bị xem nhẹ.
Xây để trường có trí nhớ tốt hơn, nhưng trí nhớ đó phải có khả năng tha thứ, sửa sai và rời đi.
Hạ tầng vận hành tốt nhất là hạ tầng mà sau một thời gian, mọi người ít nói về nó hơn.
Vì điểm danh không còn rối.
Vì bài nộp không còn lạc.
Vì phụ huynh nhận đúng thông tin.
Vì giáo viên không nhập lại dữ liệu.
Vì học sinh nghỉ nhiều được gọi hỏi trước khi quá muộn.
Vì dữ liệu không chỉ làm hệ thống nhìn thấy con người.
Mà giúp con người nhìn thấy nhau đúng lúc hơn.
Ghi chú nguồn và gợi ý đọc tiếp
1. OECD, Learning management systems and other digital tools for system and institutional management, trong Digital Education Outlook 2023. Nguồn cho định nghĩa LMS như phần mềm quản trị, theo dõi, báo cáo, tự động hóa và phân phối khóa học; đồng thời phân tích các công cụ quản lý tuyển sinh, credential, dropout prevention và guidance. Nguồn: https://www.oecd.org/en/publications/2023/12/oecd-digital-education-outlook-2023_c827b81a/full-report/learning-management-systems-and-other-digital-tools-for-system-and-institutional-management_21f10cd0.html
2. OECD, Education and student information systems, trong Digital Education Outlook 2023. Nguồn cho vai trò SIS/EMIS, dữ liệu học sinh, attendance, pathways, learning outcomes, reporting, visualization và khả năng ra quyết định realtime/actionable. Nguồn: https://www.oecd.org/en/publications/oecd-digital-education-outlook-2023_c74f03de-en/full-report/education-and-student-information-systems_ef9f7b25.html
3. OECD, Interoperability: unifying and maximising data reuse within digital education ecosystems, trong Digital Education Outlook 2023. Nguồn cho định nghĩa interoperability, các lớp technical/semantic/organisational/legal interoperability, vấn đề nhập liệu trùng, data dormancy, vendor lock-in và vai trò của open standards. Nguồn: https://www.oecd.org/en/publications/oecd-digital-education-outlook-2023_c74f03de-en/full-report/interoperability-unifying-and-maximising-data-reuse-within-digital-education-ecosystems_660f8da1.html
4. OECD, Executive summary của Digital Education Outlook 2023. Nguồn cho nhận định nhiều nước đã có student information systems, nhưng vẫn chủ yếu dùng cho thống kê hơn là cung cấp thông tin realtime cho stakeholder; khoảng một nửa hệ thống LMS ở các nước khảo sát chưa interoperable với SIS cấp hệ thống. Nguồn: https://www.oecd.org/en/publications/oecd-digital-education-outlook-2023_c74f03de-en.html
5. UNESCO, Education management information system. Nguồn định nghĩa EMIS như khung toàn diện thu thập, xử lý và phân tích dữ liệu giáo dục để hỗ trợ ra quyết định, tăng hiệu quả quản trị và lập kế hoạch. Nguồn: https://www.unesco.org/en/query-list/e/education-management-information-system
6. UNESCO, Education Management Information Systems - Progress Assessment Tool for Transformation (EMIS-PATT). Nguồn cho vai trò EMIS như công cụ trung tâm của bộ giáo dục để ra quyết định ở mọi cấp, từ điều hành chiến lược tới quản lý trung gian và quản lý học sinh/học tập ở trường. Nguồn: https://www.unesco.org/en/education-management/emis-readiness-assessment
7. UNESCO IIEP, Data and evidence. Nguồn cho định nghĩa EMIS là hệ thống phối hợp giữa con người, tổ chức, công nghệ và quy trình tạo dữ liệu chất lượng cho ra quyết định; đồng thời nhấn mạnh better data, better monitoring, better decisions, better implementation và better learning outcomes. Nguồn: https://www.iiep.unesco.org/en/projects/data-and-evidence
8. UIS/UNESCO, Buyer’s and User’s Guide - Educational Management Information Systems. Nguồn cho định nghĩa EMIS như hệ thống gồm people, technology, models, methods, processes, procedures, rules and regulations để cung cấp dữ liệu relevant, reliable, unambiguous, timely cho người ra quyết định ở mọi cấp. Nguồn: https://emis.uis.unesco.org/buyers-and-users-guide/
9. UIS/UNESCO, Tools and Reports - Educational Management Information Systems. Nguồn cho yêu cầu data quality system: chuẩn hóa dữ liệu, định nghĩa, naming conventions, quy trình phát hiện/sửa/phòng lỗi và đánh giá chất lượng dữ liệu hành chính. Nguồn: https://emis.uis.unesco.org/tools-and-reports/
10. OECD, The demands of teaching: Results from TALIS 2024. Nguồn cho dữ liệu administrative workload: trung bình khoảng một nửa giáo viên trong các hệ thống OECD báo cáo excessive administrative work là nguồn stress; TALIS cũng nhấn mạnh stress không chỉ phụ thuộc vào số giờ mà còn phụ thuộc bản chất, phân bổ và cách các nhiệm vụ cạnh tranh với hoạt động cốt lõi của giáo viên. Nguồn: https://www.oecd.org/en/publications/results-from-talis-2024_90df6235-en/full-report/the-demands-of-teaching_0e941e2f.html