Defect list là gì? Cách lập và quản lý lỗi trong thi công văn phòng

Defect list giúp doanh nghiệp ghi nhận và theo dõi các lỗi, hạng mục cần xử lý trong quá trình thi công, kiểm tra và bàn giao văn phòng. Danh sách tạo cơ sở để các bên phối hợp khắc phục, cập nhật trạng thái và kiểm tra lại trước khi xác nhận hạng mục đã đáp ứng yêu cầu của dự án.

1. Defect list là gì?

Defect list là danh sách ghi nhận các lỗi, sai lệch hoặc hạng mục cần khắc phục trước khi nghiệm thu hoặc bàn giao công trình. Mỗi lỗi thường xác định rõ vị trí, nội dung chưa đáp ứng yêu cầu, căn cứ đối chiếu và thông tin cần thiết để theo dõi quá trình xử lý đến khi được kiểm tra và xác nhận hoàn thành.

2. Vai trò của defect list trong quản lý chất lượng thi công văn phòng

Trong quản lý chất lượng thiết kế thi công văn phòng, defect list giúp chuyển các lỗi được phát hiện thành nội dung có thể phân công, theo dõi và kiểm tra lại trong suốt quá trình khắc phục.

• Kiểm soát chất lượng: Tập hợp các lỗi cần khắc phục và theo dõi đến khi được kiểm tra lại.
• Xác định trách nhiệm: Giao từng lỗi cho đúng đầu mối xử lý theo phạm vi công việc và phân công của dự án.
• Theo dõi tiến độ khắc phục: Ghi thời hạn và trạng thái để nhận biết lỗi đang xử lý, chờ kiểm tra lại hoặc đã đóng.
• Ưu tiên xử lý rủi ro: Sắp xếp lỗi theo mức ảnh hưởng đến an toàn, công năng và các công việc liên quan.
• Hạn chế phát sinh chi phí: Xử lý lỗi sớm giúp giảm nguy cơ làm lại hoặc ảnh hưởng đến các hạng mục đã hoàn thiện.
• Làm căn cứ nghiệm thu: Tổng hợp các tồn tại cần khắc phục và hỗ trợ đối chiếu trước khi xác nhận kết quả nghiệm thu.
• Tăng tính minh bạch: Ghi rõ lỗi, đầu mối xử lý, thời hạn và trạng thái để các bên cùng theo dõi.
• Hỗ trợ bảo hành và truy xuất: Lưu lịch sử lỗi và kết quả khắc phục để đối chiếu khi xử lý bảo hành theo hồ sơ dự án.

>> Xem thêm: Quy trình kiểm tra chất lượng thi công văn phòng chuẩn

3. Những thông tin cần có trong defect list

Defect list cần đủ dữ liệu để xác định lỗi, giao xử lý và kiểm tra lại sau khi khắc phục. Cấu trúc có thể điều chỉnh theo phạm vi và cách quản lý của từng dự án.

Thông tin	Nội dung cần ghi	Mục đích
Mã lỗi	Mã số riêng cho từng lỗi, ví dụ: DL-001	Dễ tra cứu và theo dõi
Tên dự án	Tên công trình hoặc hạng mục	Xác định phạm vi áp dụng
Ngày phát hiện	Ngày ghi nhận defect	Theo dõi thời điểm phát sinh
Người phát hiện	Họ tên và chức vụ của người lập	Xác định người ghi nhận
Vị trí	Tòa nhà, tầng, phòng, khu vực hoặc trục định vị	Giúp tìm đúng vị trí lỗi
Hạng mục	Kiến trúc, nội thất, điện, thông gió, ánh sáng, nước, HVAC, PCCC…	Phân nhóm và giao đúng đơn vị
Mô tả lỗi	Nêu rõ lỗi gì, kích thước hoặc tình trạng cụ thể	Giúp nhà thầu hiểu và xử lý đúng
Tiêu chuẩn tham chiếu	Bản vẽ, specification, mẫu duyệt hoặc yêu cầu hợp đồng	Làm căn cứ đánh giá
Hình ảnh hiện trạng	Ảnh tổng thể và ảnh cận cảnh trước khi sửa	Cung cấp bằng chứng trực quan
Mức độ ưu tiên	Khẩn cấp, cao, trung bình hoặc thấp	Xác định thứ tự xử lý
Đơn vị phụ trách	Nhà thầu hoặc cá nhân chịu trách nhiệm sửa lỗi	Tránh bỏ sót trách nhiệm
Biện pháp xử lý	Cách khắc phục hoặc yêu cầu cần thực hiện	Định hướng công việc sửa chữa
Thời hạn hoàn thành	Ngày phải hoàn tất việc khắc phục	Kiểm soát tiến độ
Trạng thái	Chưa xử lý, đang xử lý, chờ kiểm tra, đã đóng…	Cập nhật tình hình xử lý
Ngày hoàn thành	Ngày nhà thầu báo đã khắc phục xong	Ghi nhận tiến độ thực tế
Bằng chứng sau sửa	Ảnh sau khắc phục, biên bản hoặc kết quả thử nghiệm	Chứng minh lỗi đã được xử lý
Người kiểm tra lại	Người xác nhận kết quả khắc phục	Bảo đảm lỗi đạt yêu cầu
Ngày đóng lỗi	Ngày lỗi được kiểm tra và chấp thuận	Hoàn tất quy trình xử lý
Ghi chú	Thông tin bổ sung, nguyên nhân hoặc yêu cầu đặc biệt	Lưu lại các vấn đề liên quan

Doanh nghiệp nên thống nhất các trường thông tin và cách ghi trước khi sử dụng defect list để các bên cập nhật theo cùng một cấu trúc.

4. Quy trình lập defect list chuẩn và chi tiết

Quy trình lập defect list cần bảo đảm mỗi lỗi được ghi nhận rõ, giao đúng đơn vị phụ trách, theo dõi đến khi khắc phục và kiểm tra lại trước khi đóng. Trình tự cụ thể có thể điều chỉnh theo phạm vi, hợp đồng thi công và cách quản lý của từng dự án.

4.1. Chuẩn bị kiểm tra

Trước khi kiểm tra, các bên cần thống nhất phạm vi, căn cứ đánh giá và cách ghi nhận lỗi. Các thông tin cần xác định gồm:

• Phạm vi kiểm tra: Toàn bộ mặt bằng, từng tầng, từng phòng hoặc từng hạng mục.
• Căn cứ đánh giá: Bản vẽ đã duyệt, yêu cầu kỹ thuật, mẫu vật liệu, hợp đồng và bảng kiểm tra nghiệm thu.
• Bên tham gia: Xác định theo hợp đồng, phạm vi công việc và phân công của dự án.
• Công cụ ghi nhận: Biểu mẫu, bảng tính hoặc phần mềm quản lý lỗi.
• Kế hoạch kiểm tra: Lịch thực hiện và thời hạn hoàn thành theo kế hoạch dự án.

Với mặt bằng có nhiều tầng hoặc nhiều phòng, có thể chia phạm vi theo không gian hoặc nhóm công việc. Cách chia giúp người kiểm tra xác định rõ phần việc đã hoàn tất và vị trí cần kiểm tra tiếp.

4.2. Kiểm tra và phát hiện lỗi

Người kiểm tra đối chiếu hiện trạng với hồ sơ thiết kế và yêu cầu áp dụng cho từng hạng mục. Lỗi có thể là hạng mục thi công sai, chưa hoàn thành, bị hư hỏng, lắp đặt thiếu hoặc không phù hợp với bản vẽ, mẫu đã duyệt hay yêu cầu kỹ thuật. Phương pháp kiểm tra được lựa chọn theo đặc điểm của công việc:

• Quan sát trực tiếp hiện trạng.
• Đo kích thước, cao độ hoặc độ phẳng khi cần.
• Vận hành thử thiết bị và hệ thống.
• Đối chiếu bản vẽ, hồ sơ và yêu cầu kỹ thuật.
• Chụp ảnh hoặc quay video để ghi nhận hiện trạng.

4.3. Ghi nhận từng defect

Mỗi lỗi được ghi thành một mục riêng để có thể phân công và theo dõi độc lập. Tách riêng các lỗi có vị trí, đầu mối hoặc cách xử lý khác nhau. Ở bước ghi nhận, cần làm rõ vị trí, hiện trạng và căn cứ dùng để đánh giá lỗi. Các thông tin quản lý khác được cập nhật theo cấu trúc defect list đã thống nhất của dự án.

Ví dụ: “Tầng 5, Phòng họp 02: mép dưới vách kính phía Bắc có khe hở khoảng 8 mm so với chi tiết vách kính đã được phê duyệt.”

4.4. Phân loại và đánh giá

Sau khi ghi nhận, lỗi được gắn các thuộc tính cần thiết để thuận tiện khi phân công và xác định thứ tự xử lý. Các thuộc tính có thể gồm mức độ nghiêm trọng, vị trí, loại lỗi, nguyên nhân dự kiến, giai đoạn phát hiện và trạng thái.

Mức độ ưu tiên cần phản ánh ảnh hưởng đến an toàn, công năng, tiến độ và điều kiện nghiệm thu. Nếu dự án sử dụng hệ phân loại riêng, các bên cần áp dụng cùng tiêu chí đã thống nhất.

4.5. Xác định trách nhiệm

Mỗi lỗi cần được giao cho một đơn vị phụ trách chính để tổ chức khắc phục và cập nhật tiến độ xử lý. Việc phân công căn cứ vào phạm vi công việc, hợp đồng và trách nhiệm đã được thống nhất giữa các bên.

Trường hợp một lỗi liên quan đến nhiều đơn vị, cần xác định rõ đơn vị chịu trách nhiệm phối hợp chính. Cách phân công này giúp quá trình xử lý không bị gián đoạn, đồng thời vẫn bảo đảm trách nhiệm theo hợp đồng được xác định dựa trên hồ sơ và thỏa thuận của dự án.

4.6. Đưa ra biện pháp và thời hạn xử lý

Với mỗi lỗi, cần xác định biện pháp khắc phục, đơn vị thực hiện, hạn hoàn thành và bằng chứng cần cung cấp sau khi xử lý. Nếu công việc phụ thuộc vào vật liệu, thiết bị hoặc điều kiện thi công, các thông tin liên quan cũng cần được ghi nhận. Thời hạn xử lý cần phù hợp với mức ảnh hưởng của lỗi, tiến độ bàn giao và điều kiện thực hiện.

4.7. Phát hành và theo dõi

Trước khi gửi defect list đến các bên liên quan, người phụ trách cần rà soát nội dung, loại bỏ các mục trùng và kiểm tra lại thông tin phân công. Ở bước này, “phát hành” được hiểu là chuyển danh sách đến các bên để phối hợp xử lý và theo dõi tiến độ.

Quá trình theo dõi cần tập trung vào:

• Gửi từng defect đến đúng người hoặc đơn vị phụ trách.
• Xác nhận thời hạn xử lý của từng lỗi.
• Cập nhật trạng thái theo tiến độ thực tế.
• Theo dõi các defect quá hạn hoặc có nguy cơ ảnh hưởng đến tiến độ bàn giao.

4.8. Kiểm tra lại sau khắc phục

Khi bên xử lý báo hoàn thành, người được phân công kiểm tra cần đối chiếu kết quả với yêu cầu ban đầu. Nội dung xác nhận có thể gồm:

• Lỗi đã được xử lý đúng vị trí.
• Kết quả đáp ứng bản vẽ và yêu cầu kỹ thuật.
• Quá trình khắc phục không tạo thêm lỗi liên quan.
• Thiết bị hoặc hệ thống vận hành đúng yêu cầu.
• Kết quả đo, thử nghiệm hoặc tài liệu xác nhận đã đầy đủ khi cần.

Lỗi chuyển sang bước đóng sau khi kết quả khắc phục được kiểm tra và chấp thuận. Nếu kết quả chưa đạt, mục lỗi tiếp tục được theo dõi để xử lý lại.

4.9. Đóng defect và lưu hồ sơ

Defect được đóng khi công việc khắc phục đã hoàn tất, kết quả kiểm tra lại đáp ứng yêu cầu và không còn nội dung cần xử lý thêm. Người được phân công xác nhận cần cập nhật trạng thái, thời điểm đóng và các tài liệu liên quan.

Hồ sơ lưu nên gồm:

• Defect list với trạng thái cuối của từng lỗi.
• Hình ảnh trước và sau khi khắc phục.
• Kết quả kiểm tra lại.
• Biên bản nghiệm thu liên quan, nếu có.
• Tài liệu vật liệu, kết quả đo hoặc chạy thử khi áp dụng.

Việc lưu đầy đủ hồ sơ giúp các bên tra cứu lại quá trình xử lý defect khi cần đối chiếu trong giai đoạn bàn giao, bảo hành hoặc xử lý vấn đề phát sinh sau đó.

5. Cách phân loại lỗi trong defect list

Một lỗi có thể được gắn nhiều thuộc tính để thuận tiện khi lọc, phân công và theo dõi quá trình xử lý. Cách phân loại cần được thống nhất trong dự án để các bên sử dụng cùng tiêu chí.

5.1. Phân loại theo mức độ nghiêm trọng

Mức độ nghiêm trọng cho biết lỗi ảnh hưởng đến dự án ở mức nào, chẳng hạn về an toàn, công năng, chất lượng hoặc điều kiện nghiệm thu. Tùy cách quản lý, dự án có thể chia lỗi thành bốn mức để xác định thứ tự ưu tiên xử lý.

Mức độ	Tiêu chí	Ví dụ
Nghiêm trọng (Critical)	Ảnh hưởng trực tiếp đến an toàn hoặc khiến hệ thống quan trọng không thể hoạt động	Hệ thống báo cháy không hoạt động tại phạm vi cần bảo vệ
Lỗi lớn (Major)	Ảnh hưởng rõ đến công năng, chất lượng hoặc điều kiện nghiệm thu	Cửa không đóng được, điều hòa không hoạt động
Lỗi nhỏ (Minor)	Ít ảnh hưởng đến công năng nhưng vẫn cần khắc phục	Khe nối không đều, ổ cắm lỏng
Lỗi thẩm mỹ (Cosmetic)	Chủ yếu ảnh hưởng đến bề mặt hoặc hình thức hoàn thiện	Sơn lem, trầy xước hoặc vết lõm nhỏ

Việc xếp mức cần dựa trên mức ảnh hưởng của lỗi và hậu quả nếu chưa được xử lý. Tiêu chí cụ thể của từng mức phụ thuộc vào yêu cầu và cách quản lý của dự án.

5.2. Phân loại theo vị trí

Vị trí có thể được tổ chức theo nhiều cấp để người xử lý tìm đúng lỗi và thuận tiện khi kiểm tra lại:

• Tầng: Tầng 3, tầng 5 hoặc tầng kỹ thuật.
• Không gian: Khu làm việc, phòng họp, pantry, hành lang hoặc nhà vệ sinh.
• Vị trí trong không gian: Tường phía Đông, cửa ra vào hoặc khu vực gần cửa sổ.
• Chi tiết liên quan: Vách kính, cửa, ổ cắm hoặc thiết bị tại vị trí đã xác định.

Ngoài ra, thông tin vị trí cần đủ cụ thể để người nhận tìm đúng lỗi. Ví dụ: “Tầng 5 – Phòng họp 02 – vách kính phía Đông” rõ hơn so với “Phòng họp 02”.

5.3. Phân loại theo loại lỗi

Theo cách xử lý cần thực hiện, defect có thể được chia thành bốn nhóm để người phụ trách xác định rõ công việc tiếp theo:

Loại lỗi	Nội dung	Ví dụ
Cần khắc phục (Fix)	Hạng mục đã thi công nhưng kết quả chưa đáp ứng yêu cầu	Sơn bị loang, bề mặt hoàn thiện bị nứt
Cần bổ sung (Add)	Hạng mục còn thiếu hoặc chưa được lắp đặt đầy đủ	Thiếu nắp ổ cắm, chưa lắp đèn
Cần kiểm tra (Test)	Hạng mục cần được kiểm tra, vận hành thử hoặc xác nhận kết quả	Điều hòa chưa chạy thử, khóa cửa cần kiểm tra vận hành
Cần loại bỏ (Remove)	Vật liệu hoặc phần dư cần tháo dỡ, thu dọn	Lớp bảo vệ chưa tháo, vật liệu thừa sau thi công

Tên nhóm lỗi có thể thay đổi theo công cụ và cách quản lý của từng dự án. Khi đã chọn cách phân loại, các bên cần sử dụng thống nhất trong toàn bộ defect list.

5.4. Phân loại theo nguyên nhân

Nguyên nhân giúp xác định hướng khắc phục và các bên cần phối hợp. Có thể phân nhóm như sau:

• Thiết kế: Hồ sơ thiếu chi tiết, có sai lệch hoặc chưa phù hợp với điều kiện thực tế.
• Vật liệu: Sai quy cách, hư hỏng hoặc không đáp ứng yêu cầu dự án.
• Thi công: Thực hiện sai kích thước, kỹ thuật hoặc hồ sơ đã duyệt.
• Phối hợp: Công việc giữa các đơn vị xung đột hoặc thông tin chưa được chuyển giao đầy đủ.
• Tác động bên ngoài: Hư hỏng do vận chuyển, va chạm, độ ẩm hoặc tác động sau khi hoàn thiện.

Nguyên nhân ghi nhận ban đầu có thể thay đổi sau khi kiểm tra thêm. Các trường hợp liên quan đến trách nhiệm theo hợp đồng cần được xác minh dựa trên hồ sơ và phạm vi công việc của từng bên.

5.5. Phân loại theo giai đoạn phát hiện

Lỗi có thể được phân loại theo thời điểm phát hiện để xác định lỗi xuất hiện ở giai đoạn nào của dự án:

• Trong quá trình thi công: Phát hiện khi hạng mục đang được thực hiện.
• Trước nghiệm thu: Phát hiện khi kiểm tra chất lượng hoặc rà soát các hạng mục đã hoàn thiện.
• Khi bàn giao: Ghi nhận các lỗi còn tồn tại trước khi không gian được đưa vào sử dụng.
• Sau bàn giao: Phát hiện trong quá trình sử dụng hoặc thời gian bảo hành, tùy từng trường hợp.

Bên cạnh thời điểm phát hiện, defect còn có thể được phân biệt theo khả năng nhận biết. Lỗi rõ ràng có thể phát hiện qua quan sát hoặc kiểm tra thông thường, trong khi lỗi tiềm ẩn thường chỉ biểu hiện sau một thời gian sử dụng hoặc khi xuất hiện điều kiện liên quan.

5.6. Phân loại theo trạng thái xử lý

Trạng thái giúp các bên theo dõi tiến độ xử lý và xác định bước tiếp theo của từng lỗi. Tùy cách quản lý của dự án, có thể sử dụng các trạng thái sau:

Trạng thái	Ý nghĩa
Chưa xử lý (Open)	Lỗi đã được ghi nhận nhưng chưa bắt đầu khắc phục
Đã phân công (Assigned)	Lỗi đã được giao cho người hoặc đơn vị phụ trách
Đang xử lý (In progress)	Công việc khắc phục đang được thực hiện
Tạm chờ (Pending)	Việc xử lý đang chờ vật tư, phê duyệt hoặc thông tin cần thiết
Đã hoàn thành xử lý (Completed)	Đơn vị phụ trách đã hoàn thành việc khắc phục và chờ kiểm tra lại
Đã xác nhận và đóng (Verified/Closed)	Kết quả khắc phục đã được kiểm tra và đáp ứng yêu cầu
Mở lại (Reopened)	Kết quả kiểm tra chưa đạt và lỗi cần tiếp tục xử lý

Trạng thái đã hoàn thành xử lý cần được tách với đã xác nhận và đóng. Lỗi chỉ được đóng sau khi kết quả khắc phục đã được kiểm tra và xác nhận đạt yêu cầu theo quy trình của dự án.

Ví dụ mã lỗi: DL-EL-MAJOR-F05-OPEN

Trong đó:

• DL: Ký hiệu nhóm defect list theo quy ước dự án.
• EL: Hạng mục điện.
• MAJOR: Lỗi lớn.
• F05: Tầng 5.
• OPEN: Chưa xử lý.

Cách đặt mã có thể thay đổi theo cách quản lý của từng dự án. Các ký hiệu cần được quy định rõ và sử dụng thống nhất trong toàn bộ defect list.

6. Cách đánh giá và ưu tiên lỗi trong defect list

Mức ưu tiên của lỗi nên được xác định dựa trên mức ảnh hưởng, thời hạn xử lý và điều kiện khắc phục của từng lỗi. Các tiêu chí cần được xem xét cùng nhau để xác định lỗi nào cần xử lý trước.

Tiêu chí	Nội dung cần đánh giá
Ảnh hưởng đến an toàn	Mức độ ảnh hưởng đến an toàn của người sử dụng hoặc hoạt động của công trình
Ảnh hưởng đến công năng	Khả năng hạng mục hoặc hệ thống thực hiện đúng chức năng yêu cầu
Mức độ sai lệch so với yêu cầu	Mức độ không phù hợp với bản vẽ, yêu cầu kỹ thuật hoặc điều kiện nghiệm thu
Phạm vi ảnh hưởng	Lỗi xuất hiện tại một vị trí hay ảnh hưởng đến nhiều vị trí, hạng mục liên quan
Ảnh hưởng đến công việc tiếp theo	Khả năng làm gián đoạn trình tự thi công hoặc tiến độ của các hạng mục liên quan
Mức độ phức tạp khi khắc phục	Phạm vi sửa chữa, vật tư cần thay thế và mức độ phối hợp cần thiết
Thời hạn xử lý	Thời hạn còn lại, tình trạng quá hạn và mốc tiến độ liên quan
Nguy cơ phát sinh chi phí	Khả năng phải làm lại hoặc ảnh hưởng đến các hạng mục đã hoàn thiện

Kết quả đánh giá được dùng để xác định thứ tự xử lý lỗi. Tiêu chí và cách xếp mức ưu tiên cần được thống nhất theo yêu cầu, tiến độ và cách quản lý của từng dự án.

7. Lưu ý khi sử dụng defect list

Defect list cần được cập nhật rõ ràng và nhất quán để các bên xác định đúng lỗi, người phụ trách và trạng thái xử lý. Khi thông tin thiếu vị trí, bằng chứng hoặc kết quả kiểm tra lại, việc theo dõi và xác nhận khắc phục dễ bị gián đoạn.

7.1. Mô tả lỗi rõ ràng

Mô tả cần nêu cụ thể hiện trạng, vị trí hoặc hạng mục chưa đáp ứng yêu cầu. Các cụm như “thi công chưa đẹp” hoặc “chưa đạt” không đủ thông tin để xác định nội dung cần xử lý. Nội dung ghi nhận nên cho biết vấn đề đang tồn tại và kết quả cần đạt sau khi khắc phục.

7.2. Xác định vị trí chính xác

Mỗi lỗi cần gắn với vị trí đủ cụ thể để người phụ trách có thể tìm lại khi xử lý và kiểm tra. Với mặt bằng có nhiều tầng hoặc phòng, có thể ghi theo tầng, tên hoặc mã phòng và vị trí chi tiết trong không gian. Bản vẽ hoặc ký hiệu vị trí có thể được bổ sung khi cần làm rõ nơi phát sinh lỗi.

7.3. Đính kèm hình ảnh, tài liệu bằng chứng

Hình ảnh cần thể hiện rõ hiện trạng và vị trí của lỗi tại thời điểm ghi nhận. Khi cần đối chiếu với bản vẽ, mẫu đã duyệt hoặc yêu cầu kỹ thuật, các tài liệu liên quan nên được lưu cùng mục lỗi. Hình ảnh sau khắc phục cũng giúp người kiểm tra đối chiếu với hiện trạng ban đầu trước khi xác nhận kết quả.

7.4. Phân công trách nhiệm đúng người

Mỗi lỗi cần được giao cho người hoặc đơn vị phụ trách phù hợp với phạm vi công việc đã thống nhất. Việc phân công rõ giúp các bên theo dõi tiến độ và xác định nơi cần cập nhật khi tình trạng xử lý thay đổi. Người hoặc đơn vị được giao xử lý không đồng nghĩa với bên chịu trách nhiệm theo hợp đồng. Trách nhiệm theo hợp đồng cần được xác định dựa trên phạm vi công việc và hồ sơ liên quan.

7.5. Đặt thời hạn cụ thể

Mỗi lỗi cần có thời hạn xử lý để người phụ trách biết mốc cần hoàn thành trước khi kiểm tra lại. Thời hạn nên được xác định theo mức độ ảnh hưởng, phạm vi khắc phục và tiến độ của các công việc liên quan.

7.6. Ưu tiên lỗi nghiêm trọng

Các lỗi ảnh hưởng đến an toàn, công năng hoặc tiến độ của hạng mục liên quan cần được ưu tiên xử lý. Lỗi thẩm mỹ có phạm vi nhỏ có thể được sắp xếp sau nếu không ảnh hưởng đến các công việc khác. Thứ tự ưu tiên cần được cập nhật khi mức ảnh hưởng hoặc tiến độ dự án thay đổi.

7.7. Cập nhật trạng thái thường xuyên

Trạng thái cần phản ánh đúng tiến độ xử lý tại thời điểm cập nhật. Khi bên phụ trách đã hoàn thành khắc phục, trạng thái nên chuyển sang chờ kiểm tra lại thay vì giữ ở mức đang xử lý. Lỗi chỉ chuyển sang trạng thái đã đóng sau khi kết quả khắc phục được kiểm tra và xác nhận đạt yêu cầu.

7.8. Không đóng lỗi chỉ dựa trên báo cáo

Thông báo hoàn thành từ bên phụ trách cần được kiểm tra lại trước khi đóng lỗi. Người được phân công kiểm tra phải đối chiếu hiện trạng sau khắc phục với yêu cầu đã dùng khi ghi nhận lỗi. Nếu kết quả chưa đạt, mục lỗi tiếp tục được theo dõi hoặc mở lại theo cách quản lý của dự án.

7.9. Lưu hồ sơ đầy đủ

Hồ sơ cần phản ánh được toàn bộ quá trình từ khi phát hiện đến khi xác nhận kết quả xử lý. Tùy loại lỗi, thông tin lưu có thể gồm:

• Mô tả và dữ liệu ghi nhận ban đầu.
• Hình ảnh trước và sau khi khắc phục.
• Bản vẽ hoặc tài liệu dùng để đối chiếu.
• Lịch sử phân công và cập nhật trạng thái.
• Kết quả kiểm tra lại và tài liệu xác nhận liên quan.

Các thông tin trên giúp các bên đối chiếu quá trình xử lý khi nghiệm thu, bàn giao hoặc thực hiện nghĩa vụ bảo hành.

7.10. Tránh ghi trùng lặp

Trước khi tạo một mục lỗi mới, cần đối chiếu vị trí, hạng mục và mô tả với các mục đã có. Ghi cùng một lỗi thành nhiều mục có thể làm trùng nhiệm vụ xử lý và khiến trạng thái cập nhật không thống nhất. Nếu cùng một dạng lỗi xuất hiện ở nhiều vị trí và cần theo dõi riêng, mỗi vị trí có thể được ghi thành một mục độc lập. Quy ước này cần được thống nhất khi thiết lập defect list.

Defect list cần được duy trì thống nhất trong suốt quá trình xử lý, với thông tin rõ về từng lỗi, người phụ trách, trạng thái và kết quả kiểm tra lại. Trước khi hoàn tất danh sách, doanh nghiệp cần rà soát các lỗi còn mở và xác nhận những lỗi đã khắc phục đáp ứng yêu cầu của dự án.

9. Câu hỏi thường gặp

9.1. Khi nào doanh nghiệp cần sử dụng defect list?

Doanh nghiệp có thể sử dụng defect list khi cần ghi nhận và theo dõi nhiều lỗi trong quá trình thi công, kiểm tra hoàn thiện, bàn giao hoặc xử lý tồn tại sau bàn giao. Thời điểm áp dụng phụ thuộc vào phạm vi công việc và cách quản lý chất lượng của từng dự án.

9.2. Ai là người chịu trách nhiệm lập defect list?

Người lập và quản lý defect list được xác định theo phạm vi công việc, hợp đồng và cách tổ chức của dự án. Vai trò này có thể thuộc chủ đầu tư, đơn vị quản lý dự án, tư vấn giám sát, nhà thầu hoặc người được phân công. Người ghi nhận lỗi, xử lý và xác nhận kết quả cũng có thể là các bên khác nhau.

9.3. Defect list có bắt buộc với mọi dự án không?

Defect list không phải là một biểu mẫu bắt buộc dùng chung cho mọi dự án. Việc ghi nhận và xử lý các tồn tại cần tuân theo yêu cầu quản lý chất lượng, nghiệm thu, hợp đồng và hồ sơ áp dụng cho từng dự án.

9.4. Defect list có thay thế biên bản nghiệm thu không?

Không. Defect list dùng để ghi nhận, phân công và theo dõi các lỗi cần khắc phục. Biên bản nghiệm thu ghi nhận kết quả nghiệm thu theo yêu cầu và quy trình áp dụng cho dự án, nên hai tài liệu có chức năng khác nhau.

9.5. Dùng Excel hay phần mềm để quản lý?

Excel phù hợp với dự án có ít lỗi, ít người tham gia và nhu cầu cập nhật đơn giản. Phần mềm phù hợp hơn khi cần quản lý nhiều lỗi, nhiều đơn vị, hình ảnh, thời hạn, thông báo và lịch sử thay đổi. Doanh nghiệp nên chọn công cụ theo quy mô dự án và cách phối hợp giữa các bên.