Trong một dự án BIM, vấn đề không phải là tạo ra thật nhiều thông tin, mà là xác định rõ: thông tin nào cần được trao đổi, vào thời điểm nào, theo yêu cầu nào, để bên nhận dùng được đúng mục đích.
Khái niệm EIR — Exchange Information Requirements, yêu cầu trao đổi thông tin — được sử dụng trong chính bối cảnh đó. Đây là đề bài về thông tin mà bên yêu cầu đưa cho các bên thực hiện; các bên thực hiện trả lời bằng kế hoạch thực hiện BIM.
Không có yêu cầu trao đổi thông tin được viết rõ, mỗi bên sẽ tự đoán “thế nào là đủ”, và khoảng cách giữa cái được giao với cái thực sự cần chỉ lộ ra ở phút cuối.
Yêu cầu trao đổi thông tin giữ vai trò gì trong quản lý BIM?
Yêu cầu trao đổi thông tin là tài liệu do bên yêu cầu lập, nêu rõ những gì họ cần nhận trong quá trình thực hiện dự án và cách thức giao nhận. Trong tài liệu dự án, nó thường được gọi tắt bằng cụm tiếng Anh EIR (Exchange Information Requirements).
Điểm phân biệt quan trọng: EIR không mô tả cách làm việc của bên thực hiện. Nó mô tả kết quả mong đợi. Bên thực hiện được tự chủ về phương pháp, miễn là sản phẩm giao ra đáp ứng yêu cầu đã nêu.
Về thuật ngữ: bài viết dùng EIR = Exchange Information Requirements, thống nhất với đề cương chương trình BIM của Viện. Một số tài liệu cũ hơn dùng cụm EIR với nghĩa “Employer’s Information Requirements”. Hai cách hiểu có phạm vi hơi khác nhau, nên khi đọc hồ sơ dự án cần xác nhận tài liệu đang dùng nghĩa nào.
EIR giúp xác lập yêu cầu trao đổi thông tin giữa các bên như thế nào?
Để thấy giá trị của EIR, hãy nhìn vào những gì xảy ra khi thiếu nó.
Vấn đề 1 — Mỗi bên hiểu “bàn giao mô hình” một kiểu. Không có mô tả cụ thể, một bên nộp tệp mô hình nguyên bản, bên khác nộp bản xuất định dạng trung gian, bên thứ ba nộp kèm bảng thống kê. Cả ba đều tin mình đã hoàn thành nghĩa vụ.
Vấn đề 2 — Không có căn cứ để từ chối sản phẩm chưa đạt. Khi mô hình nộp lên thiếu thuộc tính cần thiết, bên tiếp nhận muốn trả lại nhưng không chỉ ra được điều khoản nào bị vi phạm. Cuộc tranh luận chuyển thành thương lượng thay vì kiểm tra.
Vấn đề 3 — Thông tin vận hành biến mất. Những thuộc tính chỉ có giá trị sau khi bàn giao thường là thứ đầu tiên bị bỏ qua, vì trong giai đoạn thực hiện chưa ai thấy cần đến chúng.
Vấn đề 4 — Chi phí phát sinh muộn. Khi yêu cầu chỉ được nêu ra giữa chừng, bên thực hiện có cơ sở xem đó là phát sinh ngoài phạm vi. Đặt yêu cầu từ đầu giúp chi phí được tính vào giá ngay từ khâu chào thầu.
Yêu cầu trao đổi thông tin đứng ở đâu giữa các lớp yêu cầu khác?
EIR là lớp thứ tư trong nhóm bốn lớp yêu cầu thông tin, và giữ vai trò bản lề. Ba lớp trước — yêu cầu ở cấp tổ chức, cấp dự án và cấp tài sản — mô tả nhu cầu. EIR chuyển những nhu cầu đó thành yêu cầu giao nhận cụ thể mà một bên thực hiện có thể đọc và thực thi.
Cấu trúc đầy đủ của bốn lớp cùng quan hệ giữa chúng được trình bày ở bài hệ thống yêu cầu thông tin trong BIM. Ở đây chỉ cần nhớ một điều: EIR là nơi nhu cầu trở thành nghĩa vụ. Một nhu cầu không xuất hiện trong EIR thì gần như chắc chắn sẽ không xuất hiện trong sản phẩm bàn giao.
Đây là lý do việc rà soát EIR quan trọng hơn nhiều so với mức độ quan tâm mà nó thường nhận được. Sai sót ở EIR không gây hậu quả ngay — nó âm thầm loại bỏ một phần dữ liệu khỏi phạm vi công việc, và chỉ lộ ra khi không thể sửa được nữa.
Từ yêu cầu trao đổi thông tin đến kế hoạch thực hiện BIM
Quan hệ giữa hai tài liệu này là quan hệ yêu cầu và cam kết.
| Khía cạnh | EIR | BEP |
|---|---|---|
| Ai lập | Bên yêu cầu thông tin | Bên thực hiện |
| Trả lời câu hỏi | Chúng tôi cần nhận gì? | Chúng tôi sẽ giao thế nào? |
| Thời điểm | Trước khi chọn bên thực hiện | Sau khi biết yêu cầu |
| Tính chất | Đề bài | Lời giải |
| Thay đổi khi nào | Khi nhu cầu thay đổi | Khi cách tổ chức công việc thay đổi |
Hệ quả: rà soát kế hoạch thực hiện BIM mà không mở EIR ra đối chiếu thì không có tiêu chí đánh giá. Bạn chỉ có thể nhận xét tài liệu trông đầy đủ hay không, chứ không kết luận được nó có đáp ứng yêu cầu hay không. Chi tiết về kế hoạch thực hiện xem tại bài kế hoạch thực hiện BIM (BEP).
Thông tin đi từ yêu cầu trao đổi tới sản phẩm bàn giao ra sao?
Minh họa khái quát về vị trí của EIR trong chuỗi công việc:
- EIR — yêu cầu trao đổi thông tinBên yêu cầu nêu cần nhận gì, khi nào, theo quy ước nào.
- Kế hoạch thực hiện BIMBên thực hiện cam kết cách tổ chức công việc để đáp ứng.
- Tạo thông tinCác bộ môn dựng mô hình và nhập dữ liệu theo quy ước đã thống nhất.
- Kiểm traThông tin được rà soát theo tiêu chí lấy từ chính EIR.
- Chấp thuận và chia sẻThông tin đạt yêu cầu được chuyển trạng thái trong môi trường dữ liệu chung.
- Bàn giaoBộ thông tin cuối cùng được giao theo đúng phạm vi đã yêu cầu.
Sơ đồ mang tính minh họa khái quát; trình tự thực tế có thể lặp nhiều vòng tùy quy mô và giai đoạn dự án.
Các nhóm yêu cầu cần được xem xét khi xây dựng EIR
Danh sách dưới đây là gợi ý tổ chức nội dung dựa trên các nhóm vấn đề thường phải trả lời trong thực tế quản lý thông tin BIM. Đây không phải một cấu trúc tiêu chuẩn bắt buộc, và cũng không phải biểu mẫu do một tiêu chuẩn nào quy định — mỗi dự án nên điều chỉnh theo phạm vi và mức độ phức tạp của mình.
- Nhóm 01Mục đích trao đổi thông tinThông tin này phục vụ quyết định nào? Không có mục đích rõ, yêu cầu sẽ trở thành liệt kê hình thức.
- Nhóm 02Nội dung thông tin cần nhậnĐối tượng nào cần có thuộc tính gì, ở mức độ nào, tại mỗi mốc.
- Nhóm 03Yêu cầu về mô hìnhCách phân chia mô hình, hệ tọa độ, quy ước dựng để các bên ghép được với nhau.
- Nhóm 04Mốc và định dạng giao nhậnNộp vào lúc nào, dưới định dạng nào, kèm tài liệu gì.
- Nhóm 05Quy định đặt tênQuy ước để mọi bên gọi cùng một thứ theo cùng một cách.
- Nhóm 06Môi trường dữ liệu chungThông tin được nộp ở đâu, ai có quyền gì, trạng thái vận hành ra sao.
- Nhóm 07Phối hợp giữa các bênKỳ vọng về việc tham gia các vòng phối hợp và xử lý vấn đề phát sinh.
- Nhóm 08Kiểm tra và chấp thuậnTiêu chí đánh giá, ai kiểm tra, chấp thuận theo quy trình nào.
- Nhóm 09Thông tin phục vụ vận hànhDữ liệu cần bàn giao cho giai đoạn sau khi công trình đưa vào sử dụng.
Không phải dự án nào cũng cần đủ chín nhóm. Với gói thầu nhỏ, ba đến bốn nhóm quan trọng nhất đã đủ. Nguyên tắc: chỉ yêu cầu những gì bạn thực sự sẽ kiểm tra. Yêu cầu không được kiểm tra sẽ dạy các bên rằng phần còn lại cũng có thể bỏ qua.
EIR rút gọn được sử dụng như thế nào trong thực hành BIM?
Trong thực tế, không phải lúc nào cũng cần một bộ yêu cầu đồ sộ. EIR rút gọn là bản yêu cầu được thu gọn về những nội dung cốt lõi, phù hợp với gói thầu quy mô vừa và nhỏ hoặc với tổ chức mới bắt đầu áp dụng BIM.
Cách tiếp cận rút gọn có hai lợi ích. Một là khả thi: một tài liệu ngắn có cơ hội được đọc và tuân thủ cao hơn hẳn tài liệu dài hàng chục trang. Hai là dễ kiểm tra: ít yêu cầu hơn nghĩa là mỗi yêu cầu đều có thể được rà soát thực sự.
Đây cũng là nội dung có trong phần thực hành của chương trình BIM: học viên thực hành thiết kế EIR rút gọn thay vì chỉ đọc lý thuyết về cấu trúc tài liệu.
Ví dụ minh họa cách diễn đạt yêu cầu trao đổi thông tin
| Mục | Cách diễn đạt kém (khó kiểm tra) | Cách diễn đạt tốt hơn (kiểm tra được) |
|---|---|---|
| Mục đích | “Áp dụng BIM để nâng cao chất lượng dự án” | “Mô hình phục vụ rà soát phối hợp đa bộ môn trước khi phát hành bản vẽ thi công” |
| Nội dung | “Mô hình phải đầy đủ thông tin” | “Mỗi thiết bị cơ điện có: mã thiết bị, công suất, nhà sản xuất, ngày lắp đặt” |
| Mốc giao | “Nộp mô hình định kỳ” | “Nộp trước mỗi vòng phối hợp, chậm nhất 3 ngày làm việc trước buổi rà soát” |
| Đặt tên | “Đặt tên file rõ ràng” | “Theo quy ước đặt tên tại Phụ lục A, áp dụng cho tệp mô hình và tài liệu kèm theo” |
| Kiểm tra | “Mô hình phải đạt chất lượng” | “Đạt khi vượt qua biểu mẫu kiểm tra gồm: đủ thuộc tính yêu cầu, đúng quy ước đặt tên, đúng hệ tọa độ” |
| Vận hành | “Bàn giao dữ liệu vận hành” | “Xuất bảng danh mục thiết bị kèm thông tin bảo hành và chu kỳ bảo dưỡng khuyến nghị” |
Điểm chung của cột bên phải: mỗi câu đều có thể trả lời được bằng đạt hoặc chưa đạt. Đó là thước đo đơn giản nhất để đánh giá chất lượng một EIR.
Tư vấn đăng ký: 0904 889 859 – Ms. Hoa
Checklist rà soát yêu cầu trao đổi thông tin
Nếu bạn ở phía nhận yêu cầu — nhà thầu, tư vấn thiết kế — việc đọc kỹ EIR trước khi cam kết là bước bảo vệ chính mình. Bảy câu hỏi dưới đây thường đủ để phát hiện phần lớn rủi ro.
- Mục đích sử dụng thông tin có rõ không?Nếu không rõ dùng để làm gì, rất khó biết cần chi tiết đến đâu.
- Yêu cầu nào có thể kiểm tra được?Đánh dấu các yêu cầu diễn đạt mơ hồ để làm rõ trước khi ký.
- Có bao nhiêu mốc giao nộp?Số mốc quyết định khối lượng công việc điều phối nội bộ.
- Ai kiểm tra và theo tiêu chí nào?Không rõ tiêu chí thì mỗi vòng nộp đều có nguy cơ bị trả lại.
- Quy ước đặt tên đã có sẵn chưa?Nếu chưa, cần thống nhất trước khi bắt đầu chứ không sửa dần.
- Yêu cầu dữ liệu vận hành ở mức nào?Đây thường là phần phát sinh khối lượng lớn nhất mà ít được để ý.
- Có yêu cầu nào vượt năng lực hiện tại không?Phát hiện sớm để chuẩn bị nguồn lực hoặc trao đổi lại phạm vi.
Những lỗi thường gặp khi xây dựng yêu cầu trao đổi thông tin
Lỗi 1: Sao chép nguyên bộ từ dự án khác
EIR phản ánh nhu cầu quyết định cụ thể. Sao chép nguyên bộ tạo ra tài liệu đầy đủ hình thức nhưng chứa yêu cầu không ai cần và thiếu yêu cầu thực sự quan trọng.
Lỗi 2: Yêu cầu quá nhiều so với năng lực kiểm tra
Nếu bên yêu cầu không có nguồn lực để rà soát toàn bộ, phần không được kiểm tra sẽ dần bị bỏ qua — và điều đó làm giảm hiệu lực của cả tài liệu.
Lỗi 3: Viết bằng ngôn ngữ không kiểm tra được
Những cụm như “đầy đủ”, “chất lượng cao”, “phù hợp” nghe hợp lý nhưng không tạo ra tiêu chí nào. Mỗi yêu cầu nên trả lời được câu hỏi: làm sao biết đã đạt?
Lỗi 4: Ban hành muộn
EIR ban hành sau khi bên thực hiện đã bắt đầu làm việc sẽ tạo tranh chấp về phạm vi. Thời điểm hợp lý là trước khi lựa chọn bên thực hiện, để yêu cầu được tính vào giá.
Lỗi 5: Không cập nhật khi phạm vi thay đổi
Dự án thay đổi là bình thường. Vấn đề nằm ở chỗ EIR không được cập nhật tương ứng, khiến tài liệu tham chiếu và thực tế dần lệch nhau.
Lỗi 6: Nhầm EIR với tài liệu kỹ thuật của bên thực hiện
EIR mô tả kết quả mong đợi, không quy định bên thực hiện phải dùng phương pháp hay công cụ nào. Can thiệp quá sâu vào cách làm sẽ chuyển trách nhiệm về chất lượng sang bên yêu cầu.
BIM Manager kiểm soát yêu cầu trao đổi thông tin như thế nào?
Với người làm quản lý BIM, EIR là một trong những sản phẩm thể hiện rõ nhất năng lực nghề nghiệp. Viết được một EIR tốt đòi hỏi ba thứ cùng lúc: hiểu nhu cầu quản lý của tổ chức, hiểu thực tế sản xuất thông tin của các bộ môn, và biết diễn đạt sao cho kiểm tra được.
Trong chuỗi công việc, EIR cũng là nơi người quản lý BIM có ảnh hưởng lớn nhất với chi phí thấp nhất. Một câu viết rõ trong EIR có thể tiết kiệm hàng tuần tranh luận ở giai đoạn bàn giao. Ngược lại, một dòng bị bỏ sót sẽ không thể bù lại bằng bất kỳ nỗ lực nào ở phía sau.
Sau khi EIR được ban hành, công việc tiếp theo chuyển sang rà soát kế hoạch thực hiện BIM của các bên và thiết lập môi trường dữ liệu chung để những cam kết đó vận hành được trên thực tế.
Yêu cầu trao đổi thông tin thay đổi ra sao theo hình thức hợp đồng?
Cách viết EIR không giống nhau giữa các hình thức hợp đồng, vì thời điểm bên thực hiện tham gia và mức độ tự chủ của họ khác nhau.
| Bối cảnh hợp đồng | Đặc điểm cần lưu ý khi viết EIR |
|---|---|
| Thiết kế và thi công tách riêng | Cần ít nhất hai bộ yêu cầu cho hai giai đoạn, và phải nêu rõ thông tin từ giai đoạn thiết kế sẽ chuyển sang giai đoạn thi công thế nào |
| Tổng thầu thiết kế – thi công | Một bộ yêu cầu bao trùm, nhưng phải phân biệt rõ mốc nào thuộc giai đoạn nào để tránh dồn kiểm tra về cuối |
| Nhiều gói thầu song song | Yêu cầu về quy ước chung — hệ tọa độ, đặt tên, phân chia mô hình — phải giống nhau giữa các gói, nếu không sẽ không hợp nhất được |
| Có bên tư vấn quản lý thông tin riêng | Cần nêu rõ ranh giới thẩm quyền giữa bên tư vấn này và các bên thực hiện, tránh chồng chéo trong khâu chấp thuận |
Trường hợp thứ ba là nơi sai sót gây thiệt hại lớn nhất. Khi mỗi gói thầu dùng một quy ước riêng, việc ghép mô hình ở giai đoạn phối hợp trở thành công việc thủ công tốn kém, và thường phải làm lại nhiều lần trong suốt dự án.
Dấu hiệu yêu cầu trao đổi thông tin đang phát huy tác dụng
Sau khi ban hành, làm sao biết tài liệu có đang được dùng thật hay chỉ nằm trong hồ sơ? Năm dấu hiệu quan sát được:
- Có người hỏi lại về nội dung của nóCâu hỏi làm rõ từ bên thực hiện chứng tỏ tài liệu được đọc. Im lặng hoàn toàn thường không phải dấu hiệu tốt.
- Kế hoạch thực hiện BIM tham chiếu tới nóBên thực hiện trả lời từng yêu cầu chứ không mô tả cách làm việc chung chung.
- Biểu mẫu kiểm tra lấy tiêu chí từ nóNếu tiêu chí kiểm tra không truy về được yêu cầu nào, việc kiểm tra đang dựa vào cảm tính.
- Có trường hợp bị trả lại kèm lý do cụ thểTrích được điều khoản khi từ chối sản phẩm là bằng chứng tài liệu có hiệu lực thật.
- Được cập nhật khi phạm vi thay đổiTài liệu không đổi suốt một dự án dài thường là tài liệu không ai dùng.
Bốn câu hỏi tự kiểm trước khi ban hành EIR
Trước khi phát hành tài liệu ra ngoài, bốn câu hỏi tự kiểm sau thường đủ để phát hiện các vấn đề lớn:
Mỗi yêu cầu có ai đó sẽ kiểm tra không? Nếu không xác định được người kiểm tra, yêu cầu đó nên bị loại. Giữ lại chỉ tạo ra khối lượng công việc không có người nghiệm thu.
Bên thực hiện có đủ thông tin để định giá không? Một yêu cầu mà nhà thầu không ước tính được chi phí sẽ dẫn đến hoặc giá phòng thủ cao, hoặc tranh chấp phát sinh về sau.
Thông tin cho giai đoạn vận hành đã có chưa? Đây là phần dễ bị bỏ sót nhất vì không ai trong giai đoạn thực hiện cần đến nó. Nên hỏi trực tiếp bộ phận vận hành thay vì suy đoán.
Có yêu cầu nào can thiệp vào cách làm việc của bên thực hiện không? Nếu có, cần cân nhắc: mỗi lần chỉ định phương pháp cụ thể là một lần chuyển một phần trách nhiệm về chất lượng sang phía bên yêu cầu.
Một cách kiểm tra nhanh về độ dài hợp lý: đọc lại toàn bộ tài liệu và đánh dấu những yêu cầu mà bạn thật sự sẽ dành thời gian rà soát. Nếu phần đánh dấu chỉ chiếm một nửa, tài liệu đang dài gấp đôi mức nên có.
Câu hỏi thường gặp về yêu cầu trao đổi thông tin
EIR là gì?
EIR — Exchange Information Requirements, yêu cầu trao đổi thông tin — là tài liệu mô tả bên yêu cầu cần nhận thông tin gì, vào thời điểm nào, dưới định dạng nào, theo quy ước nào và được kiểm tra chấp thuận ra sao.
EIR khác BEP thế nào?
EIR do bên yêu cầu lập, nêu đề bài về thông tin. BEP do bên thực hiện lập, trả lời sẽ tổ chức công việc thế nào để đáp ứng đề bài đó. Một bên nêu yêu cầu, một bên cam kết cách thực hiện.
Ai chịu trách nhiệm lập EIR?
Thường là bên yêu cầu thông tin — chủ đầu tư hoặc đơn vị tư vấn được ủy quyền. Phân công cụ thể phụ thuộc cơ cấu hợp đồng của từng dự án.
EIR rút gọn có đủ dùng không?
Với gói thầu quy mô vừa và nhỏ, hoặc tổ chức mới bắt đầu áp dụng BIM, một bộ yêu cầu rút gọn nhưng rõ ràng và được kiểm tra nghiêm túc thường hiệu quả hơn một bộ dài mà không ai rà soát.
EIR có phải tuân theo một biểu mẫu chuẩn không?
Bài viết này không đưa ra biểu mẫu chuẩn nào, vì cấu trúc phù hợp phụ thuộc vào phạm vi dự án và cách tổ chức của từng đơn vị. Các nhóm nội dung nêu ở trên là gợi ý để không bỏ sót vấn đề, không phải mẫu bắt buộc.
Học thực hành xây dựng EIR ở đâu?
Nội dung Quản lý BIM trong chương trình BIM của Viện Nghiên cứu Đào tạo Bồi dưỡng Cán bộ có bài thực hành thiết kế EIR rút gọn. Chi tiết xem tại khóa học Quản lý BIM – BIM Manager, hoặc liên hệ 0904 889 859 – Ms. Hoa để nhận thông tin tuyển sinh mới nhất.
