TrungTamSoHoa.comTrung Tâm Số Hoá
Dữ liệu và BI

Data owner và data steward: tổ chức bộ máy quản trị dữ liệu trong doanh nghiệp

Ai quyết định định nghĩa dữ liệu, ai giữ dữ liệu sạch, ai cấp quyền? Bài phân vai data owner, data steward, hội đồng dữ liệu, kèm ma trận RACI và lộ trình 90 ngày.

High angle view of four colleagues around a round wooden table passing folders between them, faces not visible, soft natural light from a side window, green and cream palette

Data owner (chủ sở hữu dữ liệu) là người quản lý cấp cao chịu trách nhiệm giải trình về một mảng dữ liệu: quyết định định nghĩa, mức chất lượng chấp nhận được và ai được truy cập. Data steward (người quản lý dữ liệu) là người làm việc hằng ngày để dữ liệu đó đúng định nghĩa: duy trì danh mục, xử lý lỗi, trả lời câu hỏi về ý nghĩa dữ liệu. Hai vai trò này, cùng một hội đồng dữ liệu điều phối, là xương sống của quản trị dữ liệu khi đi vào triển khai.

Khái niệm quản trị dữ liệu, tức việc doanh nghiệp coi dữ liệu là tài sản cần có chủ và có quy tắc, đã được giải thích nhiều. Bài này đi vào câu hỏi tiếp theo mà các dự án thường vấp: cụ thể ai làm gì, mất bao nhiêu thời gian, quyết định ở cấp nào, và bắt đầu từ đâu mà không biến thành một lớp thủ tục mới.

Các vai trò chính và trách nhiệm

Tên gọi khác nhau giữa các khung như DAMA-DMBOK (do DAMA International biên soạn, bản thứ hai năm 2017) hay các phương pháp của hãng tư vấn, nhưng cấu trúc vai trò khá giống nhau. Bảng dưới là phiên bản phổ biến, điều chỉnh cho doanh nghiệp vừa.

Vai tròThường là aiTrách nhiệm chínhThời gian dành
Người bảo trợ điều hànhTổng giám đốc hoặc phó tổngCam kết nguồn lực, phân xử tranh chấp giữa các phòngVài giờ mỗi quý
Hội đồng dữ liệuCác data owner chính, trưởng nhóm dữ liệu, đại diện pháp chế và CNTTDuyệt chính sách, định nghĩa dùng chung, ưu tiên vấn đềHọp tháng hoặc quý
Data ownerTrưởng bộ phận nghiệp vụ: giám đốc tài chính cho dữ liệu tài chính, giám đốc kinh doanh cho dữ liệu khách hàngQuyết định định nghĩa, ngưỡng chất lượng, duyệt quyền truy cậpVài giờ mỗi tháng
Data steward nghiệp vụChuyên viên am hiểu nghiệp vụ trong bộ phậnDuy trì danh mục, xử lý lỗi, trả lời câu hỏi định nghĩa, đề xuất quy tắcMột phần công việc thường xuyên
Data steward kỹ thuật / người giữ dữ liệuKỹ sư dữ liệu, quản trị hệ thốngThực thi kỹ thuật: phân quyền, sao lưu, kiểm tra tự động, phả hệTheo nhiệm vụ
Người dùng dữ liệuMọi nhân viên dùng báo cáo, nhập liệuTuân thủ quy tắc, báo cáo vấn đề phát hiệnTrong công việc hằng ngày

Điểm hay bị hiểu sai nhất: data owner không phải phòng CNTT. CNTT giữ hệ thống, nhưng không có thẩm quyền quyết định khách hàng nào là khách hàng doanh nghiệp hay doanh thu ghi nhận lúc nào. Giao quyền sở hữu dữ liệu cho CNTT là cách nhanh nhất để quản trị dữ liệu chỉ tồn tại trên giấy.

Chọn data owner: năm tiêu chí và ba cái bẫy

Tiêu chí: có thẩm quyền ra quyết định. Data owner phải đủ cấp để quyết định định nghĩa có hiệu lực với cả bộ phận, và ngồi được vào bàn với các trưởng bộ phận khác khi tranh chấp xảy ra.

Tiêu chí: chịu hậu quả khi dữ liệu sai. Người hưởng lợi hoặc chịu thiệt nhiều nhất từ chất lượng một mảng dữ liệu sẽ có động lực thật để chăm sóc nó. Giám đốc tài chính chịu trách nhiệm khi báo cáo tài chính sai, nên là chủ tự nhiên của dữ liệu tài chính.

Tiêu chí: hiểu quy trình tạo ra dữ liệu. Định nghĩa tốt đến từ hiểu dữ liệu sinh ra thế nào trong vận hành thật, không phải từ sơ đồ trên giấy.

Bẫy 1: dữ liệu dùng chung không có chủ. Danh mục khách hàng được kinh doanh, kế toán, chăm sóc khách hàng cùng dùng và cùng sửa. Nếu không chỉ định một chủ duy nhất, mỗi bên sẽ thêm trường riêng, quy ước riêng. Chọn bộ phận tạo ra bản ghi đầu tiên, hoặc bộ phận chịu rủi ro lớn nhất, và ghi rõ quyền của các bên còn lại.

Bẫy 2: bổ nhiệm mà không thay đổi mô tả công việc. Nếu trách nhiệm data owner và data steward không có trong mô tả công việc và đánh giá hiệu suất, nó sẽ luôn xếp sau việc chính. Steward cần được dành thời gian thật, có thể vài giờ mỗi tuần, và được ghi nhận.

Bẫy 3: chọn người am hiểu công nghệ thay vì người am hiểu nghiệp vụ. Steward giỏi Excel nhưng không hiểu vì sao kế toán ghi nhận chiết khấu theo cách đó sẽ không quyết định đúng khi có tình huống lạ.

Ma trận RACI cho năm quyết định dữ liệu thường gặp

Ma trận RACI chỉ rõ ai thực hiện (R), ai chịu trách nhiệm giải trình cuối cùng (A), ai được tham vấn (C), ai được thông báo (I). Ví dụ dưới áp cho dữ liệu khách hàng ở một doanh nghiệp giả định; bạn thay vai trò cho phù hợp.

Quyết địnhData ownerData steward nghiệp vụĐội dữ liệu / CNTTHội đồng dữ liệu
Định nghĩa "khách hàng hoạt động"ARCI
Thêm trường mới vào danh mục kháchARRI
Cấp quyền xem dữ liệu khách cho phòng mớiACRI
Ghép các bản ghi khách trùngIA, RR—
Định nghĩa dùng chung giữa nhiều phòng, như doanh thuCCCA

Quy tắc khi làm RACI: mỗi dòng chỉ có đúng một A. Hai người cùng chịu trách nhiệm giải trình nghĩa là không ai chịu. Nếu không chốt được ai là A cho một quyết định, đó chính là vấn đề cần đưa lên hội đồng dữ liệu.

Hội đồng dữ liệu: làm gì để không thành cuộc họp hình thức

Hội đồng dữ liệu hiệu quả là nơi ra quyết định, không phải nơi báo cáo tiến độ. Chương trình nghị sự nên xoay quanh ba loại việc: duyệt định nghĩa và chính sách dùng chung, phân xử tranh chấp giữa các data owner, và xếp ưu tiên các vấn đề chất lượng hoặc quyền truy cập cần nguồn lực. Mỗi cuộc họp nên kết thúc bằng danh sách quyết định có ghi biên bản, công bố cho những người liên quan.

Kích thước nên nhỏ, khoảng năm đến tám người, gồm các data owner của mảng dữ liệu then chốt, người phụ trách đội dữ liệu, và đại diện pháp chế hoặc an toàn thông tin khi bàn chuyện quyền truy cập và dữ liệu cá nhân. Nhịp họp hằng tháng trong năm đầu, sau đó có thể chuyển sang hằng quý khi các quy tắc cơ bản đã ổn định.

Một tín hiệu cảnh báo là khi hội đồng mất nhiều tuần để duyệt một định nghĩa đơn giản. Khi đó cần phân cấp: định nghĩa chỉ dùng trong một bộ phận do data owner tự duyệt, chỉ những gì dùng chung giữa nhiều bộ phận mới lên hội đồng. Cách tiếp cận mà Robert Seiner gọi là "quản trị dữ liệu không xâm lấn" (non-invasive data governance) nhấn mạnh việc chính thức hoá trách nhiệm mà người ta vốn đang làm, thay vì dựng thêm một tầng thủ tục mới; đây là gợi ý hữu ích cho doanh nghiệp vừa.

Lộ trình 90 ngày khởi động bộ máy

Lộ trình dưới đây hướng tới kết quả nhìn thấy được trong một quý, đủ để chứng minh giá trị trước khi mở rộng:

  1. Tuần 1–2: người bảo trợ điều hành công bố mục tiêu, chọn một mảng dữ liệu ưu tiên có nỗi đau rõ, ví dụ dữ liệu khách hàng đang trùng lặp gây sai công nợ.
  2. Tuần 3–4: chỉ định data owner và một hai steward cho mảng đó, cập nhật mô tả công việc, thống nhất thời gian dành cho vai trò.
  3. Tuần 5–8: steward lập danh sách phần tử dữ liệu then chốt, viết định nghĩa, đo hiện trạng chất lượng; data owner duyệt định nghĩa và ngưỡng.
  4. Tuần 9–10: đội dữ liệu dựng kiểm tra tự động, bảng theo dõi chất lượng; thống nhất quy trình tạo mới và sửa bản ghi khách.
  5. Tuần 11–12: họp hội đồng dữ liệu lần đầu, trình kết quả trước và sau, chọn mảng thứ hai cho quý tiếp theo.

Đo thành công bằng thay đổi cụ thể: số bản ghi trùng giảm, thời gian đối soát công nợ giảm, số câu hỏi "số này nghĩa là gì" gửi tới đội dữ liệu giảm. Tránh đo bằng số chính sách đã ban hành.

Quản trị dữ liệu và nghĩa vụ pháp lý về dữ liệu cá nhân

Bộ máy quản trị là nơi thực thi nghĩa vụ. Các quy định về bảo vệ dữ liệu cá nhân yêu cầu doanh nghiệp biết mình xử lý dữ liệu gì, vì mục đích gì, ai được truy cập, lưu bao lâu. Không có data owner và steward, những câu hỏi này không có người trả lời.

Danh mục dữ liệu là công cụ chung. Một danh mục ghi rõ mỗi bảng chứa trường cá nhân nào, thuộc mảng nào, ai sở hữu giúp doanh nghiệp đáp ứng yêu cầu của chủ thể dữ liệu như xem, sửa, xoá, và đánh giá tác động khi có thay đổi.

Phối hợp với pháp chế. Bộ máy quản trị dữ liệu không thay vai trò pháp chế hay người phụ trách bảo vệ dữ liệu cá nhân, nhưng là kênh để yêu cầu pháp lý đi vào vận hành. Việt Nam đã có Nghị định 13/2023 về bảo vệ dữ liệu cá nhân và Luật Dữ liệu thông qua năm 2024; khung pháp lý đang tiếp tục hoàn thiện, nên cần theo dõi văn bản hiện hành và hướng dẫn của cơ quan có thẩm quyền thay vì dựa vào bài viết tổng quan.

Dấu hiệu bộ máy quản trị dữ liệu đang chỉ tồn tại trên giấy

Sau sáu tháng đến một năm, hãy tự kiểm tra bằng các dấu hiệu dưới đây. Mỗi dấu hiệu là một điểm cần điều chỉnh, không phải lý do bỏ cuộc:

  • Hỏi một nhân viên bất kỳ ai sở hữu danh mục khách hàng, họ không trả lời được hoặc mỗi người trả lời một tên.
  • Hội đồng dữ liệu họp đều nhưng biên bản chỉ có báo cáo tiến độ, không có quyết định nào.
  • Steward được bổ nhiệm nhưng không ai dành thời gian cho họ làm việc đó, và đánh giá cuối năm không nhắc tới.
  • Định nghĩa đã duyệt nằm trong một tệp mà người làm báo cáo không biết tồn tại.
  • Yêu cầu cấp quyền truy cập dữ liệu vẫn đi thẳng tới CNTT, không qua data owner.
  • Điểm chất lượng dữ liệu không đổi sau nhiều tháng đo, vì không ai sửa nguyên nhân gốc.
  • Các phòng vẫn tranh cãi số liệu trong họp giao ban như trước khi có bộ máy.

Nguyên nhân phổ biến nhất của các dấu hiệu trên là người bảo trợ điều hành rút sự chú ý sau giai đoạn khởi động. Quản trị dữ liệu cần được nhắc lại trong các cuộc họp điều hành, gắn với mục tiêu kinh doanh cụ thể, để không trở thành việc riêng của đội dữ liệu.

Câu hỏi thường gặp

Doanh nghiệp vừa có cần giám đốc dữ liệu (CDO) không?

Không nhất thiết. Ở quy mô vừa, vai trò điều phối có thể do một thành viên ban điều hành kiêm nhiệm cùng một trưởng nhóm dữ liệu. CDO chuyên trách thường hợp lý khi dữ liệu là trọng tâm chiến lược hoặc doanh nghiệp có nhiều đơn vị với hệ thống phức tạp.

Data steward có cần biết lập trình không?

Steward nghiệp vụ không cần lập trình, nhưng nên đọc được bảng dữ liệu, dùng thành thạo bảng tính và hiểu khái niệm cơ bản như khoá, trùng lặp, quan hệ giữa bảng. Phần thực thi kỹ thuật do steward kỹ thuật hoặc đội dữ liệu đảm nhận.

Làm sao giải quyết khi hai phòng không thống nhất định nghĩa?

Thường cả hai định nghĩa đều hợp lý trong ngữ cảnh riêng. Cách giải quyết phổ biến là giữ cả hai với tên khác nhau, như doanh thu theo đơn đặt và doanh thu theo hoá đơn, và hội đồng quyết định định nghĩa nào dùng cho báo cáo lên ban điều hành.

Quản trị dữ liệu có làm chậm công việc không?

Nếu thiết kế kém thì có, khi mọi thay đổi phải chờ duyệt nhiều cấp. Thiết kế tốt phân cấp quyết định, chỉ kiểm soát chặt dữ liệu then chốt và dùng chung, để phần còn lại linh hoạt. Mục tiêu là giảm thời gian tranh cãi và sửa lỗi, không phải thêm thủ tục.

Có nên mua phần mềm quản trị dữ liệu ngay từ đầu?

Thường chưa nên. Giai đoạn đầu, bảng tính dùng chung cho danh mục dữ liệu và từ điển định nghĩa là đủ. Khi số bảng, số người dùng và yêu cầu phả hệ tăng lên, phần mềm danh mục dữ liệu mới phát huy giá trị. Mua công cụ trước khi có vai trò rõ ràng thường dẫn tới phần mềm trống.

Cần tư vấn cụ thể cho trường hợp của bạn?

Chúng tôi sẽ liên hệ trong vòng 24 giờ.

Đăng ký tư vấn ngay

Bài viết liên quan

Bạn cần hỗ trợ thêm?

Để lại thông tin, chúng tôi sẽ liên hệ trong 24 giờ.