Nagakawa Data Center for Innovation / Intelligence
Một số góc nhìn bổ sung về phương pháp luận và vận hành — nhằm hỗ trợ hoàn thiện đề án thành lập Trung tâm Dữ liệu Nagakawa.
3 Tầng Minh Bạch Dữ Liệu — Tại sao CEO phải trực tiếp cầm đầu NACI
Cảnh báo: 30% còn lại chính là Know-how (Bí quyết) của Nagakawa
Phần 20% + 10% = 30% dữ liệu là tài sản chiến lược — bí quyết vận hành, lợi thế cạnh tranh, định hướng dài hạn của Nagakawa. Nếu nhóm dữ liệu này lọt ra ngoài hoặc bị phân loại sai xuống cấp thấp hơn, đối thủ đọc được trước khi CEO kịp hành động. Đây là lý do không thể giao NACI cho cấp dưới quản lý ngay từ đầu.
L2–L5 xem và làm việc
KPI phòng ban, tồn kho, tiến độ sản xuất, báo cáo bán hàng theo vùng, số lượng bảo hành...
Dữ liệu nhóm này càng nhiều người hiểu, càng ít phải họp giải thích. Mọi cấp đọc được = mọi cấp làm được.
Chỉ L1 đọc đúng ngữ cảnh
Margin từng đại lý C1, chiết khấu đặc biệt, hiệu suất nhân sự cấp vùng, so sánh nội bộ giữa các chi nhánh...
L3–L5 thấy dữ liệu này dễ suy diễn sai, gây mất đoàn kết. CEO cần giữ nhóm này để điều phối chiến lược nội bộ.
Chỉ CEO hiểu dụng ý
M&A, định giá dài hạn, đàm phán đối tác chiến lược, dự báo thị phần cạnh tranh...
Đây là “vũ khí chiến lược” — Know-how (Bí quyết) thực sự của Nagakawa. Nếu lộ ra ngoài, đối thủ đọc được trước CEO kịp hành động.
Công khai toàn bộ
Kiểm soát có chọn lọc
Bảo mật tuyệt đối — Chỉ CEO
Lưu ý quan trọng: 99% nhân sự từ L2–L5 chỉ cần và chỉ nên xem tầng 70%. Việc phân loại sai — để tầng 20% hoặc 10% lọt xuống cấp thấp hơn — là rủi ro tổ chức nghiêm trọng. Chỉ CEO mới biết đúng ranh giới này ngay từ đầu.
Đề án hiện tại: đang lẫn Method (Phương pháp) và Methodology (Phương pháp luận)
Đề án gốc có đầy đủ Method (Phương pháp) — Bronze-Silver-Gold, tuyển Business Analyst, dựng dashboard, Master Data concept... — nhưng chưa có Methodology (Phương pháp luận) làm nền.
Ví dụ cụ thể: khi dữ liệu từ Nagakawa ERP, Nagakawa QLBH (Quản lý Bảo hành), Nagakawa WMS (Quản lý Kho), dữ liệu trên hồ sơ giấy, Excel mâu thuẫn nhau — chênh nhau 12% — làm gì?
Nếu chỉ có Method (Phương pháp), không ai biết trả lời. Nếu có Methodology (Phương pháp luận), đã có nguyên tắc sẵn: Nagakawa ERP là Source of Truth (Nguồn sự thật) cho sell-in, Nagakawa QLBH là Source of Truth cho sell-out — chênh 12% là tín hiệu điều tra, không phải lỗi cần xóa.
Methodology
(Phương pháp luận)
Cái đề án còn thiếu · Trả lời “TẠI SAO?”
Method
(Phương pháp)
Cái đề án đã có · Trả lời “LÀM GÌ?”
Ai sở hữu dữ liệu?
Nagakawa sở hữu. Phòng ban là Data Steward (Người trông giữ) — không phải chủ.
Ai sở hữu dữ liệu?
Mỗi phòng ban tự quản dữ liệu của mình.
Khi Conflict — làm gì?
Đã có nguyên tắc: Nagakawa ERP là Source of Truth cho sell-in. Conflict là tín hiệu điều tra.
Khi Conflict — làm gì?
Không có quy tắc → mỗi phòng bảo vệ số của mình.
Đo thành công bằng gì?
Outcome (Kết quả): CEO ra quyết định dựa trên dữ liệu nhiều hơn, không phải cảm tính.
Đo thành công bằng gì?
Output (Sản phẩm): số dashboard, số báo cáo xuất ra.
Từ “Chậu (Data Bucket)” đến “Hồ (Data Lake)”
“Nhà mình mới đang ‘chậu’ data (Data Bucket). Còn chưa lên vũng.”
— TGĐ Nagakawa
Nguyên tắc then chốt:Dù ở giai đoạn “Chậu (Data Bucket)”, “Vũng (Data Pool)”, “Ao (Data Pond)” hay “Hồ (Data Lake)” — mỗi đơn vị dữ liệu đều phải có một Data Owner (Người chịu trách nhiệm dữ liệu). Không có Data Owner — không thể biết số nào là “bản cuối”.
3 tầng Methodology (Phương pháp luận) NACI cần xác lập
Click hoặc chờ tự chuyển
DATA SOVEREIGNTY(Chủ quyền Dữ liệu)
CEO KÝDữ liệu là tài sản của Nagakawa, không phải của phòng ban. Phòng ban là Data Steward (Người trông giữ dữ liệu), không phải chủ sở hữu.
→ Tuyên ngôn này phải do CEO ký và truyền thông toàn công ty trước khi NACI ra đời. Không có nó, mọi nỗ lực thu thập dữ liệu sẽ gặp kháng cự.
SINGLE SOURCE OF TRUTH(Nguồn Sự thật Duy nhất)
DATA PRINCIPLEMỗi loại dữ liệu có đúng một nguồn chính thức. Conflict (Mâu thuẫn) không phải lỗi — Conflict là tín hiệu cần điều tra. NACI không xóa Conflict, NACI trace (truy tìm) đến gốc rễ.
→ Methodology (Phương pháp luận) này bảo vệ các phòng ban khỏi bị oan. Khi Conflict được trace đúng, ai cũng rõ vấn đề nằm ở đâu — không ai bị đổ lỗi oan.
OUTCOME OVER OUTPUT(Kết quả hơn Sản phẩm)
KPI NACINACI không đo thành công bằng số dashboard hay số báo cáo xuất ra. NACI đo bằng số quyết định của CEO được hỗ trợ bởi dữ liệu.
→ Nếu CEO vẫn quyết định bằng cảm tính dù có NACI — NACI thất bại, dù có 100 dashboard đẹp.
Vòng lặp kín (Closed Loop) — Method → Tool → Test → Validate → Loop
Xác định phương pháp thu thập và xử lý phù hợp với từng nguồn: Nagakawa ERP, Nagakawa QLBH, Nagakawa WMS, hồ sơ giấy, Excel...
AI, streaming data engine, API tích hợp, số hóa văn bản và hồ sơ giấy, làm sạch số liệu, thu thập data tự động
Business Analyst (BA) kiểm thử tính nhất quán với nghiệp vụ thực tế của từng phòng ban
Data Owner (Người chịu trách nhiệm dữ liệu) của từng Data Bucket (Chậu dữ liệu) ký xác nhận — chịu trách nhiệm trước CEO
Vòng lặp kín (Closed Loop) — không có điểm kết thúc. Mỗi vòng VALIDATE xong, quy trình tiếp tục cải thiện ở vòng tiếp theo.
Ai nên là Giám đốc NACI giai đoạn đầu?
Khuyến nghị: CEO / Phó Chủ tịch HĐQT trực tiếp làm Giám đốc NACI trong 6–12 tháng đầu. Sau khi Closed Loop (Vòng lặp kín) thu thập → xử lý → hiển thị đi vào ổn định, mới bàn giao cho người khác.
Tiền lệ tại Việt Nam
Masan (MSN / MCH): Ông Nguyễn Đăng Quang, Chủ tịch HĐQT, kiêm CIO trực tiếp chỉ đạo chuyển đổi số giai đoạn đầu.
Rạng Đông (RAL): Ông Nguyễn Đoàn Kết, Phó Chủ tịch HĐQT (em trai Chủ tịch Nguyễn Đoàn Thăng), trực tiếp làm Giám đốc Trung tâm Chuyển đổi số giai đoạn đầu.
Khuyến nghị
hành động
(không cần ngân sách lớn)
Chỉ định Data Owner (Người chịu trách nhiệm dữ liệu) cho từng Data Bucket (Chậu dữ liệu) hiện có
Mỗi nguồn dữ liệu hiện tại — Nagakawa ERP, Nagakawa QLBH (Quản lý Bảo hành), Nagakawa WMS (Quản lý Kho), hồ sơ giấy, Excel từng phòng ban — cần có một người chịu trách nhiệm xác nhận số liệu. Không có Data Owner — không có giai đoạn tiếp theo.
Họp 1 lần/tuần: CEO + Data Owner → review Conflict (mâu thuẫn dữ liệu)
Trong 3 tháng đầu, CEO trực tiếp ngồi với các Data Owner để giải quyết Conflict. Mỗi Conflict được giải quyết là thêm một nguyên tắc Methodology (Phương pháp luận) được ghi lại thành văn bản.
Viết 1 trang: 'Source of Truth (Nguồn sự thật chính thức) của Nagakawa' — CEO ký
Tài liệu 1 trang ghi rõ: Nagakawa ERP là Source of Truth cho sell-in, Nagakawa QLBH là Source of Truth cho sell-out, v.v. CEO ký → phát hành toàn công ty. Đây là nền tảng pháp lý cho NACI.