DÙNG AI LẬP DASHBOARD TỪ EXCEL:
BIẾN DỮ LIỆU XÂY DỰNG THÀNH BẢNG ĐIỀU HÀNH TRỰC QUAN
Người làm xây dựng có rất nhiều dữ liệu Excel:
tiến độ,
khối lượng,
nhân lực,
thiết bị,
vật tư,
nghiệm thu,
NCR,
RFI,
thanh toán,
công nợ,
kế hoạch tuần,
báo cáo ngày...
Nhưng một vấn đề rất phổ biến là:
DỮ LIỆU CÓ RẤT NHIỀU, NHƯNG NGƯỜI QUẢN LÝ VẪN KHÔNG NHÌN THẤY VẤN ĐỀ.
Một file Excel có thể có:
5.000 dòng.
20 sheet.
50 cột.
Nhưng lãnh đạo thực tế có thể chỉ cần biết:
Tiến độ đang ở đâu?
Công việc nào chậm?
Khối lượng thực hiện bao nhiêu?
Vật tư nào đang thiếu?
Nhân lực có đáp ứng kế hoạch không?
NCR – Non-Conformance Report (Báo cáo không phù hợp) nào chưa đóng?
RFI – Request for Information (Yêu cầu làm rõ thông tin) nào đang quá hạn?
Thanh toán đang ở trạng thái nào?
Việc nào cần xử lý ngay?
Đây chính là vai trò của:
DASHBOARD – BẢNG ĐIỀU HÀNH.
AI có thể hỗ trợ rất mạnh trong việc biến:
RAW DATA – DỮ LIỆU THÔ
thành:
STRUCTURED DATA – DỮ LIỆU CÓ CẤU TRÚC
rồi thành:
KPI – KEY PERFORMANCE INDICATOR (CHỈ SỐ HIỆU SUẤT CHÍNH)
và cuối cùng là:
DASHBOARD – BẢNG ĐIỀU HÀNH.
Nhưng cần nhớ:
AI KHÔNG ĐƯỢC TỰ TẠO SỐ LIỆU.
AI KHÔNG ĐƯỢC TỰ TẠO CÔNG THỨC KPI RỒI COI ĐÓ LÀ QUY ĐỊNH CỦA DỰ ÁN.
AI KHÔNG ĐƯỢC TỰ ĐẶT NGƯỠNG XANH – VÀNG – ĐỎ.
AI hỗ trợ:
làm sạch,
chuẩn hóa,
phân tích,
tổng hợp,
phát hiện ngoại lệ,
đề xuất cách trình bày.
Kỹ sư/người quản lý xác nhận:
dữ liệu,
công thức,
KPI,
ngưỡng cảnh báo
và kết luận cuối cùng.
Quy trình nên là:
RAW DATA – DỮ LIỆU THÔ
↓
DATA CLEANING – LÀM SẠCH DỮ LIỆU
↓
DATA NORMALIZATION – CHUẨN HÓA DỮ LIỆU
↓
DATA MODEL – MÔ HÌNH DỮ LIỆU
↓
KPI DEFINITION – ĐỊNH NGHĨA KPI
↓
EXCEPTION RULE – QUY TẮC NGOẠI LỆ
↓
DASHBOARD – BẢNG ĐIỀU HÀNH
↓
DRILL-DOWN – TRUY XUỐNG CHI TIẾT
↓
SOURCE VERIFICATION – XÁC MINH NGUỒN.
────────────────────
BƯỚC 1: XÁC ĐỊNH DASHBOARD DÙNG ĐỂ TRẢ LỜI CÂU HỎI GÌ
Đừng bắt đầu bằng:
“Hãy tạo Dashboard đẹp cho file này.”
Hãy bắt đầu bằng:
MANAGEMENT QUESTION
– CÂU HỎI QUẢN LÝ.
Ví dụ:
Tiến độ hiện tại so với kế hoạch thế nào?
Những công việc nào chưa hoàn thành theo mốc kế hoạch?
Khối lượng tuần này tăng hay giảm?
Vật tư nào cần về trong 14 ngày tới?
NCR nào đang mở?
RFI nào chưa có phản hồi?
Hạng mục nào chưa đủ hồ sơ nghiệm thu?
Khoản thanh toán nào đang chờ xử lý?
Mỗi Dashboard – Bảng điều hành phải phục vụ một nhóm câu hỏi cụ thể.
Nếu không:
Dashboard dễ trở thành một trang đầy biểu đồ nhưng không giúp ra quyết định.
────────────────────
BƯỚC 2: XÁC ĐỊNH DASHBOARD USER – NGƯỜI SỬ DỤNG BẢNG ĐIỀU HÀNH
Dashboard cho:
Giám đốc dự án
khác với:
Chỉ huy trưởng.
Dashboard cho:
QA/QC – Quản lý/kiểm soát chất lượng
khác với:
QS – Kỹ sư khối lượng/chi phí.
Dashboard cho:
Planning Engineer – Kỹ sư tiến độ
khác với:
Ban lãnh đạo doanh nghiệp.
Hãy tạo:
DASHBOARD USER MATRIX
– MA TRẬN NGƯỜI DÙNG DASHBOARD.
User
| Management Question
| KPI Needed
| Detail Level
| Update Frequency
| Source.
Ví dụ:
Project Director – Giám đốc dự án
| Công việc nào cần can thiệp?
| Milestone, Progress, Open Issue
| Tổng hợp
| Weekly – Hàng tuần
| Schedule/Registers.
────────────────────
BƯỚC 3: XÁC ĐỊNH DATA DATE – NGÀY DỮ LIỆU
Một Dashboard ghi:
“Tiến độ 72%”
nhưng không nói dữ liệu đến ngày nào
thì rất khó sử dụng.
Mỗi nguồn phải có:
DATA DATE – NGÀY CHỐT DỮ LIỆU.
Ví dụ:
Progress Data Date:
30/09/2026.
NCR Data Date:
29/09/2026.
Procurement Data Date:
28/09/2026.
Payment Data Date:
25/09/2026.
Không được giả định:
tất cả dữ liệu đều cập nhật cùng một ngày.
────────────────────
BƯỚC 4: TẠO DATA SOURCE REGISTER – DANH MỤC NGUỒN DỮ LIỆU
Trước khi làm Dashboard:
phải biết số liệu lấy từ đâu.
Tạo bảng:
Source ID
| Data Type
| File/Sheet
| Owner
| Data Date
| Update Frequency
| Key Field
| Notes.
Ví dụ:
SRC-01
| Progress
| Progress.xlsx / Sheet Update
| Planning
| 30/09/2026
| Weekly
| Activity ID
| Current update.
SRC-02
| NCR
| NCR_Register.xlsx
| QA/QC
| 29/09/2026
| Daily
| NCR ID
| Open/Closed status.
Nguyên tắc:
MỖI CON SỐ TRÊN DASHBOARD PHẢI CÓ THỂ TRUY VỀ NGUỒN.
────────────────────
BƯỚC 5: KHÔNG ĐƯA FILE EXCEL LỘN XỘN VÀ YÊU CẦU AI “PHÂN TÍCH LUÔN”
Trước hết hãy yêu cầu AI kiểm tra:
Sheet Name – Tên sheet.
Header – Tiêu đề cột.
Merged Cell – Ô gộp.
Blank Row – Dòng trống.
Duplicate Row – Dòng trùng.
Formula – Công thức.
Hard-coded Value – Giá trị nhập trực tiếp.
Date Format – Định dạng ngày.
Unit – Đơn vị.
Status – Trạng thái.
ID – Mã định danh.
Data Type – Kiểu dữ liệu.
Mục tiêu:
DATA QUALITY CHECK
– KIỂM TRA CHẤT LƯỢNG DỮ LIỆU.
────────────────────
BƯỚC 6: TẠO DATA DICTIONARY – TỪ ĐIỂN DỮ LIỆU
Một cột có tên:
“KL”
có thể là:
Khối lượng.
Một cột:
“HT”
có thể là:
Hoàn thành.
Nhưng AI không nên tự đoán.
Tạo:
Field Name
| Vietnamese Meaning
| English Meaning
| Data Type
| Unit
| Allowed Values
| Source
| Verification.
Ví dụ:
Actual_Qty
| Khối lượng thực hiện
| Actual Quantity
| Number
| m³
| ≥0
| Progress Sheet
| Confirmed.
────────────────────
BƯỚC 7: TẠO UNIQUE ID – MÃ ĐỊNH DANH DUY NHẤT
Một hệ thống Dashboard tốt cần khóa liên kết dữ liệu.
Ví dụ:
Activity ID – Mã công việc.
NCR ID – Mã NCR.
RFI ID – Mã RFI.
Material ID – Mã vật tư.
Equipment ID – Mã thiết bị.
Action ID – Mã hành động.
Inspection ID – Mã nghiệm thu.
Payment ID – Mã thanh toán.
Không nên liên kết dữ liệu chỉ bằng:
tên công việc.
Vì:
“Đổ bê tông sàn”
có thể xuất hiện hàng chục lần.
────────────────────
BƯỚC 8: KIỂM TRA DUPLICATE – DỮ LIỆU TRÙNG
AI có thể phát hiện:
Exact Duplicate – Trùng chính xác.
Possible Duplicate – Có khả năng trùng.
Ví dụ:
NCR-015
xuất hiện hai dòng.
Nhưng có thể:
một dòng là bản cập nhật.
một dòng là bản cũ.
Không được tự xóa.
Tạo:
DUPLICATE REVIEW REGISTER
– DANH MỤC RÀ SOÁT DỮ LIỆU TRÙNG.
Record ID
| Duplicate Candidate
| Reason
| Source
| Action
| Verification.
────────────────────
BƯỚC 9: CHUẨN HÓA STATUS – TRẠNG THÁI
Ví dụ trong file có:
Open.
OPEN.
Đang mở.
Pending.
Chờ.
Closed.
CLOSE.
Hoàn thành.
Nếu không chuẩn hóa:
Dashboard có thể đếm sai.
Tạo:
STATUS MAPPING TABLE
– BẢNG ÁNH XẠ TRẠNG THÁI.
Original Status
| Normalized Status
| Definition
| Source
| Verification.
Quan trọng:
không tự gom:
Pending
và:
Open
thành một trạng thái
nếu quy trình dự án phân biệt hai khái niệm này.
────────────────────
BƯỚC 10: CHUẨN HÓA NGÀY THÁNG
Excel rất dễ có:
01/02/2026
nhưng không rõ:
1 February
hay:
2 January.
Hãy xác nhận:
DATE FORMAT – ĐỊNH DẠNG NGÀY.
Ví dụ:
DD/MM/YYYY.
Sau đó mới tính:
Ageing – Tuổi tồn tại.
Duration – Thời lượng.
Due Date – Ngày đến hạn.
Delay – Chậm.
Không để AI tự đoán định dạng ngày.
────────────────────
BƯỚC 11: CHUẨN HÓA ĐƠN VỊ
Ví dụ cùng một bảng có:
1.000 kg.
1 tấn.
0,5 ton.
500 kg.
Nếu cần tổng hợp:
phải chuẩn hóa.
Nhưng phải giữ:
Original Value – Giá trị gốc.
Original Unit – Đơn vị gốc.
Normalized Value – Giá trị chuẩn hóa.
Normalized Unit – Đơn vị chuẩn hóa.
Không được thay dữ liệu gốc rồi mất dấu vết.
────────────────────
BƯỚC 12: TẠO DATA QUALITY EXCEPTION REGISTER – DANH MỤC NGOẠI LỆ DỮ LIỆU
Các lỗi có thể gồm:
Missing ID – Thiếu mã.
Duplicate ID – Trùng mã.
Missing Date – Thiếu ngày.
Invalid Date – Ngày không hợp lệ.
Missing Unit – Thiếu đơn vị.
Unknown Status – Trạng thái chưa xác định.
Formula Error – Lỗi công thức.
Broken Link – Liên kết lỗi.
Blank Required Field – Thiếu trường bắt buộc.
Unrecognized Value – Giá trị chưa nhận diện.
AI nên liệt kê lỗi trước khi tính KPI.
────────────────────
BƯỚC 13: KHÔNG BIẾN “Ô TRỐNG” THÀNH SỐ 0
Đây là lỗi rất nguy hiểm.
Ví dụ:
Actual Quantity – Khối lượng thực hiện
để trống.
Không được tự hiểu:
0.
Có thể là:
chưa cập nhật,
không áp dụng,
chưa có dữ liệu,
hoặc thực sự bằng 0.
Nên phân biệt:
Blank – Trống.
Zero – Bằng 0.
N/A – Không áp dụng.
Not Found – Chưa tìm thấy.
Not Updated – Chưa cập nhật nếu có căn cứ.
────────────────────
BƯỚC 14: TẠO KPI DICTIONARY – TỪ ĐIỂN KPI
Trước khi tạo Dashboard:
phải định nghĩa từng KPI.
Ví dụ:
KPI ID
| KPI Name
| Vietnamese Name
| Definition
| Formula
| Numerator
| Denominator
| Unit
| Data Source
| Data Date
| Owner.
Ví dụ:
KPI-PRO-01
| Actual Progress
| Tiến độ thực tế
| Theo phương pháp được dự án phê duyệt
| [Công thức]
| [...]
| [...]
| %
| Progress Data
| 30/09/2026
| Planning.
Nếu dự án chưa có công thức:
AI không được tự tạo rồi coi đó là KPI chính thức.
────────────────────
BƯỚC 15: MỘT TỶ LỆ PHẦN TRĂM PHẢI CÓ DENOMINATOR – MẪU SỐ
Ví dụ:
“90% hồ sơ đã hoàn thành.”
90% của cái gì?
100 hồ sơ?
200 hồ sơ?
Hồ sơ đến hạn?
Toàn bộ hồ sơ dự án?
Chỉ hồ sơ trong tháng?
Luôn ghi:
Numerator – Tử số.
Denominator – Mẫu số.
Ví dụ:
Closed NCR / Total NCR.
Nhưng ngay cả công thức này cũng cần làm rõ:
Total NCR gồm tất cả NCR lịch sử
hay chỉ NCR trong kỳ?
────────────────────
BƯỚC 16: KHÔNG TỰ TẠO “% CHẤT LƯỢNG”
Ví dụ:
“Chất lượng dự án = 92%.”
Nếu dự án không có công thức chính thức:
không nên tạo.
Thay vào đó có thể hiển thị dữ liệu thực:
Open NCR: 8.
Closed NCR: 42.
NCR Awaiting Verification: 3.
Inspection Accepted: 125.
Inspection Pending: 17.
Missing Records: 6.
Đây là dữ liệu.
Còn:
“Chất lượng đạt 92%”
là một kết luận cần định nghĩa rõ.
────────────────────
BƯỚC 17: DASHBOARD TIẾN ĐỘ – PROGRESS DASHBOARD
Có thể hiển thị:
Data Date – Ngày dữ liệu.
Planned Progress – Tiến độ kế hoạch.
Actual Progress – Tiến độ thực tế.
Variance – Chênh lệch.
Milestone Status – Trạng thái mốc.
Activities Planned This Week – Công việc kế hoạch tuần.
Activities Completed – Công việc hoàn thành.
Activities Not Completed – Công việc chưa hoàn thành.
Lookahead – Kế hoạch nhìn trước.
Nhưng cần lưu ý:
Progress Variance – Chênh lệch tiến độ %
không tự động đồng nghĩa:
Delay Days – Số ngày chậm.
Ví dụ:
Plan = 60%.
Actual = 55%.
Variance = -5 percentage points.
Không được tự viết:
“Chậm 5 ngày.”
────────────────────
BƯỚC 18: DASHBOARD MILESTONE – BẢNG ĐIỀU HÀNH MỐC
Tạo:
Milestone ID
| Milestone
| Baseline Date
| Current Forecast
| Actual Date
| Status
| Variance
| Source.
Phân biệt:
Baseline Date – Ngày kế hoạch cơ sở.
Current Planned Date – Ngày kế hoạch hiện tại.
Forecast Date – Ngày dự báo.
Actual Date – Ngày thực tế.
Không trộn các khái niệm này.
────────────────────
BƯỚC 19: DASHBOARD KHỐI LƯỢNG – QUANTITY DASHBOARD
Có thể theo dõi:
Planned Quantity – Khối lượng kế hoạch.
Actual Quantity – Khối lượng thực hiện.
Accepted Quantity – Khối lượng được nghiệm thu/chấp nhận.
Certified Quantity – Khối lượng được xác nhận thanh toán.
Paid Quantity/Value – Khối lượng/giá trị đã thanh toán nếu dữ liệu có.
Đặc biệt:
INSTALLED
– ĐÃ THI CÔNG
≠
ACCEPTED
– ĐƯỢC NGHIỆM THU
≠
CERTIFIED
– ĐƯỢC XÁC NHẬN THANH TOÁN
≠
PAID
– ĐÃ THANH TOÁN.
────────────────────
BƯỚC 20: DASHBOARD CHẤT LƯỢNG – QUALITY DASHBOARD
Có thể hiển thị:
Inspection Requested – Đã yêu cầu nghiệm thu.
Inspection Accepted – Được chấp nhận.
Inspection Pending – Đang chờ.
Open NCR – NCR đang mở.
Closed NCR – NCR đã đóng.
Punch Open – Tồn tại đang mở.
Punch Verified – Tồn tại đã xác minh.
Test Pending – Thí nghiệm đang chờ.
Missing Quality Records – Thiếu hồ sơ chất lượng.
Nhưng phải dùng:
Status Dictionary – Từ điển trạng thái
của dự án.
────────────────────
BƯỚC 21: DASHBOARD RFI – REQUEST FOR INFORMATION
Có thể theo dõi:
Total RFI – Tổng RFI.
Open RFI – RFI đang mở.
Responded RFI – RFI đã được phản hồi.
Overdue RFI – RFI quá hạn nếu có Due Date – Hạn phản hồi được xác định.
RFI Awaiting Implementation – RFI chờ triển khai.
RFI Awaiting Verification – RFI chờ xác minh.
Không được coi:
Response Received – Đã nhận phản hồi
là:
Issue Resolved – Vấn đề đã được giải quyết.
────────────────────
BƯỚC 22: DASHBOARD NCR – NON-CONFORMANCE REPORT
Có thể hiển thị:
Open NCR – NCR đang mở.
Reported Fixed – Báo đã khắc phục.
Awaiting Verification – Chờ xác minh.
Closed NCR – NCR đã đóng.
NCR Ageing – Tuổi NCR.
Recurring Issue Candidate – Vấn đề có khả năng lặp lại.
Nhớ:
REPORTED FIXED
≠
VERIFIED
≠
CLOSED.
────────────────────
BƯỚC 23: DASHBOARD VẬT TƯ – MATERIAL DASHBOARD
Có thể theo dõi:
Required Quantity – Khối lượng yêu cầu.
Ordered Quantity – Khối lượng đã đặt.
Delivered Quantity – Khối lượng đã giao.
Inspected Quantity – Khối lượng đã kiểm tra.
Accepted Quantity – Khối lượng được chấp nhận.
Stock Quantity – Tồn kho.
Allocated Quantity – Khối lượng đã phân bổ.
Material Required-on-Site Date – Ngày vật tư cần có tại công trường.
Nhưng:
DELIVERED
≠
ACCEPTED FOR USE.
────────────────────
BƯỚC 24: DASHBOARD MUA SẮM – PROCUREMENT DASHBOARD
Có thể theo dõi:
Submittal Status – Trạng thái trình duyệt.
Approval Status – Trạng thái phê duyệt.
Purchase Order Status – Trạng thái đơn đặt hàng.
Manufacturing Status – Trạng thái sản xuất.
Delivery Status – Trạng thái giao hàng.
Required-on-Site Date – Ngày cần tại công trường.
Confirmed Delivery Date – Ngày giao được xác nhận.
Long Lead Item – Vật tư/thiết bị có thời gian cung ứng dài.
Nhưng AI không được tự tạo:
Lead Time – Thời gian cung ứng
nếu không có dữ liệu.
────────────────────
BƯỚC 25: DASHBOARD NHÂN LỰC – MANPOWER DASHBOARD
Có thể hiển thị:
Planned Manpower – Nhân lực kế hoạch.
Actual Manpower – Nhân lực thực tế.
Trade – Nhóm nghề.
Workfront – Mặt bằng/khu vực thi công.
Activity – Công việc.
Output – Sản lượng.
Man-hours – Giờ công.
Nhưng:
Actual < Planned
không tự động có nghĩa:
“thiếu nhân lực.”
Có thể kế hoạch đã thay đổi hoặc công việc chưa sẵn sàng.
AI chỉ nên flag:
MANPOWER VARIANCE
– CHÊNH LỆCH NHÂN LỰC.
────────────────────
BƯỚC 26: DASHBOARD THIẾT BỊ – EQUIPMENT DASHBOARD
Có thể theo dõi:
Available – Sẵn có.
Operating – Đang hoạt động.
Idle – Nhàn rỗi.
Breakdown – Hỏng/dừng máy.
Maintenance – Bảo dưỡng.
Nhưng:
Idle – Nhàn rỗi
không đồng nghĩa:
Excess – Dư thừa.
Phải xem:
kế hoạch công việc,
mặt bằng,
chu kỳ sử dụng,
và điều kiện thi công.
────────────────────
BƯỚC 27: DASHBOARD THANH TOÁN – PAYMENT DASHBOARD
Có thể hiển thị:
Submitted Value – Giá trị đã trình.
Reviewed Value – Giá trị đã rà soát.
Certified Value – Giá trị được xác nhận/chứng nhận.
Paid Value – Giá trị đã thanh toán.
Outstanding Value – Giá trị còn lại theo định nghĩa được xác nhận.
Variation Submitted – Phát sinh đã trình.
Variation Approved – Phát sinh được phê duyệt.
Retention – Giá trị giữ lại nếu áp dụng.
Không được coi:
Submitted Value
=
Certified Value.
────────────────────
BƯỚC 28: DASHBOARD ACTION – BẢNG ĐIỀU HÀNH HÀNH ĐỘNG
Đây là một Dashboard rất thực tế cho họp giao ban.
Tạo:
Action ID
| Action
| Owner
| Raised Date
| Due Date
| Status
| Evidence
| Verification.
Có thể tổng hợp:
Open Actions – Hành động đang mở.
Overdue Actions – Hành động quá hạn.
Due This Week – Đến hạn tuần này.
Reported Complete – Báo hoàn thành.
Awaiting Verification – Chờ xác minh.
Closed – Đã đóng.
Nhưng:
Reported Complete
≠
Closed.
────────────────────
BƯỚC 29: TẠO EXCEPTION-BASED DASHBOARD – DASHBOARD THEO NGOẠI LỆ
Người quản lý không nhất thiết phải nhìn mọi dữ liệu.
Họ cần nhìn:
CÁI GÌ ĐANG KHÁC SO VỚI ĐIỀU KIỆN ĐƯỢC XÁC ĐỊNH?
Ví dụ:
Milestone Past Due – Mốc đã qua hạn.
Open NCR Past Due – NCR mở quá hạn.
RFI Past Due – RFI quá hạn.
Material Delivery Later Than Required Date – Giao vật tư sau ngày yêu cầu.
Action Past Due – Hành động quá hạn.
Missing Required Record – Thiếu hồ sơ yêu cầu.
Nhưng “quá hạn” chỉ được dùng khi có:
Due Date – Ngày đến hạn
hoặc quy tắc thời hạn đã được xác nhận.
────────────────────
BƯỚC 30: TẠO EXCEPTION REGISTER – DANH MỤC NGOẠI LỆ
Mỗi cảnh báo trên Dashboard nên truy xuống:
Exception ID
| Category
| Related ID
| Condition
| Actual Value
| Threshold/Basis
| Source
| Owner
| Status.
Ví dụ:
EX-015
| RFI
| RFI-021
| Response date > Due date
| 05/10/2026
| Due 02/10/2026
| RFI Register
| Design Team
| Open.
Không dùng từ:
Critical – Nghiêm trọng
nếu chưa có tiêu chí phân loại.
────────────────────
BƯỚC 31: KHÔNG TỰ TẠO NGƯỠNG XANH – VÀNG – ĐỎ
Dashboard rất hay sử dụng:
Green – Xanh.
Amber/Yellow – Vàng.
Red – Đỏ.
Nhưng AI không nên tự quyết:
<5 ngày = xanh.
5–10 ngày = vàng.
>10 ngày = đỏ.
nếu dự án chưa quy định.
Hãy tạo:
TRAFFIC-LIGHT RULE REGISTER
– DANH MỤC QUY TẮC ĐÈN CẢNH BÁO.
KPI
| Green Rule
| Amber Rule
| Red Rule
| Source
| Approved By.
Nếu chưa có:
THRESHOLD NOT CONFIRMED
– CHƯA XÁC NHẬN NGƯỠNG.
────────────────────
BƯỚC 32: PHÂN BIỆT SNAPSHOT – ẢNH CHỤP TẠI THỜI ĐIỂM VÀ TREND – XU HƯỚNG
Ví dụ:
Open NCR hiện tại = 12.
Đó là:
Snapshot – Trạng thái tại thời điểm.
Nếu có dữ liệu:
Tuần 1: 8.
Tuần 2: 10.
Tuần 3: 9.
Tuần 4: 12.
thì mới có:
Trend – Xu hướng.
Không được tạo xu hướng từ một điểm dữ liệu.
────────────────────
BƯỚC 33: TẠO HISTORICAL SNAPSHOT – ẢNH CHỤP DỮ LIỆU LỊCH SỬ
Nếu file Excel chỉ liên tục cập nhật một giá trị:
tuần trước có 10 NCR,
tuần này sửa thành 8,
thì dữ liệu lịch sử bị mất.
Muốn phân tích Trend – Xu hướng:
cần lưu:
Snapshot Date
| KPI
| Value
| Source.
Ví dụ:
25/09/2026
| Open NCR
| 10.
02/10/2026
| Open NCR
| 8.
AI không thể phục hồi chính xác lịch sử nếu dữ liệu đã bị ghi đè mà không còn nguồn.
────────────────────
BƯỚC 34: KIỂM TRA FLOW RECONCILIATION – ĐỐI CHIẾU BIẾN ĐỘNG
Ví dụ với NCR:
Opening Open NCR
+
New NCR
-
Closed NCR
=
Ending Open NCR.
Nếu:
10 + 5 - 4 ≠ 11,
cần kiểm tra dữ liệu.
AI có thể flag:
FLOW RECONCILIATION EXCEPTION
– NGOẠI LỆ ĐỐI CHIẾU BIẾN ĐỘNG.
Cách này rất hữu ích với:
NCR.
RFI.
Punch.
Action.
Submittal.
────────────────────
BƯỚC 35: DASHBOARD PHẢI CÓ DRILL-DOWN – TRUY XUỐNG CHI TIẾT
Ví dụ Dashboard ghi:
8 NCR đang mở.
Người dùng phải có khả năng xem:
8 NCR nào?
NCR ID?
Vị trí?
Ngày phát hành?
Owner – Người/bên xử lý?
Due Date?
Status?
Evidence?
Nếu Dashboard chỉ có:
“8 NCR”
mà không truy xuống được:
giá trị quản lý giảm rất nhiều.
────────────────────
BƯỚC 36: TIẾP TỤC DRILL-THROUGH – TRUY ĐẾN NGUỒN
Từ:
NCR-021
nên truy được đến:
NCR Register – Danh mục NCR.
NCR Form – Biểu mẫu NCR.
Photo Evidence – Ảnh bằng chứng.
Corrective Action – Hành động khắc phục.
Closure Evidence – Bằng chứng đóng.
Verification – Xác minh.
Đây là:
TRACEABILITY – KHẢ NĂNG TRUY NGUỒN.
────────────────────
BƯỚC 37: TẠO KPI-SOURCE MATRIX – MA TRẬN KPI–NGUỒN
KPI ID
| KPI
| Formula
| Source Table
| Source Fields
| Data Date
| Verification.
Ví dụ:
KPI-NCR-01
| Open NCR
| Count NCR where Status = Open
| NCR Register
| NCR ID + Status
| 30/09/2026
| Confirmed.
Nhờ đó khi một con số sai:
biết phải kiểm tra ở đâu.
────────────────────
BƯỚC 38: KIỂM TRA CÔNG THỨC TRƯỚC KHI TIN DASHBOARD
Dashboard đẹp không có nghĩa:
Dashboard đúng.
AI có thể kiểm tra:
Formula Consistency – Tính nhất quán công thức.
Broken Reference – Tham chiếu lỗi.
Hard-coded Cell – Ô nhập cứng.
Wrong Range – Sai vùng tính.
Missing Row – Bỏ sót dòng.
Duplicate Count – Đếm trùng.
Division by Zero – Chia cho 0.
Text Stored as Number – Số lưu dạng text.
Nhưng kỹ sư phải xác nhận:
công thức đó có đúng logic nghiệp vụ hay không.
────────────────────
BƯỚC 39: TẠO CALCULATION REGISTER – DANH MỤC PHÉP TÍNH
Với KPI quan trọng:
KPI ID
| Formula
| Input
| Source
| Result
| Verification.
Ví dụ:
Actual Progress
| Σ Weighted Actual / Σ Weight
| Activity Progress
| Progress Register
| 56.8%
| To Verify.
Không nên chỉ nhìn:
56.8%.
Phải biết:
56.8% được tính như thế nào.
────────────────────
BƯỚC 40: KIỂM TRA MẪU SỐ BẰNG REVERSE CALCULATION – TÍNH NGƯỢC
Ví dụ Dashboard ghi:
Acceptance Rate = 95%.
Hãy hỏi AI:
“Cho tôi biết chính xác tử số và mẫu số tạo ra 95%.”
Ví dụ:
Accepted = 190.
Total Inspected = 200.
190 / 200 = 95%.
Nếu không truy được:
KPI chưa đủ minh bạch.
────────────────────
BƯỚC 41: TẠO MANAGEMENT ATTENTION LIST – DANH SÁCH CẦN QUẢN LÝ CHÚ Ý
Thay vì để AI tự nói:
“Top 10 vấn đề nghiêm trọng nhất,”
hãy định nghĩa tiêu chí.
Ví dụ đưa vào danh sách nếu:
Past Due = Yes.
Open NCR = Yes.
Required Material Date < Confirmed Delivery Date.
Milestone Forecast > Baseline Date.
Action Due Date < Data Date and Status ≠ Closed.
Sau đó AI lọc.
Người quản lý quyết định:
ưu tiên xử lý cái nào.
────────────────────
BƯỚC 42: KHÔNG NHẦM CORRELATION – TƯƠNG QUAN VỚI CAUSATION – QUAN HỆ NHÂN QUẢ
Ví dụ:
Tuần này nhân lực giảm.
Tiến độ cũng giảm.
AI không được kết luận ngay:
“Tiến độ giảm do thiếu nhân lực.”
Có thể còn:
thiếu mặt bằng,
thiếu vật tư,
thay đổi thiết kế,
thời tiết,
chờ nghiệm thu,
hoặc nguyên nhân khác.
AI nên viết:
“Có sự đồng thời giữa giảm nhân lực và giảm sản lượng; cần kiểm tra nguyên nhân.”
────────────────────
BƯỚC 43: TẠO ONE-PAGE PROJECT DASHBOARD – DASHBOARD DỰ ÁN MỘT TRANG
Một cấu trúc tham khảo:
PHẦN 1:
PROJECT OVERVIEW – TỔNG QUAN DỰ ÁN.
Data Date.
Reporting Period.
Overall Progress nếu dự án có KPI được xác định.
Major Milestones – Các mốc chính.
PHẦN 2:
PROGRESS – TIẾN ĐỘ.
Plan.
Actual.
Variance.
Lookahead.
PHẦN 3:
QUALITY – CHẤT LƯỢNG.
Inspection.
NCR.
Punch.
Testing.
PHẦN 4:
DESIGN/DOCUMENT – THIẾT KẾ/HỒ SƠ.
RFI.
Submittal.
Drawing.
PHẦN 5:
PROCUREMENT – MUA SẮM.
Long Lead Items.
Required-on-Site.
Delivery.
PHẦN 6:
RESOURCE – NGUỒN LỰC.
Manpower.
Equipment.
PHẦN 7:
COMMERCIAL – THƯƠNG MẠI/CHI PHÍ.
Submitted.
Certified.
Paid.
Variation.
PHẦN 8:
ACTION/ISSUE – HÀNH ĐỘNG/VẤN ĐỀ.
Overdue Actions.
Open Issues.
Management Attention.
────────────────────
BƯỚC 44: MỖI BIỂU ĐỒ PHẢI TRẢ LỜI MỘT CÂU HỎI
Không tạo biểu đồ chỉ để đẹp.
Ví dụ:
Line Chart – Biểu đồ đường:
Tiến độ thay đổi theo thời gian thế nào?
Bar Chart – Biểu đồ cột:
Bộ môn nào có nhiều NCR mở hơn?
Stacked Bar – Biểu đồ cột chồng:
Tỷ trọng trạng thái RFI theo bộ môn?
Table – Bảng:
Những hành động nào đã quá hạn?
Một bảng đơn giản đôi khi hữu ích hơn biểu đồ cầu kỳ.
────────────────────
BƯỚC 45: AI CÓ THỂ ĐỀ XUẤT VISUALIZATION – CÁCH TRỰC QUAN HÓA, NHƯNG KHÔNG TỰ THAY ĐỔI Ý NGHĨA DỮ LIỆU
Ví dụ:
KPI Card – Thẻ KPI.
Trend Chart – Biểu đồ xu hướng.
Exception Table – Bảng ngoại lệ.
Status Distribution – Phân bố trạng thái.
Milestone Timeline – Dòng thời gian mốc.
Lookahead Table – Bảng nhìn trước.
Heatmap – Bản đồ nhiệt nếu có quy tắc phù hợp.
Nhưng biểu đồ phải dựa trên:
dữ liệu thật,
công thức đã xác nhận,
và định nghĩa rõ.
────────────────────
BƯỚC 46: TẠO DASHBOARD EXCEPTION REGISTER – DANH MỤC NGOẠI LỆ DASHBOARD
AI nên kiểm tra:
KPI Without Formula
– KPI chưa có công thức.
KPI Without Source
– KPI chưa có nguồn.
KPI Without Data Date
– KPI chưa có ngày dữ liệu.
Undefined Status
– Trạng thái chưa được định nghĩa.
Missing Threshold
– Chưa có ngưỡng.
Duplicate ID
– Trùng mã.
Blank Critical Field
– Trống trường quan trọng.
Formula Error
– Lỗi công thức.
Source Mismatch
– Nguồn không khớp.
Unreconciled Total
– Tổng chưa đối chiếu được.
Đây là “Dashboard kiểm tra Dashboard”.
────────────────────
BƯỚC 47: TẠO DATA QUALITY DASHBOARD – BẢNG ĐIỀU HÀNH CHẤT LƯỢNG DỮ LIỆU
Trước khi hỏi:
“Dự án đang thế nào?”
hãy biết:
“Dữ liệu đáng tin đến đâu?”
Có thể hiển thị:
Missing IDs.
Duplicate IDs.
Missing Dates.
Unknown Status.
Formula Errors.
Unlinked Records.
Stale Data – Dữ liệu cũ.
Unconfirmed Sources – Nguồn chưa xác nhận.
Không nhất thiết phải tạo:
Data Quality Score – Điểm chất lượng dữ liệu
nếu chưa có công thức được thống nhất.
────────────────────
BƯỚC 48: TẠO TRACEABILITY CHAIN – CHUỖI TRUY NGUỒN
Một KPI tốt phải truy được:
DASHBOARD KPI
↓
KPI FORMULA
↓
NORMALIZED DATA
↓
SOURCE RECORD
↓
SOURCE FILE/SHEET
↓
DATA DATE
↓
RESPONSIBLE OWNER.
Ví dụ:
OPEN NCR = 8
↓
Count Status = Open
↓
8 NCR IDs
↓
NCR Master Register
↓
NCR_Register.xlsx
↓
Data Date 30/09/2026.
Đây mới là Dashboard có khả năng kiểm tra.
────────────────────
BƯỚC 49: TWO-WAY CHECK – KIỂM TRA HAI CHIỀU
CHIỀU 1:
SOURCE → DASHBOARD.
Chọn 10 dòng dữ liệu nguồn.
Kiểm tra:
có được tính đúng vào Dashboard không?
CHIỀU 2:
DASHBOARD → SOURCE.
Chọn 5 KPI.
Truy ngược:
KPI
→ Formula
→ Source rows
→ File
→ Data Date.
Nếu không truy được:
chưa nên tin tuyệt đối Dashboard.
────────────────────
BƯỚC 50: RANDOM REVERSE CHECK – KIỂM TRA NGƯỢC NGẪU NHIÊN
Ví dụ Dashboard ghi:
Open NCR = 8.
Hãy yêu cầu AI:
“Liệt kê chính xác 8 NCR tạo nên con số này.”
Sau đó kiểm tra ngẫu nhiên:
NCR-003.
NCR-009.
NCR-014.
...
Nếu một NCR thực tế đã Closed – Đóng:
cần kiểm tra:
Data Date?
Status Mapping?
Nguồn dữ liệu?
Công thức?
Đây là cách rất hiệu quả để phát hiện Dashboard “đẹp nhưng sai”.
────────────────────
5 SAI LẦM THƯỜNG GẶP
SAI LẦM 1:
ĐƯA FILE EXCEL CHO AI VÀ YÊU CẦU:
“HÃY TẠO DASHBOARD ĐẸP.”
Sai thứ tự.
Phải kiểm tra dữ liệu trước.
────────────────────
SAI LẦM 2:
THẤY Ô TRỐNG
→ CHO BẰNG 0.
Blank
≠
Zero.
────────────────────
SAI LẦM 3:
AI TỰ TẠO KPI VÀ NGƯỠNG XANH – VÀNG – ĐỎ.
Nếu không có căn cứ:
đó chỉ là đề xuất,
không phải quy định dự án.
────────────────────
SAI LẦM 4:
DASHBOARD CÓ SỐ NHƯNG KHÔNG TRUY ĐƯỢC VỀ DỮ LIỆU GỐC.
Không biết:
con số đến từ đâu.
────────────────────
SAI LẦM 5:
DASHBOARD QUÁ NHIỀU BIỂU ĐỒ NHƯNG KHÔNG TRẢ LỜI CÂU HỎI QUẢN LÝ.
Dashboard không phải triển lãm biểu đồ.
Dashboard phải giúp:
NHÌN THẤY.
HIỂU.
TRUY XUỐNG.
XÁC MINH.
VÀ HÀNH ĐỘNG.
────────────────────
KHUYẾN CÁO ĐỂ AI LÀM VIỆC HIỆU QUẢ, KHÔNG RƠI VÀO VÙNG GIỚI HẠN
1. Luôn xác định Data Date – Ngày dữ liệu.
2. Tạo Data Source Register – Danh mục nguồn dữ liệu.
3. Không tự hiểu Blank – Ô trống là Zero – Số 0.
4. Chuẩn hóa Status – Trạng thái trước khi đếm.
5. Chuẩn hóa Unit – Đơn vị trước khi cộng.
6. Kiểm tra Duplicate ID – Mã trùng.
7. Mỗi KPI phải có Definition – Định nghĩa.
8. Mỗi KPI phải có Formula – Công thức.
9. Tỷ lệ phải có Numerator – Tử số và Denominator – Mẫu số.
10. Không tự tạo Quality Score – Điểm chất lượng.
11. Không tự tạo Traffic-Light Threshold – Ngưỡng xanh/vàng/đỏ.
12. Không biến Progress Variance – Chênh lệch % tiến độ thành Delay Days – Số ngày chậm.
13. Không coi Correlation – Tương quan là Causation – Quan hệ nhân quả.
14. Mỗi KPI phải truy được về Source – Nguồn.
15. Người quản lý/kỹ sư xác nhận kết quả cuối cùng.
────────────────────
PROMPT “CHỐNG SUY ĐOÁN” DÙNG NGAY
“Bạn là trợ lý hỗ trợ tôi phân tích dữ liệu Excel và xây dựng Dashboard (Bảng điều hành) cho dự án xây dựng.
Chỉ sử dụng dữ liệu tôi cung cấp.
Luôn ghi English Term (Thuật ngữ tiếng Anh) cạnh tiếng Việt đối với thuật ngữ chuyên môn.
Không tự tạo số liệu.
Không tự sửa dữ liệu gốc.
Không tự coi Blank (Ô trống) là Zero (Số 0).
Không tự tạo KPI (Chỉ số hiệu suất chính), công thức KPI hoặc ngưỡng cảnh báo như một quy định chính thức nếu tôi chưa xác nhận.
Thực hiện theo thứ tự:
1. Tạo Data Source Register (Danh mục nguồn dữ liệu).
2. Xác định Data Date (Ngày dữ liệu) của từng nguồn.
3. Tạo Data Dictionary (Từ điển dữ liệu).
4. Kiểm tra:
- Missing ID (Thiếu mã);
- Duplicate ID (Trùng mã);
- Missing Date (Thiếu ngày);
- Invalid Date (Ngày không hợp lệ);
- Unknown Status (Trạng thái chưa xác định);
- Missing Unit (Thiếu đơn vị);
- Formula Error (Lỗi công thức);
- Broken Reference (Tham chiếu lỗi);
- Blank Required Field (Thiếu trường bắt buộc).
5. Tạo Data Quality Exception Register (Danh mục ngoại lệ chất lượng dữ liệu).
6. Chỉ sau khi dữ liệu được kiểm tra mới đề xuất KPI Dictionary (Từ điển KPI).
7. Với mỗi KPI phải ghi:
- KPI Name (Tên KPI);
- Definition (Định nghĩa);
- Formula (Công thức);
- Numerator (Tử số) nếu có;
- Denominator (Mẫu số) nếu có;
- Unit (Đơn vị);
- Source (Nguồn);
- Data Date (Ngày dữ liệu).
8. Nếu công thức chưa được xác nhận, ghi:
FORMULA TO BE CONFIRMED
– CÔNG THỨC CẦN XÁC NHẬN.
9. Nếu ngưỡng cảnh báo chưa có, ghi:
THRESHOLD NOT CONFIRMED
– CHƯA XÁC NHẬN NGƯỠNG.
10. Nếu dữ liệu không tìm thấy, ghi:
CHƯA TÌM THẤY TRONG DỮ LIỆU ĐƯỢC CUNG CẤP
(NOT FOUND IN PROVIDED DATA).
11. Không suy luận nguyên nhân chỉ từ tương quan dữ liệu.
12. Tạo Dashboard Exception Register (Danh mục ngoại lệ Dashboard).
13. Với mỗi KPI, tạo Traceability Chain (Chuỗi truy nguồn):
KPI
→ Formula
→ Normalized Data
→ Source Record
→ Source File/Sheet
→ Data Date.
14. Cuối cùng thực hiện Random Reverse Check (Kiểm tra ngược ngẫu nhiên) đối với ít nhất 5 KPI hoặc số liệu quan trọng.
Nếu không đủ dữ liệu để kết luận:
ghi rõ CHƯA ĐỦ CĂN CỨ.
Không tự suy đoán.”
────────────────────
THỰC HÀNH NGAY
Đừng bắt đầu bằng Dashboard toàn dự án.
Hãy chọn:
01 FILE EXCEL ĐƠN GIẢN.
Ví dụ:
NCR REGISTER – DANH MỤC NCR.
Cung cấp file cho AI.
Yêu cầu tạo:
1. Data Source Register – Danh mục nguồn dữ liệu.
2. Data Dictionary – Từ điển dữ liệu.
3. Data Quality Exception Register – Danh mục ngoại lệ dữ liệu.
4. Status Mapping Table – Bảng ánh xạ trạng thái.
5. KPI Dictionary – Từ điển KPI.
6. Open NCR – NCR đang mở.
7. Closed NCR – NCR đã đóng.
8. NCR Ageing – Tuổi NCR nếu đủ dữ liệu.
9. NCR Exception Register – Danh mục ngoại lệ NCR.
10. Dashboard – Bảng điều hành.
Sau đó chọn một con số:
OPEN NCR = 8.
Yêu cầu AI:
“LIỆT KÊ 8 NCR TẠO NÊN CON SỐ NÀY.”
Kiểm tra ngược từng dòng.
Khi đúng:
01 file
→ nhiều file
→ một bộ môn
→ một dự án
→ Dashboard tổng hợp.
MỤC TIÊU CUỐI CÙNG KHÔNG PHẢI:
“AI LÀM CHO TÔI MỘT DASHBOARD ĐẸP.”
MÀ LÀ:
MỖI CON SỐ TRÊN DASHBOARD ĐỀU TRẢ LỜI ĐƯỢC:
NÓ CÓ NGHĨA LÀ GÌ?
ĐƯỢC TÍNH NHƯ THẾ NÀO?
DỮ LIỆU ĐẾN NGÀY NÀO?
LẤY TỪ FILE NÀO?
LẤY TỪ NHỮNG DÒNG NÀO?
CÓ THỂ TRUY NGƯỢC KHÔNG?
CÓ DỮ LIỆU THIẾU KHÔNG?
CÓ DỮ LIỆU TRÙNG KHÔNG?
CÓ CÔNG THỨC NÀO CHƯA XÁC NHẬN KHÔNG?
VÀ NGƯỜI QUẢN LÝ CÓ THỂ DÙNG NÓ ĐỂ RA QUYẾT ĐỊNH GÌ?
ĐÓ MỚI LÀ:
TRACEABLE PROJECT DASHBOARD
– BẢNG ĐIỀU HÀNH DỰ ÁN CÓ KHẢ NĂNG TRUY NGUỒN.
AI KHÔNG THAY THẾ KỸ SƯ, CHỈ HUY TRƯỞNG, QA/QC, QS, PLANNING ENGINEER HAY NGƯỜI QUẢN LÝ DỰ ÁN.
AI GIÚP BIẾN HÀNG NGHÌN DÒNG EXCEL THÀNH THÔNG TIN CÓ CẤU TRÚC, CÓ THỂ KIỂM TRA VÀ HỖ TRỢ NGƯỜI QUẢN LÝ NHÌN THẤY ĐÚNG VẤN ĐỀ.
BÀI 34/100 – SERIES AI THỰC CHIẾN CHO NGƯỜI LÀM XÂY DỰNG
🔎 Bạn đang tìm việc hoặc cần tuyển nhân sự ngành Xây dựng?
👉 Tìm việc – Đăng tuyển nhanh tại: https://vmcworks.com.vn/
💬 Cần hỗ trợ? Kết nối VMC Works: https://zalo.me/vmcworks
#vmcworks #kysu #xaydung #AITrongXayDung #DashboardXayDung #ExcelXayDung #QuanLyDuAn #KySuXayDung
Viết bình luận