Chương 3: Metadata Chỉ Trả Lời Một Phần
Metadata trả lời một số câu hỏi rất tốt. Nó cho biết ai tạo một file, ai lưu phiên bản nào, vào giờ nào, và cấu kiện nào trong mô hình đã bị tài khoản nào chỉnh sửa. Nhưng nó không trả lời được câu hỏi lớn nhất: ai là tác giả của một ý tưởng kiến trúc?
Luật sư Hoàng Minh Ngọc nói đúng câu ấy ngay trong buổi rà soát chứng cứ đầu tiên, khi Vân đặt lên bàn ba ổ cứng và một chồng sổ phác thảo. Ngọc không cho mở tất cả cùng lúc. “Nguồn từ đâu?”
“Ổ cá nhân của em, tài liệu portfolio được phép giữ, và bản trích xuất công ty vừa gửi qua luật sư.”
“Tách riêng ra.”
Họ lập một bảng danh mục chứng cứ: nhật ký máy chủ BIM, bảng góp ý, sổ phác thảo, email, biên bản họp, slide thuyết trình, sổ đăng ký bản vẽ, bản vẽ đánh dấu của các đơn vị tư vấn, mẫu hồ sơ dự giải, giấy tờ lao động và sở hữu trí tuệ. Ngọc yêu cầu mỗi tài liệu phải ghi rõ nguồn, ngày tháng và câu hỏi cụ thể mà nó có thể giúp trả lời. Trong bảng không có cột nào tên là “bằng chứng thắng kiện”.
Nhật ký BIM cho thấy Vân tạo mô hình ý tưởng đầu tiên và chỉnh sửa rất nhiều phần hình học. Hùng gần như không trực tiếp tạo cấu kiện nào trong Revit. Nhưng biên bản họp lại cho thấy ông duyệt khối tổng thể, yêu cầu xoay lối vào chính và thuyết phục chủ đầu tư chọn phương án có sân trong.
Cứ mỗi điểm mạnh của Vân lại đi kèm một chữ “nhưng”. Cô có bản phác mái cong từ rất sớm, nhưng kỹ sư kết cấu đã đánh dấu thay đổi đáng kể về logic nhịp, gối đỡ và vật liệu. Cô phát triển phần lớn bố cục mặt đứng, nhưng tư vấn nhiệt và chiếu sáng tự nhiên đã khiến tỉ lệ ô kính thay đổi gần một phần ba.
“Nếu em khởi kiện bằng câu ‘anh Hùng chưa từng mở mô hình’ thì sao?” Ngọc hỏi.
“Sẽ yếu.”
“Đúng. Còn nếu em nói ‘em dẫn dắt ý tưởng và thiết kế dự án, nhưng phần ghi công công bố đã xóa em’?”
“Thì trúng trọng tâm hơn.”
Ít hôm sau, Saigon Architects gửi bộ hồ sơ dự giải. Phiên bản thứ nhất ghi đầy đủ: “Chủ trì định hướng thiết kế: Trần Đức Hùng. Trưởng nhóm ý tưởng kiêm kiến trúc sư dự án: Nguyễn Thanh Vân. Kết cấu: QTS Engineering. Mặt dựng: Axis Envelope.” Kèm theo là bốn tên khác trong nhóm thiết kế. Phiên bản thứ hai do bộ phận truyền thông rút gọn chỉ còn “Kiến trúc sư chính: Trần Đức Hùng” và “Nhóm thiết kế Saigon Architects”. Đến bản nộp cuối cùng thì chỉ còn hai dòng: “Kiến trúc sư: Trần Đức Hùng. Đơn vị: Saigon Architects.”
“Ai sửa?” Ngọc hỏi.
Nhật ký quản lý tài liệu cho thấy nhân viên điều phối truyền thông đã sửa theo một email từ văn phòng của Hùng. Email viết: “Biểu mẫu giải chỉ có một ô kiến trúc sư. Dùng tên tôi ở vai trò người nộp và chủ trì thiết kế; phần ghi công nhóm có thể đưa vào mô tả dự án.” Thế nhưng bản mô tả cuối cùng lại không có dòng ghi công nhóm nào, vì đã bị cắt khi nộp cho vừa giới hạn số chữ.
Hùng không viết “Xóa tên Vân để cướp giải”. Thực tế còn đáng lo hơn thế: một chuỗi quyết định “rút gọn” nối tiếp nhau đã khiến người ngoài chỉ nhìn thấy một con người.
Ngọc liên hệ ban tổ chức để hỏi về biểu mẫu. Họ xác nhận đúng là có một ô duy nhất cho kiến trúc sư đứng tên nộp, nhưng hướng dẫn dự giải cho phép, thậm chí khuyến khích, ghi công nhóm thiết kế trong phần đính kèm. Phần đính kèm ấy hoàn toàn có thể nộp. Công ty đã không đính danh sách nhóm.
“Vậy lỗi là ở anh Hùng?” Vân hỏi.
“Có chứng cứ cho thấy ông ấy chỉ đạo dùng tên mình ở ô kiến trúc sư,” Ngọc đáp. “Nhưng quy trình của công ty cũng góp phần. Cách ban tổ chức trình bày trang công bố lại càng làm thứ bậc nổi lên. Ta không cần ép mọi chuyện thành lỗi của một kẻ xấu duy nhất.”
Buổi rà soát còn mang tới một điều khó chịu cho chính Vân. Trong một email năm thứ hai của dự án, cô từng viết: “Anh Hùng, em đã đưa định hướng của anh vào chuỗi không gian lối vào chính.” Vân đọc mà nóng cả mặt. Không phải vì email có gì sai, mà vì nó phá vỡ câu chuyện cô vẫn kể với bạn bè suốt mấy tuần qua: rằng Hùng chỉ cầm file PDF đi trình bày, chẳng góp gì.
“Đừng xóa những chi tiết bất lợi,” Ngọc nói. “Chính chúng làm yêu cầu của em đáng tin hơn, khi em tự giới hạn nó cho đúng.”
Hai người lập một bảng phân định đóng góp. Hình thành ý tưởng: Vân dẫn dắt, nhóm hỗ trợ, Hùng định hướng. Khối tổng thể và làm việc với chủ đầu tư: Hùng cùng Vân. Thiết kế mặt dựng: Vân dẫn dắt cùng đơn vị tư vấn. Hình học mái: ý tưởng của Vân, phát triển chung với kỹ sư kết cấu. Mặt bằng phòng trưng bày: Vân cùng người phụ trách trưng bày, chủ đầu tư và nhóm kiến trúc sư trẻ. Hồ sơ kỹ thuật: cả nhóm dự án mở rộng.
“Em muốn hồ sơ giải ghi thế nào?” Ngọc hỏi.
Lần đầu tiên, Vân trả lời được thật cụ thể: “Đơn vị là Saigon Architects. Anh Hùng là chủ trì thiết kế. Em là trưởng nhóm ý tưởng kiêm kiến trúc sư dự án. Các đơn vị tư vấn và thành viên nhóm được ghi trong hồ sơ dự án.”
“Em có đòi đứng tên tác giả duy nhất không?”
“Không.”
“Tốt.”
Vân bật cười. “Chị nói giống hệt mẹ em.”
Ngọc còn mời một chuyên gia kỹ thuật giải thích thêm những giới hạn khác của nhật ký BIM. Một người có thể tạo cấu kiện theo chỉ đạo của người khác. Một người có thể duyệt thiết kế qua bản đánh dấu hay trong cuộc họp mà không bao giờ trực tiếp lưu mô hình. Một khung mẫu dùng chung có thể khiến ô “người tạo” chỉ phản ánh ai dựng đối tượng đầu tiên, chứ không phải ai quyết định hình học cuối cùng. Vì vậy họ không dùng nhật ký để tính “phần trăm tác giả”, mà chỉ dùng nó để dựng niên biểu và đối chiếu với biên bản họp, bản đánh dấu, lời khai.
Bản phác tay cũng vậy. Ngày tháng ghi trên đó giúp sắp xếp thứ tự thời gian, nhưng không tự chứng minh mọi nét vẽ ra đời đúng hôm ấy nếu không có nguồn khác xác nhận. Một file đính kèm email chứng minh được rằng phiên bản ấy đã tồn tại trước một mốc nhất định, nhưng không tự xác định ai sở hữu nó.
Họ lập thêm một bảng “chứng minh được gì và không chứng minh được gì” cho từng loại tài liệu. Nhật ký BIM xác nhận hoạt động trên mô hình nhưng không đo được tư duy. Biên bản họp ghi lại quyết định nhưng không bảo đảm bao quát mọi trao đổi ngoài phòng họp. Bản phác cho biết thứ tự tương đối nhưng không thay được hợp đồng. Cách làm này giúp Vân bỏ dần thói quen hỏi “bằng chứng nào mạnh nhất”, chuyển sang hỏi “bằng chứng nào trả lời đúng câu hỏi nào”. Mỗi “bằng chứng mạnh” đều có giới hạn của nó, và điều đó không làm chứng cứ yếu đi, chỉ khiến cách dùng chứng cứ chính xác hơn.
Metadata vẫn quan trọng, vì nó giúp dựng lại niên biểu và khối lượng công việc trên từng file. Nhưng thứ làm vụ việc vững không phải một ô “Created by”. Đó là nhiều nguồn độc lập cùng kể một dòng thời gian khá nhất quán: ai phát triển phần nào, ai duyệt, ai sửa, ai được ghi tên trong hồ sơ nội bộ, và ở bước nào cái tên ấy biến mất khỏi phần công bố.
Vân nhìn bảng phân định thêm một lần rồi gập laptop. Cô không còn muốn chứng minh mình là người duy nhất. Cô chỉ muốn hồ sơ đừng biến người đã dẫn dắt một phần lớn dự án thành một cái tên có thể bỏ đi bất cứ khi nào biểu mẫu quá ngắn.