Quyền quyết định và trách nhiệm

Bối cảnh

Sao Mai là một chuỗi cửa hàng tạp hoá và đồ gia dụng. Chuỗi bắt đầu từ một cửa hàng và đang mở thêm cửa hàng mới. Mỗi cửa hàng bán hàng qua máy tính tiền; dữ liệu bán hàng được gửi về văn phòng để các phòng ban làm báo cáo. Tên chuỗi và mọi số liệu trong bài là giả lập.

Sáng 15/09/2026, văn phòng kiểm dữ liệu bán ngày 14/09/2026 và thấy dòng R05 thiếu mã cửa hàng. Người lập báo cáo đề nghị bộ phận kỹ thuật điền mã cho kịp báo cáo doanh thu lúc 08:00. Bộ phận kỹ thuật hỏi lại: “Điền mã nào, và căn cứ vào đâu?” Cửa hàng gửi dữ liệu lại nghĩ văn phòng sẽ xử lý. Các bên chưa rõ ai được quyết định cách xử lý.

Nếu báo cáo theo cửa hàng bỏ dòng thiếu mã, khoản tiền của giao dịch ấy sẽ bị bỏ sót, dù tổng cả chuỗi vẫn cộng đủ. Muốn sửa, cần biết giao dịch thuộc cửa hàng nào. Nếu đang phụ trách báo cáo này, bạn sẽ xử lý thế nào?

Ba vai, ba phần trách nhiệm

Sửa R05 gồm những việc khác nhau: xác nhận thực tế bán hàng, quyết định cách xử lý và sửa trên hệ thống. Người có quyền gõ mã vào phần mềm không vì thế mà được quyết định mã nào đúng.

Data Owner (người chịu trách nhiệm dữ liệu) được tổ chức giao quyền quyết định và chịu trách nhiệm về một phạm vi dữ liệu. Họ chốt quy tắc nghiệp vụ, cách xử lý ngoại lệ và việc dùng dữ liệu còn vấn đề trong phạm vi ấy. “Owner” không có nghĩa là dữ liệu thuộc riêng người đó. Quyền này cần được giao rõ, không tự có theo chức vụ quản lý.

Data Steward (người điều phối dữ liệu) theo dõi dữ liệu hằng ngày, giúp các bên hiểu và làm theo quy tắc. Khi có lỗi, họ ghi nhận, hỏi nơi cung cấp dữ liệu, xem ảnh hưởng, đề xuất cách xử lý và theo dõi kết quả. Họ cần hiểu nghiệp vụ và chỉ được tự chốt trong giới hạn đã giao.

Data Custodian (người phụ trách kỹ thuật dữ liệu) lo việc lưu giữ, vận hành và thay đổi kỹ thuật trong phạm vi được giao. Với R05, họ kiểm khâu nhận, giữ bản gốc và cập nhật phần dùng cho báo cáo theo quyết định đã chốt. Nếu phương án không làm được hoặc có thể gây lỗi khác, họ cần báo lại.

Chia vai giúp biết việc nào cần hỏi ai; có thể giao các vai cho người đang làm, không cần lập thêm phòng ban. Cửa hàng xác nhận thực tế bán hàng dù người xác nhận không mang tên vai trong bảng. Người lập và người dùng báo cáo cũng có phần việc riêng.

Giao quyền đủ rõ để công việc chạy được

Ghi “phòng Kế toán phụ trách” chưa cho biết cần gọi ai khi sắp tới giờ báo cáo. Với báo cáo dùng đều đặn qua nhiều bộ phận, nên ghi phạm vi dữ liệu, người làm từng việc và người được quyết định. Nếu ghi chức danh, nhóm cần biết ai đang giữ chức danh đó và cách liên hệ.

Khi đã có quy tắc xử lý và căn cứ rõ, có thể giao cửa hàng xác nhận, gửi bản sửa và Data Steward theo dõi việc xử lý. Data Owner chốt quy tắc và xử lý ngoại lệ vượt giới hạn đã giao, thay vì duyệt từng dòng. Nếu chưa có quy tắc phù hợp, cần hỏi trước khi sửa.

Người phụ trách báo cáo Kinh doanh không được tự đổi cách tính doanh thu kế toán để hai báo cáo khớp nhau. Thay đổi ảnh hưởng cả hai bên cần trao đổi với người có quyền ở từng phạm vi. Nếu chưa thống nhất, báo người quản lý có quyền giải quyết phần giao nhau.

Một người có thể kiêm vai khi phạm vi nhỏ, chẳng hạn vừa theo dõi lỗi vừa sửa tệp theo xác nhận của cửa hàng. Dù vậy, vẫn cần phân biệt việc kiểm, việc quyết trong quyền được giao và việc thực hiện. Với thay đổi ảnh hưởng lớn, có thể nhờ người khác kiểm lại.

Ví dụ giải sẵn

Dữ kiện đã có và phần chưa xác nhận

Dòng R05 nằm trong một batch (lô dữ liệu), tức phần dữ liệu gom lại để gửi và xử lý cùng một lượt. Đây là bản nhận gốc, chưa điền thêm mã:

Batch L-CH02-0914 do CH02 gửi, nên cần hỏi CH02 xác nhận R05 có thuộc về họ không. Mã batch là căn cứ để tìm nơi hỏi, không thay được xác nhận giao dịch. Quy tắc đang dùng yêu cầu mỗi dòng bán hàng có mã cửa hàng.

Ma trận phân vai đã điền: phạm vi

Ma trận phân vai là bảng ghi người được quyết định, người thực hiện và người cần trao đổi cho từng việc. Bảng dưới tách thành các phần để dễ đọc trên điện thoại, dùng cùng tên việc để đối chiếu. Giả sử Sao Mai phân công như sau cho việc xử lý mã cửa hàng thiếu trong báo cáo doanh thu ngày:

Ma trận phân vai đã điền: quyền quyết định

Nếu CH02 chưa xác nhận được, trưởng phòng quyết định chờ, dùng bản tạm có ghi chú hoặc chọn cách khác phù hợp với mục đích báo cáo. Quyền chốt cách dùng dữ liệu không thay cho căn cứ xác nhận mã đúng.

Ma trận phân vai đã điền: thực hiện và trao đổi

Cửa hàng xác nhận dữ kiện, Data Steward phối hợp các bên, còn kỹ thuật đưa bản sửa vào phần dùng cho báo cáo. Với tệp nhỏ, người lập báo cáo có thể sửa thay kỹ thuật theo quy trình đã giao; căn cứ xác nhận và quyền chốt vẫn giữ nguyên.

Đi từ phát hiện tới kết quả

1. Data Steward ghi nhận R05 thiếu mã, giữ bản nhận gốc và hỏi CH02 kiểm giao dịch.
2. Nếu CH02 xác nhận mã đúng, cửa hàng gửi bản sửa theo quy tắc đã chốt. Nếu chưa xác nhận, Data Steward nêu ảnh hưởng để trưởng phòng chọn cách dùng phần còn chờ.
3. Data Custodian nhận bản sửa, giữ bản gốc và ghi lại thay đổi. Người lập báo cáo áp dụng cách dùng dữ liệu đã chốt, kèm ghi chú nếu còn phần chưa xác nhận.
4. Data Steward kiểm lại mã sau xử lý và phần báo cáo bị ảnh hưởng, rồi thông báo kết quả cho người lập báo cáo và người dùng liên quan.

Sau khi gửi bản sửa, cần kiểm xem báo cáo đã dùng bản sửa ấy chưa và thông báo kết quả. Nếu lỗi thiếu mã lặp lại, Data Steward cùng cửa hàng và kỹ thuật tìm nguyên nhân ở khâu nhập, gửi hoặc nhận để ngăn lỗi tiếp diễn.

Nếu chưa rõ ai có quyền chốt, báo người quản lý trực tiếp để giao quyền xử lý sự cố.

Khi nào nên làm, khi nào chưa cần

Nên viết ma trận phân vai: khi dữ liệu qua nhiều bộ phận, lỗi bị chuyển qua lại hoặc báo cáo phục vụ quyết định mà chưa rõ ai được chấp nhận ngoại lệ. Có thể bắt đầu từ một sự cố hay gặp hoặc một báo cáo, rồi mở rộng dần.

Có cách khác: nhóm nhỏ có thể ghi người xác nhận, người được chốt và người sửa ngay trong phiếu xử lý sự cố. Nếu việc sửa thường xuyên theo cùng một quy tắc, giao quyền trong giới hạn đã viết giúp công việc tiếp tục mà không phải xin duyệt từng lần. Khi thay đổi vượt giới hạn hoặc ảnh hưởng bên khác, cần báo lên người có quyền phù hợp.

Chưa cần tách thành các vị trí riêng: khi phạm vi nhỏ, người làm hiểu dữ liệu và kiểm lại được thay đổi. Với tệp dùng một lần, ghi chú phân công có thể đủ. Khi nhiều nhóm dùng lại tệp để quyết định, hoặc công việc dừng mỗi khi người phụ trách vắng, nên ghi rõ quyền, người thay thế và chỗ báo lên.

Tự làm

Hiểu nhầm thường gặp

“Dữ liệu nằm ở hệ thống của kỹ thuật thì kỹ thuật quyết cách sửa.” Kỹ thuật biết cách thực hiện và giới hạn hệ thống. Giá trị đúng và cách dùng dữ liệu còn cần căn cứ nghiệp vụ cùng quyền quyết định được giao.

“Data Owner phải duyệt từng dòng.” Có thể giao việc sửa theo quy tắc và điều kiện rõ cho người khác. Vai này vẫn chịu trách nhiệm về quy tắc, giới hạn đã giao và cách giải quyết ngoại lệ trong phạm vi của mình.

“Có tên đủ các vai là hết đùn đẩy.” Bảng còn phải nêu phạm vi, việc cụ thể, giới hạn và người thay thế. Nếu chỉ ghi tên phòng ban mà không biết liên hệ người nào, sự cố vẫn có thể bị bỏ chờ.

“Sửa xong trên hệ thống là xong trách nhiệm.” Với dữ liệu dùng cho báo cáo, cần kiểm thay đổi đã tới kết quả người xem dùng chưa và báo cho bên liên quan. Nếu lỗi lặp lại, còn cần tìm nguyên nhân thay vì chỉ sửa từng lần.

Tóm tắt

• Data Owner chốt trong phạm vi được giao; Data Steward theo dõi và phối hợp; Data Custodian lưu giữ, vận hành và thực hiện kỹ thuật.
• Người phát hiện lỗi, người biết dữ kiện đúng, người có quyền chốt và người sửa có thể là những người khác nhau. Quyền thao tác không thay quyền quyết định nghiệp vụ.
• Quy tắc đã chốt có thể cho phép xử lý thường lệ mà không xin duyệt từng dòng. Ngoại lệ vượt giới hạn cần người có quyền phù hợp giải quyết.
• Nhóm nhỏ có thể kiêm vai và dùng phiếu ngắn. Khi nhiều bên cùng dùng dữ liệu, ma trận phân vai giúp rõ phạm vi, người làm và chỗ báo lên.

Thuật ngữ trong bài

Mẫu tải về: Ma trận phân vai (Excel). Nội dung giống bảng đã điền ở mục Ví dụ giải sẵn, để trống cho bạn điền.

Bài liên quan: “Chất lượng dữ liệu”, “Thuật ngữ và metadata”.