Khi không ai biết tệp nào đang có hiệu lực
Một cách tổ chức nguồn, bản làm việc, dữ liệu đã duyệt và phản hồi để người dùng biết phiên bản nào có hiệu lực và ai chịu trách nhiệm cập nhật.
tuyen_ong_final_v7_moi_nhat.xlsx trông có vẻ là một cái tên rất rõ. Chỉ đến khi trong thư mục khác xuất hiện tuyen_ong_final_v7_da_sua.xlsx, câu hỏi mới bắt đầu: tệp nào đang được dùng để trả lời công việc hôm nay?
Vấn đề không nằm ở cách đặt tên vụng về. Nó xuất hiện vì tổ chức chưa tách được bốn việc: giữ nguyên nguồn nhận được, chỉnh sửa trong phạm vi kiểm soát, xác nhận nội dung đủ điều kiện sử dụng và công bố một phiên bản có hiệu lực. Khi bốn việc này dồn vào cùng một thư mục, người cẩn thận nhất cũng phải đoán.
Một tệp đúng chưa tạo thành một nguồn đáng tin
Giả sử một đoạn ống được cập nhật vị trí sau khi kiểm tra. Bản ghi mới có thể đúng về hình học, nhưng người dùng vẫn cần biết thay đổi dựa trên tài liệu nào, ai nhập, ai kiểm tra, khi nào bắt đầu có hiệu lực và phiên bản cũ còn được giữ ở đâu.
“Nguồn dùng chung” vì vậy không chỉ là một ổ đĩa mà mọi người đều mở được. Mỗi đối tượng cần mã ổn định, trạng thái rõ, lịch sử thay đổi và một đầu mối chịu trách nhiệm. Nếu thiếu những thông tin này, hệ thống mới chỉ gom tệp về một chỗ; nó chưa giải quyết được sự mơ hồ.
Tách ba vùng dữ liệu theo trạng thái sử dụng
Giữ dữ liệu nguồn nguyên vẹn, tạo phiên bản đã kiểm tra để công bố và đặt dữ liệu khảo sát hoặc chỉnh sửa tạm trong một vùng làm việc riêng. Cách tổ chức này ngăn thao tác thử nghiệm vô tình thay đổi thông tin mà nhiều nhóm đang sử dụng.
Mỗi thay đổi cần trả lời được năm điều
Đối tượng nào đã thay đổi? Nội dung đến từ đâu? Ai thực hiện và ai kiểm tra? Thay đổi đang chờ duyệt, bị trả lại hay đã có hiệu lực? Nếu phát hiện sai, có thể tìm lại phiên bản trước hay không? Năm câu này phân biệt thao tác Lưu với việc dữ liệu thực sự được đưa vào sử dụng. Bài Từ lúc bấm Lưu đến khi dữ liệu có hiệu lực giải thích kỹ hơn vòng đời đó.
Chọn nhịp cập nhật theo mức độ rủi ro
Không phải dữ liệu nào cũng cần thời gian thực. Tài sản sự cố có thể cần cập nhật ngay; lớp quy hoạch có thể theo tháng; dữ liệu tham khảo có thể theo quý. Điều bắt buộc là ngày cập nhật gần nhất và mức độ mới phải được nhìn thấy.
Tổ chức quy trình phản hồi ngắn
Khi phát hiện lỗi, người dùng cần biết gửi cho ai, thông tin tối thiểu gồm những gì và khi nào có phản hồi. Có thể bắt đầu bằng một biểu mẫu gắn với đối tượng trên bản đồ. Mỗi phản hồi phải trở thành một công việc có người tiếp nhận, trạng thái và lịch sử xử lý.
Đây là chỗ API dữ liệu không gian và giao diện WebGIS có thể giúp giảm bản sao, nhưng công nghệ không thay thế được việc phân vai.
Phép kiểm tra 15 phút
Chọn ngẫu nhiên một đối tượng đang được dùng trong báo cáo và nhờ một người không trực tiếp tạo dữ liệu tìm bốn thứ: nguồn, ngày cập nhật, người chịu trách nhiệm và phiên bản trước. Nếu họ phải gọi điện hỏi hoặc mở nhiều thư mục để đoán, vấn đề nằm ở quy trình chứ chưa chắc nằm ở chất lượng của tệp.
Kết quả đầu tiên nên là một danh mục nguồn ngắn, quy ước trạng thái, người phụ trách từng nhóm dữ liệu và cách tiếp nhận phản hồi. Sau đó mới quyết định phần nào cần tự động hóa. Chuẩn hóa dữ liệu trước khi xây WebGIS là bước kế tiếp nếu mã đối tượng và cấu trúc thuộc tính còn chưa ổn định.
Tài liệu tham khảo
- USGS — Data Quality Assessment and Review: kiểm tra chất lượng theo chu kỳ, metadata và quản lý phiên bản.
- USGS — Documenting Data Quality: ghi lại quy trình xác nhận, cờ chất lượng và độ không chắc chắn của dữ liệu.
- W3C/OGC — Spatial Data on the Web Best Practices: thông tin về sự thay đổi, phiên bản và nguồn gốc của đối tượng không gian.
- W3C — Data Catalog Vocabulary 3: mô tả tập dữ liệu, phiên bản và mối quan hệ giữa các tài nguyên trong một danh mục dữ liệu.
Vai trò và nhịp cập nhật trong bài là mẫu khởi đầu. Tổ chức cần điều chỉnh theo trách nhiệm pháp lý, mức rủi ro và tốc độ thay đổi của từng nhóm dữ liệu.