Quy trình dự án phân tích dữ liệu: từ yêu cầu, từ điển dữ liệu đến bàn giao dashboard
Nội dung bài viết 11 mục
Tóm tắt nhanh
- Dự án dữ liệu thất bại thường vì yêu cầu mơ hồ và số liệu không được kiểm chứng, ít khi vì công cụ.
- 7 giai đoạn: Yêu cầu → Đặc tả KPI → Dữ liệu & từ điển dữ liệu → Xây dựng → Kiểm thử → Nghiệm thu → Bàn giao & vận hành.
- Ba tài liệu cốt lõi: đặc tả KPI, từ điển dữ liệu, nhật ký phân tích (log).
- Đây cũng là quy trình Industrial Knowledge áp dụng khi nhận làm dashboard cho khách hàng.
Vì sao cần quy trình?
“Làm cho anh cái dashboard chất lượng” là yêu cầu điển hình — và cũng là nguồn gốc của nhiều lần làm lại. Một quy trình rõ ràng giúp hai bên thống nhất ai dùng, xem gì, số lấy từ đâu, tính thế nào trước khi bắt tay xây dựng. Tinh thần giống Project Charter trong dự án Six Sigma.
7 giai đoạn
| # | Giai đoạn | Đầu ra | Người tham gia |
|---|---|---|---|
| 1 | Thu thập yêu cầu | Biên bản yêu cầu: người dùng, câu hỏi, nhịp họp | Chủ dự án, người dùng chính |
| 2 | Đặc tả KPI | Bảng định nghĩa KPI, mục tiêu, phác thảo bố cục | Chủ dự án, người phân tích |
| 3 | Dữ liệu | Danh sách nguồn, từ điển dữ liệu, mẫu dữ liệu | IT, người nhập liệu |
| 4 | Xây dựng | Mô hình dữ liệu, measure, dashboard bản nháp | Người phân tích |
| 5 | Kiểm thử | Biên bản đối chiếu số liệu | Người phân tích, người dùng chính |
| 6 | Nghiệm thu | Biên bản nghiệm thu theo checklist | Chủ dự án |
| 7 | Bàn giao, vận hành | Hướng dẫn sử dụng, quy trình cập nhật, người phụ trách | Người dùng, IT |
Giai đoạn 1 – Câu hỏi thu thập yêu cầu
- Ai sẽ xem dashboard? Xem lúc nào (họp sáng, họp tháng)?
- Họ cần trả lời 3 câu hỏi quan trọng nhất nào?
- Sau khi xem, họ sẽ ra quyết định/hành động gì?
- Hiện đang dùng báo cáo nào? Điều gì chưa ổn?
- Dữ liệu nằm ở đâu, ai đang nhập, cập nhật bao lâu một lần?
Giai đoạn 2 – Đặc tả KPI
| Trường | Ví dụ |
|---|---|
| Tên KPI | Tỉ lệ lỗi nội bộ (PPM) |
| Mục đích | Theo dõi chất lượng đầu ra công đoạn cuối |
| Công thức | Tổng số lỗi / Tổng số kiểm × 1.000.000 |
| Nguồn | Phiếu kiểm tra cuối chuyền (bảng KiemTra) |
| Tần suất | Ngày; tổng hợp tuần, tháng |
| Mục tiêu | ≤ 1.500 PPM năm 2026 |
| Chiều phân tích | Xưởng, dây chuyền, sản phẩm, khách hàng, mã lỗi |
| Chủ sở hữu | Trưởng phòng QC |
Xem thêm cách chọn KPI tại KPI là gì và KPI chất lượng.
Giai đoạn 3 – Từ điển dữ liệu
| Bảng | Trường | Kiểu | Đơn vị | Giá trị hợp lệ | Mô tả | Nguồn |
|---|---|---|---|---|---|---|
| KiemTra | Ngay | Date | – | Không ở tương lai | Ngày kiểm | Phiếu kiểm |
| KiemTra | DayChuyen | Text | – | L01–L08 | Mã dây chuyền | Danh mục |
| KiemTra | SoKiem | Số nguyên | cái | ≥ 1 | Số sản phẩm đã kiểm | Phiếu kiểm |
| KiemTra | SoLoi | Số nguyên | cái | 0 ≤ SoLoi ≤ SoKiem | Số sản phẩm lỗi | Phiếu kiểm |
| KiemTra | MaLoi | Text | – | Theo danh mục lỗi | Mã lỗi chính | Danh mục lỗi |
Từ điển dữ liệu giúp người mới hiểu dữ liệu, tránh hai người hiểu một trường theo hai cách, và là căn cứ để viết quy tắc kiểm tra tự động.
Giai đoạn 4 – Xây dựng và nhật ký phân tích
Ghi nhật ký phân tích (log) cho mọi quyết định xử lý dữ liệu:
| Ngày | Vấn đề | Quyết định | Ảnh hưởng | Người duyệt |
|---|---|---|---|---|
| 05/10 | 37 phiếu trùng số phiếu | Giữ bản nhập sau cùng | Giảm 0,3% số kiểm | Trưởng QC |
| 06/10 | Mã lỗi cũ “E9” không còn trong danh mục | Gộp vào “Khác” | Không đổi tổng | Trưởng QC |
Khi số liệu trên dashboard khác báo cáo cũ, nhật ký này giải thích được lý do.
Giai đoạn 5 – Kiểm thử số liệu
- Đối chiếu tổng theo tháng với báo cáo hiện hành; giải thích mọi chênh lệch.
- Chọn ngẫu nhiên 10–20 phiếu, dò từ nguồn đến dashboard.
- Kiểm tra trường hợp biên: tháng không có dữ liệu, dây chuyền mới, mẫu số bằng 0.
- Kiểm tra bộ lọc và phân quyền (người xưởng 1 không thấy xưởng 2).
Giai đoạn 6 – Nghiệm thu
Dùng checklist trong bài Thiết kế dashboard quản trị: mục đích, số liệu, KPI, khả năng đọc hiểu, tương tác, cập nhật, hiệu năng.
Giai đoạn 7 – Bàn giao và vận hành
- Hướng dẫn sử dụng ngắn (1–2 trang) và buổi hướng dẫn trực tiếp.
- Quy trình cập nhật: ai, khi nào, làm gì khi làm mới lỗi.
- Người sở hữu dashboard và kênh tiếp nhận yêu cầu chỉnh sửa.
- Đánh giá lại sau 1–3 tháng: dashboard có được dùng trong họp không, KPI nào không ai xem nên bỏ.
Lỗi hay gặp
- Bỏ qua giai đoạn 1–2, xây ngay → làm lại nhiều lần.
- Không ai đối chiếu số liệu trước khi đưa lãnh đạo xem → mất niềm tin ngay buổi đầu.
- Bàn giao xong không có người phụ trách → dashboard “chết” sau vài tháng.
Làm việc với Industrial Knowledge
Khi nhận làm dashboard, Industrial Knowledge đi theo đúng 7 giai đoạn trên: trao đổi yêu cầu, đặc tả KPI, kiểm thử số liệu cùng khách hàng và bàn giao kèm hướng dẫn. Xem các dashboard mẫu hoặc gửi yêu cầu dịch vụ.