WIP, Shared, Published, Archived là gì? Quy trình CDE theo ISO 19650

WIP dùng để phát triển nội bộ; Shared dùng để phối hợp hoặc xem xét; Published chứa thông tin đã được ủy quyền và chấp thuận cho một mục đích xác định; Archived lưu dấu vết giao dịch và lịch sử phát triển thông tin. Archived có thể diễn ra liên tục, không chỉ ở cuối dự án.

Trong các dự án ứng dụng BIM, một tài liệu có thể tồn tại dưới nhiều phiên bản và được sử dụng cho những mục đích hoàn toàn khác nhau. Bản mô hình kỹ sư đang chỉnh sửa không thể được dùng như bản đã phê duyệt để thi công. Tương tự, một bản vẽ gửi sang bộ môn khác để phối hợp chưa chắc đã đủ điều kiện làm căn cứ đặt hàng, ký hợp đồng hoặc nghiệm thu.

ISO 19650 tổ chức luồng thông tin trong môi trường dữ liệu chung CDE thông qua bốn trạng thái chính: Work in Progress, Shared, Published và Archived. Nhiều người quen gọi đây là “4 giai đoạn CDE”, nhưng về chuyên môn, cách gọi chính xác hơn là bốn trạng thái của container thông tin. Mỗi trạng thái xác định rõ dữ liệu đang được phát triển, được phép chia sẻ cho ai và có thể sử dụng vào mục đích nào.

Hiểu đúng bốn trạng thái CDE giúp Chủ đầu tư, Ban quản lý dự án, tư vấn thiết kế, tư vấn giám sát và nhà thầu giảm nguy cơ dùng nhầm phiên bản, xác định rõ trách nhiệm phê duyệt, kiểm soát lịch sử thay đổi và tạo nền tảng cho quản lý hồ sơ số xuyên suốt vòng đời dự án.

Mục lục bài viết

1. 1. CDE theo ISO 19650 là gì?

   1. Vì sao cần phân chia trạng thái thông tin trong CDE?

2. 2. WIP trong CDE là gì?

3. 3. Shared trong CDE là gì?

4. 4. Published trong CDE là gì?

5. 5. Archived trong CDE là gì?

   1. Quy trình chuyển đổi trạng thái trong CDE

6. 6. Sự khác biệt giữa Shared và Published

   1. Bảng so sánh 4 trạng thái CDE

7. 7. Cách triển khai CDE hiệu quả trong dự án xây dựng

   1. Những sai lầm thường gặp khi quản lý CDE

   2. Ứng dụng QLDA360 trong quản lý CDE

8. 8. Câu hỏi thường gặp về CDE theo ISO 19650

1. CDE theo ISO 19650 là gì?

↑ Về mục lục

CDE là viết tắt của Common Data Environment, thường được dịch là môi trường dữ liệu chung. Đây không chỉ là một phần mềm lưu trữ tài liệu trên nền tảng đám mây. Theo cách tiếp cận của ISO 19650, CDE bao gồm cả quy trình quản lý thông tin và giải pháp công nghệ hỗ trợ quy trình đó. Nói cách khác, phần mềm chỉ là công cụ; hiệu quả của CDE còn phụ thuộc vào quy định đặt tên, phân quyền, kiểm tra, phê duyệt, phát hành, quản lý phiên bản và lưu vết giao dịch.

Một dự án có thể sử dụng một hoặc nhiều giải pháp công nghệ để tạo nên luồng CDE. Chẳng hạn, mô hình thiết kế được quản lý trên hệ thống tài liệu, thông tin hợp đồng nằm trong hệ thống quản lý thương mại và dữ liệu hiện trường được thu thập qua ứng dụng di động. Điều quan trọng là các giải pháp này phải vận hành theo một quy trình thống nhất, bảo đảm thông tin được tạo lập, chia sẻ, lưu trữ và truy xuất đúng thời điểm.

Hướng dẫn triển khai của UK BIM Framework nhấn mạnh rằng quy trình CDE cần được xây dựng trước, sau đó mới lựa chọn công nghệ phù hợp để hỗ trợ. Cách tiếp cận này giúp doanh nghiệp tránh tình trạng mua phần mềm nhưng không xác định rõ ai được phép thực hiện từng bước, tiêu chí nào để chuyển trạng thái và dữ liệu nào được phép dùng cho thi công hoặc hợp đồng.

Vì sao cần phân chia trạng thái thông tin trong CDE?

Trong dự án xây dựng, cùng một tên tài liệu có thể xuất hiện ở nhiều phiên bản. Nếu người dùng chỉ dựa vào tên file hoặc thời gian tải lên, nguy cơ sử dụng nhầm bản là rất lớn. Việc phân chia trạng thái giúp mỗi container thông tin có một vị trí rõ ràng trong luồng công việc và có giới hạn sử dụng cụ thể.

Khi trạng thái được quản lý đúng, nhóm thiết kế có thể tự do phát triển dữ liệu trong WIP mà không làm ảnh hưởng đến các bên khác. Thông tin chỉ được chuyển sang Shared sau khi đã qua kiểm tra nội bộ. Bản được ủy quyền và chấp thuận mới được Published cho mục đích phù hợp. Đồng thời, hệ thống Archived ghi lại lịch sử để các bên có thể truy vết ai đã tạo, kiểm tra, phát hành hoặc thay đổi tài liệu.

Cơ chế này mang lại bốn lợi ích quan trọng: giảm sử dụng sai phiên bản, tăng khả năng phối hợp, xác định trách nhiệm rõ ràng và duy trì bằng chứng số phục vụ kiểm tra, nghiệm thu, kiểm toán hoặc giải quyết tranh chấp. Đây cũng là nền tảng để Chủ đầu tư xây dựng một nguồn thông tin đáng tin cậy thay vì quản lý hồ sơ bằng nhiều thư mục rời rạc.

2. WIP trong CDE là gì?

↑ Về mục lục

WIP là viết tắt của Work in Progress, nghĩa là trạng thái thông tin đang được phát triển. Đây là không gian làm việc nội bộ của người tạo lập hoặc nhóm nhiệm vụ. Mô hình, bản vẽ, bảng tính và tài liệu trong WIP chưa được chia sẻ cho các nhóm khác và chưa được phép sử dụng như thông tin chính thức của dự án.

Ví dụ, kiến trúc sư đang chỉnh sửa mặt bằng tầng 3 trong Revit có thể lưu nhiều lần cập nhật tại WIP. Nhóm kiến trúc được quyền trao đổi, kiểm tra và điều chỉnh nội bộ nhưng nhóm kết cấu, MEP, nhà thầu hoặc Chủ đầu tư chưa sử dụng dữ liệu này để phối hợp. Chỉ sau khi tài liệu vượt qua bước kiểm tra chất lượng và được trưởng nhóm chấp thuận, nó mới đủ điều kiện chuyển sang Shared.

Mục đích và quyền truy cập của WIP

Mục đích chính của WIP là tạo môi trường an toàn để từng nhóm chuyên môn phát triển sản phẩm thông tin. Quyền truy cập thường giới hạn trong nhóm tạo lập và những người có trách nhiệm kiểm tra nội bộ. Việc giới hạn này giúp tránh tình trạng các bên khác lấy một phiên bản chưa hoàn chỉnh để đưa vào mô hình phối hợp hoặc sử dụng ngoài công trường.

Trong WIP, thông tin có thể thay đổi thường xuyên. Tuy nhiên, “đang làm” không có nghĩa là quản lý tùy ý. Tài liệu vẫn cần tuân thủ quy tắc đặt tên, phân loại, lưu phiên bản, metadata, người chịu trách nhiệm và quy trình sao lưu. Nếu không kiểm soát ngay từ WIP, dự án sẽ gặp khó khăn khi cần xác định đâu là bản đã được kiểm tra để chia sẻ.

Quy trình quản lý WIP hiệu quả

Một quy trình WIP hiệu quả bắt đầu từ việc phân quyền rõ ràng theo nhóm nhiệm vụ. Mỗi tài liệu cần có mã định danh duy nhất, thông tin người tạo, ngày cập nhật và revision phù hợp. Trước khi chuyển trạng thái, nhóm tạo lập phải thực hiện kiểm tra chất lượng, kiểm tra tính đầy đủ và đánh giá sự phù hợp với tiêu chuẩn thông tin của dự án.

Khi phát hiện sai sót tại bước kiểm tra, tài liệu tiếp tục được sửa trong WIP. Không nên đẩy file sang Shared chỉ để “nhờ các bên khác kiểm tra hộ”, bởi trách nhiệm kiểm tra nội bộ thuộc về nhóm tạo lập. Shared chỉ phát huy tác dụng khi dữ liệu đã đạt mức chất lượng cần thiết cho mục đích phối hợp hoặc xem xét.

3. Shared trong CDE là gì?

↑ Về mục lục

Shared là trạng thái chứa thông tin đã hoàn thành kiểm tra nội bộ và được chia sẻ ra ngoài nhóm tạo lập cho một mục đích xác định. Mục đích đó có thể là phối hợp liên ngành, cung cấp thông tin tham khảo, nhận xét, xem xét hoặc thực hiện một bước phê duyệt. Vì vậy, Shared không phải là thư mục chung để mọi người tự do sửa file và cũng không đơn thuần là nơi chứa “bản nháp”.

Khi một tài liệu được đưa sang Shared, người nhận cần biết rõ tài liệu được phép dùng làm gì và không được dùng làm gì. Metadata trạng thái, revision và mục đích phát hành giúp thiết lập giới hạn này. Chẳng hạn, mô hình có thể được chia sẻ chỉ để phối hợp không gian; một bản vẽ khác được chia sẻ để nhận xét; hoặc một bộ hồ sơ được trình để phê duyệt giai đoạn.

Shared hỗ trợ phối hợp BIM như thế nào?

Trong quá trình phối hợp BIM, các nhóm kiến trúc, kết cấu và MEP sử dụng dữ liệu Shared để tổng hợp mô hình, kiểm tra va chạm và đánh giá sự tương thích giữa các bộ môn. Ví dụ, nhóm kết cấu chia sẻ mô hình dầm sàn đã kiểm tra để nhóm MEP rà soát vị trí ống xuyên sàn. Nếu phát hiện xung đột, nhóm MEP không sửa trực tiếp mô hình kết cấu mà tạo ý kiến hoặc issue; nhóm kết cấu tiếp nhận phản hồi và cập nhật mô hình tại WIP.

Sau khi chỉnh sửa, tài liệu có thể được kiểm tra nội bộ và chia sẻ lại với revision mới. Chu trình WIP → Shared → WIP có thể lặp lại nhiều lần trước khi thông tin đủ điều kiện Published. Đây là điểm quan trọng giúp người dùng hiểu rằng bốn trạng thái CDE không phải là quy trình tuyến tính chỉ đi theo một chiều.

Quyền truy cập và lưu ý khi sử dụng Shared

Người được truy cập Shared thường gồm BIM Manager, BIM Coordinator, trưởng nhóm bộ môn, thành viên các nhóm liên quan và đại diện của Chủ đầu tư hoặc tư vấn theo phạm vi phân quyền. Quyền xem, tải xuống, nhận xét, phê duyệt hoặc phát hành cần được cấu hình riêng, thay vì mặc định mọi người đều có quyền chỉnh sửa.

Tài liệu trong Shared nhìn chung chưa được sử dụng cho mục đích hợp đồng hoặc thi công nếu trạng thái và mục đích phát hành chưa cho phép. Do đó, người dùng không nên lấy mô hình phối hợp, bản gửi nhận xét hoặc bản đang chờ phê duyệt để đặt hàng vật tư, triển khai thi công hay làm căn cứ thanh toán.

Hình 2: Minh họa phối hợp mô hình BIM tại trạng thái Shared

4. Published trong CDE là gì?

↑ Về mục lục

Published là trạng thái chứa thông tin đã được kiểm tra, ủy quyền và chấp thuận để sử dụng cho một mục đích cụ thể. Mục đích có thể là làm dữ liệu tham chiếu cho giai đoạn tiếp theo, đấu thầu, mua sắm, thi công, bàn giao hoặc quản lý vận hành. Published vì vậy có mức độ kiểm soát cao hơn Shared và phải thể hiện rõ thẩm quyền phê duyệt, revision cũng như phạm vi sử dụng.

Cần tránh hiểu Published là “bản cuối cùng mãi mãi không thay đổi”. Trong vòng đời dự án, một tài liệu Published ở giai đoạn thiết kế có thể được sử dụng làm dữ liệu tham chiếu cho giai đoạn sau hoặc được đưa trở lại WIP để tiếp tục phát triển với revision mới. Điều không được phép là tự ý ghi đè lên bản Published mà không tạo dấu vết thay đổi và không thực hiện lại quy trình kiểm tra, ủy quyền, chấp thuận.

Published có tự động mang giá trị pháp lý không?

Việc chuyển tài liệu sang Published không tự động làm cho tài liệu có giá trị pháp lý trong mọi trường hợp. Giá trị pháp lý hoặc giá trị hợp đồng còn phụ thuộc vào thỏa thuận giữa các bên, thẩm quyền phê duyệt, quy trình ban hành, chữ ký điện tử hoặc chữ ký số, mục đích phát hành và quy định pháp luật áp dụng cho dự án.

Do đó, cách diễn đạt chính xác là Published chứa thông tin đã được chấp thuận cho mục đích sử dụng xác định. Khi tài liệu được phát hành để thi công, nó phải đáp ứng đầy đủ điều kiện mà hợp đồng, quy trình dự án và pháp luật yêu cầu. Nếu chỉ được Published làm dữ liệu tham chiếu cho một giai đoạn, người dùng không nên mặc nhiên coi đó là hồ sơ đủ điều kiện thi công.

Quy trình đưa tài liệu sang Published

Trước khi Published, tài liệu thường trải qua kiểm tra của nhóm tạo lập, xem xét hoặc phê duyệt của bên có trách nhiệm, ủy quyền của bên được giao quản lý thông tin và chấp thuận của bên bổ nhiệm theo quy trình dự án. Tên gọi vai trò có thể thay đổi theo tổ chức, nhưng hệ thống phải ghi nhận rõ ai thực hiện từng bước và thời điểm hoàn thành.

Ví dụ, một bộ bản vẽ được phát hành với mục đích “Issued for Construction – phát hành để thi công” chỉ nên xuất hiện trong Published sau khi hoàn tất quy trình kiểm tra và phê duyệt. Không nên viết tắt cụm này thành IFC mà không giải thích, vì trong BIM, IFC thường được hiểu là Industry Foundation Classes – định dạng trao đổi mô hình mở.

Hình 3: Minh họa quy trình phê duyệt tài liệu Published trong CDE

5. Archived trong CDE là gì?

↑ Về mục lục

Archived là cơ chế lưu giữ lịch sử phát triển và giao dịch của container thông tin. Khu vực này tạo dấu vết kiểm toán, cho phép truy xuất các revision, lần phát hành, ý kiến, phê duyệt và thay đổi đã diễn ra trong suốt vòng đời dự án. Archived không chỉ là một kho đưa toàn bộ hồ sơ vào sau khi công trình hoàn thành.

Trong một CDE được quản lý tốt, hoạt động lưu trữ diễn ra liên tục. Khi tài liệu chuyển từ WIP sang Shared, khi được phát hành lại sau phản hồi hoặc khi Published, hệ thống cần ghi lại các mốc quan trọng. Nhờ đó, người quản lý có thể xác định phiên bản nào từng được gửi, ai đã tiếp nhận, phản hồi ra sao và bản nào đang có hiệu lực tại từng thời điểm.

Nguyên tắc quản lý Archived

Dữ liệu đã lưu trong Archived không được chỉnh sửa hoặc ghi đè theo cách làm mất dấu vết. Khi cần cập nhật, người dùng phải tạo revision mới và thực hiện lại luồng công việc phù hợp. Quyền truy cập Archived cũng cần được kiểm soát, đặc biệt với tài liệu hợp đồng, thông tin bảo mật, hồ sơ nghiệm thu và dữ liệu liên quan đến tranh chấp.

Việc phân loại Archived theo dự án, gói thầu, bộ môn, mốc bàn giao hoặc giai đoạn giúp rút ngắn thời gian tra cứu. Bên cạnh file gốc, hệ thống nên lưu metadata, nhật ký thao tác, trạng thái phê duyệt và quan hệ giữa các phiên bản để bảo đảm tính toàn vẹn của bằng chứng số.

Ví dụ, mô hình nộp thẩm định thiết kế cơ sở, bộ bản vẽ đã phát hành để thi công, biên bản nghiệm thu và hồ sơ hoàn công có thể được lưu với đầy đủ lịch sử. Khi kiểm toán hoặc xảy ra tranh chấp, các bên không chỉ nhìn thấy tài liệu hiện tại mà còn có thể đối chiếu toàn bộ quá trình tạo lập và phát hành.

Quy trình chuyển đổi trạng thái trong CDE

Quy trình CDE thường bắt đầu tại WIP, nơi nhóm nhiệm vụ phát triển và kiểm tra nội bộ thông tin. Khi đạt yêu cầu, tài liệu được chuyển sang Shared với mục đích sử dụng rõ ràng. Các bên liên quan phối hợp, nhận xét hoặc xem xét. Nếu cần sửa đổi, tài liệu quay lại WIP, được cập nhật và chia sẻ lại bằng revision mới.

Khi thông tin đáp ứng yêu cầu, nó tiếp tục qua bước ủy quyền và chấp thuận để trở thành Published. Trong suốt quá trình này, CDE phải lưu trữ liên tục các giao dịch và revision vào Archived. Một tài liệu Published có thể trở thành dữ liệu tham chiếu cho giai đoạn tiếp theo hoặc quay lại WIP để phát triển thêm, nhưng bản đã Published trước đó vẫn phải được bảo toàn.

Lưu ý quan trọng

WIP, Shared, Published và Archived có thể được thể hiện bằng thư mục, khu vực dữ liệu hoặc metadata trong phần mềm. ISO 19650 không bắt buộc mọi dự án phải tạo bốn thư mục vật lý tách biệt. Quản lý bằng metadata giúp tránh phân mảnh dữ liệu và cho phép lọc thông tin theo trạng thái, revision, người tạo hoặc mục đích sử dụng. 

6. Sự khác biệt giữa Shared và Published trong CDE

↑ Về mục lục

Shared và Published đều là trạng thái thông tin đã rời khỏi không gian làm việc nội bộ, nhưng khác nhau về mức độ kiểm soát và phạm vi sử dụng. Shared phục vụ phối hợp, xem xét hoặc phê duyệt theo mục đích phát hành. Published chứa thông tin đã được ủy quyền và chấp thuận cho mục đích xác định.

Tài liệu Shared có thể tiếp tục thay đổi sau khi nhận phản hồi. Tài liệu Published cũng có thể được phát triển ở giai đoạn sau, nhưng không được chỉnh sửa trực tiếp hoặc ghi đè lên bản đã phát hành. Mọi thay đổi phải quay về WIP, tạo revision mới và đi lại quy trình kiểm soát.

Bảng so sánh 4 trạng thái CDE theo ISO 19650

7. Cách triển khai CDE hiệu quả trong dự án xây dựng

↑ Về mục lục

Để triển khai CDE hiệu quả, doanh nghiệp cần bắt đầu từ yêu cầu thông tin và quy trình trách nhiệm, không nên bắt đầu bằng việc tạo bốn thư mục rồi coi như đã đáp ứng ISO 19650. Chủ đầu tư cần xác định loại thông tin phải nộp, thời điểm giao nộp, người kiểm tra, người ủy quyền, người chấp thuận và mục đích sử dụng của từng trạng thái.

Tiêu chuẩn thông tin của dự án phải quy định cấu trúc mã định danh, quy tắc đặt tên, revision, status, phân loại và metadata bắt buộc. Quy trình cũng cần làm rõ trường hợp tài liệu bị từ chối, cách quay lại WIP, thời hạn phản hồi và điều kiện Published. Khi mọi bên hiểu cùng một quy tắc, CDE mới trở thành nguồn thông tin đáng tin cậy.

Về công nghệ, hệ thống nên hỗ trợ phân quyền theo vai trò, quản lý phiên bản, khóa bản phát hành, nhật ký thao tác, luồng kiểm tra – phê duyệt, thông báo, tìm kiếm metadata và khả năng xuất báo cáo. Với dự án BIM, CDE nên liên kết mô hình, bản vẽ, issue, BCF, hồ sơ pháp lý, biên bản và dữ liệu hiện trường thay vì chỉ quản lý file rời rạc.

Cuối cùng, cần đào tạo người dùng và kiểm tra định kỳ việc tuân thủ. Nhiều hệ thống thất bại không phải vì thiếu tính năng mà vì thành viên vẫn gửi file qua email, dùng tên tùy ý, tải bản về sửa ngoài hệ thống hoặc bỏ qua bước phê duyệt. CDE chỉ tạo ra giá trị khi trở thành quy trình làm việc chính thức của dự án.

Những sai lầm thường gặp khi quản lý CDE

Sai lầm phổ biến đầu tiên là coi CDE chỉ là kho lưu trữ trực tuyến. Khi đó, người dùng có thể tải file lên nhưng không có quy tắc trạng thái, revision hoặc phê duyệt, dẫn đến dữ liệu vẫn hỗn loạn như quản lý bằng thư mục truyền thống. Sai lầm thứ hai là cho phép người dùng chỉnh sửa trực tiếp tài liệu Shared hoặc Published mà không tạo revision mới.

Một vấn đề khác là mặc định tài liệu Published luôn có giá trị pháp lý. Trong thực tế, một bản Published chỉ có giá trị trong phạm vi mục đích được chấp thuận và còn phải đáp ứng yêu cầu của hợp đồng, thẩm quyền, chữ ký và pháp luật. Tương tự, Archived không nên được hiểu là thư mục “hồ sơ cũ” có thể xóa hoặc thay thế tùy ý.

Doanh nghiệp cũng cần tránh lạm dụng thư mục vật lý để thể hiện trạng thái. Khi số lượng dự án và tài liệu tăng, việc di chuyển file giữa nhiều thư mục dễ tạo bản sao và làm đứt gãy lịch sử. Quản lý bằng metadata, workflow và quyền truy cập thường hiệu quả hơn, đồng thời cho phép tìm kiếm, lọc và báo cáo nhanh chóng.

Ứng dụng QLDA360 trong quản lý CDE

Phần mềm Quản lý Dự án 360 – QLDA360 được thiết kế để hỗ trợ triển khai quy trình CDE theo định hướng ISO 19650. Hệ thống có thể tổ chức các trạng thái WIP, Shared, Published và Archived; quản lý phiên bản tài liệu; phân quyền theo vai trò; hỗ trợ kiểm tra, phê duyệt và truy vết lịch sử thao tác.

Thay vì quản lý riêng mô hình BIM và hồ sơ dự án, QLDA360 hướng tới liên kết tài liệu, tiến độ, hợp đồng, hồ sơ pháp lý, issue và dữ liệu phối hợp trong một môi trường thống nhất. Chủ đầu tư, Ban quản lý dự án, tư vấn và nhà thầu có thể tiếp cận đúng phiên bản theo quyền được giao, giảm nguy cơ sử dụng nhầm bản và rút ngắn thời gian tìm kiếm thông tin.

Việc áp dụng phần mềm không thay thế trách nhiệm xây dựng quy trình của dự án. Doanh nghiệp vẫn cần xác định tiêu chuẩn thông tin, vai trò, thẩm quyền và điều kiện chuyển trạng thái. QLDA360 đóng vai trò công cụ số hóa và tự động hóa các bước đã được thống nhất.

8. Câu hỏi thường gặp về CDE theo ISO 19650

↑ Về mục lục

CDE có bắt buộc phải chia thành bốn thư mục không?

Không. WIP, Shared, Published và Archived là các trạng thái của container thông tin. Phần mềm có thể thể hiện chúng bằng thư mục, khu vực dữ liệu hoặc metadata. Điều quan trọng là trạng thái, quyền truy cập và mục đích sử dụng phải được kiểm soát rõ ràng.

Tài liệu Shared có được dùng để thi công không?

Thông thường không. Shared chủ yếu dùng cho phối hợp, xem xét, nhận xét hoặc phê duyệt. Chỉ sử dụng để thi công khi mục đích phát hành, trạng thái, thẩm quyền phê duyệt và quy định của dự án cho phép rõ ràng.

Ai có quyền chuyển tài liệu sang Published?

Quyền này do quy trình và ma trận trách nhiệm của dự án quy định. Tài liệu thường phải qua kiểm tra, xem xét, ủy quyền và chấp thuận bởi các vai trò được giao trước khi Published.

Published có phải là phiên bản cuối cùng không?

Published là phiên bản được chấp thuận cho một mục đích tại một thời điểm. Tài liệu có thể tiếp tục phát triển trong giai đoạn sau, nhưng phải quay lại WIP, tạo revision mới và đi lại quy trình kiểm soát.

Archived có được chỉnh sửa không?

Không nên chỉnh sửa hoặc ghi đè dữ liệu Archived. Nếu cần thay đổi nội dung, phải tạo revision mới. Bản cũ và lịch sử giao dịch cần được bảo toàn để truy vết.

WIP và Shared khác nhau ở điểm nào?

WIP chỉ phục vụ phát triển nội bộ của nhóm tạo lập. Shared là thông tin đã kiểm tra nội bộ và được phát hành ra ngoài nhóm cho một mục đích cụ thể như phối hợp hoặc xem xét.

Kết luận

Bốn trạng thái WIP, Shared, Published và Archived tạo nên nền tảng kiểm soát luồng thông tin trong CDE theo ISO 19650. WIP bảo vệ không gian phát triển nội bộ; Shared hỗ trợ phối hợp và xem xét; Published xác định thông tin đã được chấp thuận cho mục đích sử dụng cụ thể; Archived duy trì lịch sử và dấu vết kiểm toán trong suốt vòng đời dự án.

Điểm cốt lõi không nằm ở việc tạo bốn thư mục, mà ở khả năng quản lý trạng thái, revision, metadata, quyền truy cập và trách nhiệm phê duyệt. Khi quy trình được chuẩn hóa và hỗ trợ bằng phần mềm phù hợp, Chủ đầu tư cùng các bên tham gia có thể giảm sai sót, tăng tính minh bạch và hình thành nguồn dữ liệu đáng tin cậy cho thiết kế, thi công, bàn giao và vận hành.

Đăng ký tư vấn QLDA360

Dùng thử QLDA360 để chuẩn hóa quy trình CDE, kiểm soát phiên bản và nâng cao hiệu quả quản lý dự án. Liên hệ: Mr. Thắng – 090 336 7479 | Ms. Thuý – 0787 65 64 68.