Checklist Review BEP (Kế hoạch triển khai BIM)
Checklist setup model của chúng tôi đã đề cập rằng bất kỳ fix nào mất hơn 30 phút nên trở thành “một task trong buổi review BEP” thay vì vá tạm trước khi phát hành. Đây là những gì một buổi review BEP thực sự kiểm tra.
Checklist
- Quy tắc đặt tên vẫn khớp với thực tế. Nếu workset hoặc đặt tên file đã lệch khỏi những gì BEP ghi lại (thường xảy ra sau khi một bộ môn mới tham gia giữa dự án), cập nhật BEP — đừng để tài liệu và thực hành âm thầm lệch nhau.
- Mục tiêu LOD/LOI theo mỗi milestone vẫn khả thi theo tiến độ. Một BEP viết lúc khởi động thường đặt mục tiêu Level of Development khá lạc quan; review xem tốc độ modeling hiện tại có thực sự đáp ứng cam kết LOD của milestone tiếp theo không, hay cần đàm phán lại với khách hàng ngay bây giờ thay vì phát hiện khoảng cách lúc bàn giao.
- Cấu trúc thư mục và quyền truy cập CDE (Common Data Environment) khớp với team hiện tại. Nhà thầu phụ mới thêm sau khởi động thường được cấp quyền thư mục như một việc làm sau, không được ưu tiên — kiểm tra quyền có khớp với ai đang thực sự đóng góp không, không chỉ ai được liệt kê lúc bắt đầu dự án.
- Tần suất họp phối hợp khớp với khối lượng clash thực tế. Nếu số clash giảm đáng kể (tiến độ phối hợp tốt) hoặc tăng vọt (bộ môn mới được link, thay đổi thiết kế lớn), tần suất họp trong BEP nên được xem lại — họp hàng tuần trên dự án chỉ phát sinh 5 clash/tuần là thừa; họp hai tuần một lần trên dự án phát sinh 200 clash là thiếu trách nhiệm.
- Ma trận trách nhiệm vẫn liệt kê đúng người. Thay đổi nhân sự là bình thường trên dự án dài hạn; một BEP ghi tên một BIM coordinator đã nghỉ ba tháng trước không còn là tài liệu quy trình nữa, mà là một hiện vật cũ không ai tin tưởng.
- Yêu cầu định dạng trao đổi file vẫn được tuân thủ. Kiểm tra xem export IFC (nếu BEP yêu cầu) có thực sự validate đúng phiên bản schema quy định không — một ô checkbox “chúng tôi export IFC” trong BEP không xác nhận file export đó dùng được cho bên nhận.
- Định nghĩa tolerance và ưu tiên clash vẫn phản ánh rủi ro hiện tại. Đầu dự án, clash kết cấu vs kiến trúc có thể là ưu tiên hàng đầu; khi tuyến MEP dày đặc hơn, clash thông thủy và clash MEP-vs-MEP thường trở thành nhóm rủi ro cao hơn — ma trận ưu tiên clash trong BEP nên thay đổi theo giai đoạn dự án, không cố định từ lúc khởi động.
Tại sao theo thứ tự này
Mục 1-3 là cấu trúc/hành chính — kiểm tra rẻ, dễ để âm thầm lệch. Mục 4-5 là quy trình/con người — những thứ này thay đổi theo động lực dự án và cần chủ động xem lại, không giả định thụ động. Mục 6-7 là nội dung kỹ thuật của phối hợp — xác nhận những thứ này không chỉ được ghi trong tài liệu mà thực sự đang diễn ra đúng như quy định.
Lỗi thường gặp
Coi BEP là tài liệu viết một lần lúc khởi động và chỉ tham chiếu khi khách hàng hỏi tới. Một BEP không được xem lại kể từ lúc bắt đầu dự án đang mô tả một team, tiến độ, và hồ sơ rủi ro không còn tồn tại vào lúc bạn đang ở giữa dự án — review nó theo 7 điểm này trước mỗi milestone là điều giữ nó là tài liệu quy trình sống thay vì giấy tờ hợp đồng không ai tuân theo.