Chuyên đề: Quản lý vận hành BĐS · Bài 28 · Phần 4: Bảo trì và vòng đời tài sản
Biên soạn: ThS. Nguyễn Mạnh Hùng
GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn
1. Vấn đề thực tế cần giải quyết
Hệ thống quản lý bảo trì bằng máy tính (Computerized Maintenance Management System – CMMS) không đơn giản là “Excel có giao diện đẹp”. Giá trị chính của CMMS nằm ở cấu trúc quan hệ: tài sản có lịch sử; lịch PPM tự sinh phiếu; phiếu tiêu thụ vật tư; người thực hiện có quyền và kỹ năng; dữ liệu sau đóng quay lại phân tích độ tin cậy.
Bảng tính vẫn rất hữu ích cho danh sách nhỏ, phân tích ad hoc và giai đoạn chuẩn bị dữ liệu. Nhưng khi số tài sản, số phiếu và số người tăng, bảng tính khó kiểm phiên bản, phân quyền, quan hệ dữ liệu và lịch sử thay đổi. CMMS giải quyết nhiều điểm này nếu cấu hình đúng.
Sai lầm phổ biến là mua phần mềm trước rồi mới hỏi “đưa dữ liệu gì vào”. Nếu danh mục tài sản sai, mã không nhất quán, quy trình phiếu mơ hồ và PPM không có căn cứ, CMMS chỉ số hóa sự lộn xộn.
Trong bài này, mọi khuyến nghị quản lý phải được đặt trong bối cảnh tài sản cụ thể. Với nội dung liên quan an toàn, kiểm định, phòng cháy chữa cháy hoặc thao tác chuyên ngành, người học phải ưu tiên quy định có hiệu lực, hồ sơ thiết kế/bàn giao, hướng dẫn nhà sản xuất và người có năng lực; bài viết không thay thế các tài liệu bắt buộc đó.
2. Mục tiêu học tập
- Giải thích được bản chất nghiệp vụ trước khi chọn biểu mẫu hoặc phần mềm.
- Xác định được dữ liệu đầu vào, trách nhiệm và bằng chứng cần lưu.
- Phân biệt yêu cầu pháp lý/kỹ thuật với quy định nội bộ và thông lệ quản lý.
- Thiết kế được bảng kiểm hoặc biểu mẫu đủ dùng cho ca vận hành.
- Phát hiện được dấu hiệu bất thường, việc quá hạn và tình huống cần chuyển cấp xử lý.
- Tạo được sản phẩm có thể bàn giao cho ca sau hoặc nhóm khác kiểm lại.
3. Tình huống vận hành
Một tòa nhà có 3 file Excel: danh mục thiết bị, lịch PPM và nhật ký sửa chữa. Mã tài sản giữa ba file khác nhau; khi thay motor, không biết cập nhật file nào. Sau khi chuyển sang CMMS mà không làm sạch dữ liệu, báo cáo vẫn sai. Bài toán thực sự là quản trị dữ liệu và quy trình, không phải cài phần mềm.
Yêu cầu của sinh viên là tách sự kiện quan sát được khỏi suy đoán nguyên nhân; xác định việc nào phải xử lý ngay, việc nào cần điều tra, người nào có thẩm quyền và bằng chứng nào phải tồn tại trước khi đóng tình huống.
4. Bản chất của hệ thống quản lý bảo trì bằng máy tính
Quản lý hệ thống quản lý bảo trì bằng máy tính không phải chỉ là hoàn thành một lịch công việc. Ban quản lý cần duy trì chuỗi kiểm soát: tài sản/hệ thống → trạng thái → bất thường → hành động → bằng chứng → xác nhận → lịch sử. Nếu một mắt xích bị thiếu, thông tin có thể tồn tại nhưng không đủ để ra quyết định hoặc bàn giao.
Ở cấp hiện trường, người trực cần biết “đang xảy ra gì”; ở cấp giám sát cần biết “việc nào chưa đóng và vì sao”; ở cấp quản lý cần biết “rủi ro, xu hướng, chi phí và năng lực hệ thống đang thay đổi thế nào”. Một biểu mẫu tốt phải phục vụ ít nhất một trong ba cấp này.
5. Các điểm kiểm soát cốt lõi
5.1. CMMS cần mô hình dữ liệu tài sản
Cây vị trí, hệ thống, thiết bị, bộ phận và mã duy nhất phải được xác định. Không nên tạo tài sản trùng chỉ vì mỗi nhà thầu gọi một tên.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.2. PPM phải liên kết tài sản
Mỗi kế hoạch sinh công việc cho đúng thiết bị, chu kỳ và hạng mục; khi thay thiết bị cần cập nhật lịch liên quan.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.3. Phiếu công việc là giao dịch trung tâm
CMMS nên theo dõi từ tạo–giao–thực hiện–xác nhận–đóng, gồm thời gian, vật tư, nguyên nhân và bằng chứng phù hợp.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.4. Vật tư cần liên kết kho và tài sản
Khi xuất phụ tùng cho phiếu, hệ thống giúp thấy tồn kho, lịch sử tiêu thụ và tài sản sử dụng. Điều này hỗ trợ tính mức tồn và chi phí vòng đời.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.5. Phân quyền rõ hơn bảng tính
Người yêu cầu, kỹ thuật viên, giám sát, quản lý và nhà thầu có thể có quyền khác nhau. Quyền sửa dữ liệu gốc phải hạn chế.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.6. Dấu vết thay đổi giúp kiểm soát
CMMS tốt ghi ai đổi trạng thái, thời điểm, nội dung. Đây là lợi thế quan trọng so với file có thể bị sửa ghi đè.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.7. Thiết bị di động giúp ghi tại hiện trường
Mã QR hoặc tìm kiếm tài sản có thể đưa kỹ thuật viên đến đúng phiếu, tài liệu và lịch sử; nhưng phải thiết kế giao diện đơn giản để họ thực sự nhập dữ liệu.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.8. Báo cáo chỉ tốt khi dữ liệu chuẩn
Nếu kỹ thuật viên chọn “khác” cho mọi mã lỗi, thời gian không được ghi hoặc tài sản không gắn đúng, chỉ số MTBF/MTTR sẽ sai dù phần mềm tính đúng công thức.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.9. Tích hợp cần có mục đích
Có thể tích hợp BMS, ứng dụng cư dân, kho hoặc tài chính; chỉ nên làm khi dữ liệu và quy trình đã rõ, tránh tích hợp chỉ để “hiện đại”.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.10. Không thay mọi bảng tính ngay lập tức
Một số phân tích thử nghiệm vẫn làm tốt bằng bảng tính. CMMS nên là nguồn hồ sơ chính cho dữ liệu vận hành bảo trì, còn công cụ khác dùng để phân tích khi có kiểm soát phiên bản.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.11. Chuyển đổi phải theo giai đoạn
Làm sạch danh mục → chuẩn hóa mã → nhập tài sản → PPM → phiếu → kho → báo cáo → tích hợp. Chuyển tất cả cùng lúc làm tăng lỗi và giảm niềm tin người dùng.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
5.12. Đo mức sử dụng thực
Không chỉ đo số tài khoản. Cần xem tỷ lệ phiếu có mã tài sản, đủ nguyên nhân, đủ thời gian, bằng chứng và đóng đúng quy trình.
Khi áp dụng, cần ghi rõ đối tượng, thời điểm, tiêu chí chấp nhận và người xác nhận. Nếu chỉ ghi “đã kiểm tra” hoặc “đã xử lý” mà không truy được bằng chứng, việc đó chưa đủ chất lượng quản lý.
6. Dữ liệu và hồ sơ tối thiểu
| Nhóm dữ liệu | Nội dung cần giữ |
|---|---|
| Tài sản | mã, vị trí, hệ thống, mẫu thiết bị, thông số, mức độ trọng yếu |
| PPM | tác vụ, chu kỳ, căn cứ, tài sản |
| Phiếu công việc | nguồn, ưu tiên, trạng thái, người, thời gian, kết quả |
| Kho | mã vật tư, tồn, mức tối thiểu, vị trí, thiết bị dùng |
| Nhân sự | vai trò, kỹ năng, quyền |
| Nhà thầu | phạm vi, hợp đồng, người liên hệ |
| Tài liệu | hướng dẫn, bản vẽ, quy trình, phiên bản |
| Lịch sử | sự cố, vật tư, chi phí, thay đổi |
Không nhất thiết mọi trường đều nằm trong một biểu mẫu. Có thể phân tách giữa danh mục tài sản, nhật ký ca, phiếu công việc, hồ sơ nhà thầu và báo cáo. Điểm quan trọng là phải có mã liên kết và nguồn chính thức để không tạo nhiều “sự thật” khác nhau.
7. Nhịp kiểm soát trong vận hành
| Nhịp | Trọng tâm |
|---|---|
| Mỗi ca/ngày | Trạng thái hệ thống, cảnh báo, việc mở, cô lập, bất thường và các yếu tố có thể ảnh hưởng người sử dụng. |
| Mỗi tuần | Rà lỗi lặp, việc quá hạn, chất lượng bằng chứng, công việc nhà thầu và các rủi ro cần chuyển cấp xử lý. |
| Mỗi tháng | Phân tích xu hướng, chỉ số, chi phí/nguồn lực, PPM, phụ tùng, sự cố lặp và kế hoạch tháng kế tiếp. |
| Theo quý/chu kỳ | Rà chiến lược, chất lượng dữ liệu, năng lực nhà thầu, cập nhật hồ sơ và các thay đổi lớn của tài sản. |
| Sau sự cố/thay đổi | Xác nhận nguyên nhân, hành động, cập nhật tài liệu/kế hoạch, đào tạo nếu cần và theo dõi hiệu quả sau sửa. |
Tần suất trong bảng là khung quản lý, không phải chu kỳ kỹ thuật bắt buộc cho mọi thiết bị. Tần suất kỹ thuật phải theo quy định, tài liệu nhà sản xuất, hồ sơ công trình, mức độ trọng yếu và điều kiện thực tế.
8. Khác biệt theo loại hình bất động sản
| Loại hình | Điểm cần điều chỉnh |
|---|---|
| Văn phòng | Ưu tiên độ sẵn sàng trong giờ làm việc, trải nghiệm khách thuê, phối hợp công việc ngoài giờ và hạn chế gián đoạn các hệ thống dùng chung. |
| Chung cư | Ưu tiên an toàn cư dân, phản hồi 24/7, liên lạc minh bạch, khả năng dự phòng và xử lý sự cố ảnh hưởng sinh hoạt. |
| Trung tâm thương mại | Tải người và tải thiết bị biến động mạnh theo giờ; phải phối hợp giờ mở cửa, hoạt động của gian hàng, sự kiện và luồng khách. |
| Hỗn hợp | Phải tách khu vực, quyền tiếp cận, thời gian hoạt động và trách nhiệm chi phí giữa các chức năng nhưng vẫn quản lý các hệ thống dùng chung. |
| Công nghiệp/logistics | Ưu tiên tính liên tục, an toàn, tải lớn, thiết bị trọng yếu, thời gian khôi phục và ảnh hưởng dây chuyền sản xuất/giao nhận. |
Vì vậy khi sinh viên xây quy trình, phải ghi loại hình tài sản, giờ hoạt động, số người sử dụng, hệ thống dự phòng, mức dịch vụ và ràng buộc vận hành. Không sao chép nguyên một bảng kiểm từ tài sản khác rồi coi là chuẩn chung.
9. Quy trình thực hành đề nghị
- Xác định tài sản/hệ thống và câu hỏi cần trả lời; lấy đúng hồ sơ phiên bản hiện hành.
- Kiểm trạng thái hiện trường trước khi xem báo cáo để tránh bị dẫn dắt bởi mô tả cũ.
- Thu thập số đo, sự kiện, lịch sử và việc đang mở; ghi rõ nguồn và thời điểm.
- Phân loại mức độ ảnh hưởng: an toàn, gián đoạn dịch vụ, tài sản, môi trường, khách hàng và chi phí.
- Xác định hành động ngay, hành động tạm thời và việc cần chuyên gia/nhà thầu.
- Mở hoặc cập nhật hồ sơ công việc; giao người phụ trách và thời hạn.
- Thực hiện/giám sát theo quy trình an toàn và phạm vi thẩm quyền.
- Kiểm kết quả bằng tiêu chí chấp nhận: chạy thử, số đo, xác nhận hiện trường hoặc người sử dụng khi phù hợp.
- Cập nhật nhật ký, tài sản, PPM, vật tư hoặc tài liệu nếu có thay đổi.
- Đóng việc và theo dõi sau xử lý nếu lỗi có khả năng lặp.
10. Các lỗi thường gặp
| Lỗi | Hậu quả | Cách sửa |
|---|---|---|
| Mua phần mềm trước làm sạch dữ liệu | Số hóa dữ liệu sai | Chuẩn hóa mã và quy trình trước |
| Nhập mọi thứ một lần | Quá tải và sai nhiều | Triển khai theo giai đoạn |
| Cho tất cả sửa tài sản | Mất chuẩn dữ liệu | Phân quyền dữ liệu gốc |
| Mã lỗi toàn “khác” | Không phân tích được | Thiết kế danh mục mã vừa đủ |
| Báo cáo đẹp nhưng dữ liệu thiếu | Quyết định sai | Đo chất lượng dữ liệu |
| Tích hợp quá sớm | Tăng phức tạp | Chỉ tích hợp khi có mục đích |
Lỗi quản lý nguy hiểm nhất thường không phải thiếu biểu mẫu mà là trạng thái “đã làm” không có tiêu chí chấp nhận. Vì vậy mọi quy trình nên xác định rõ thế nào là hoàn thành và ai có quyền xác nhận.
11. Kiểm tra chất lượng theo ba tầng
11.1. Tầng dữ liệu
- Mã tài sản/vị trí đúng và không trùng.
- Thời điểm, người ghi và nguồn dữ liệu rõ.
- Đơn vị đo, trạng thái và mã phân loại thống nhất.
- Không bỏ trống trường quan trọng rồi vẫn đưa vào báo cáo.
11.2. Tầng thực hiện
- Công việc đúng người đủ năng lực và đúng phạm vi thẩm quyền.
- An toàn/cô lập/giấy phép được kiểm khi áp dụng.
- Bằng chứng phản ánh việc đã làm, không chỉ chữ ký.
- Kết quả được kiểm trước khi đóng.
11.3. Tầng quản lý
- Việc quá hạn được xếp theo mức độ trọng yếu.
- Lỗi lặp được phân tích thay vì chỉ sửa lại.
- Xu hướng bất thường tạo hành động có người phụ trách.
- Sau thay đổi, tài liệu và kế hoạch liên quan được cập nhật.
12. Tình huống phản biện
Giả sử báo cáo tháng cho thấy mọi chỉ số về hệ thống quản lý bảo trì bằng máy tính đều đạt, nhưng trong cùng tháng có hai sự cố lặp cùng một tài sản. Nhóm sinh viên phải giải thích vì sao chỉ số tổng có thể vẫn “đẹp”; truy ngược hai sự cố từ nhật ký đến phiếu công việc, bằng chứng và nguyên nhân; sau đó đề xuất chỉ số hoặc kiểm soát bổ sung.
Phản biện tốt phải tách ba phần: sự kiện đã chứng minh, diễn giải dựa trên dữ liệu, và đề xuất cần kiểm nghiệm. Không viết nguyên nhân chắc chắn nếu hồ sơ chưa đủ.
13. Bài thực hành trên lớp
- Chọn một tài sản giả lập và lập sơ đồ quản lý hệ thống quản lý bảo trì bằng máy tính gồm dữ liệu nguồn, người thực hiện, người phê duyệt và điểm chuyển cấp xử lý.
- Tạo bảng dữ liệu tối thiểu 20 dòng, có ít nhất ba trạng thái bất thường và hai việc quá hạn.
- Thiết kế một bảng kiểm hiện trường dùng ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG, có cột bằng chứng và hành động.
- Tạo một báo cáo quản lý một trang: sự cố, xu hướng, việc mở, rủi ro và hành động trong tuần tới.
- Đổi một giả định hoặc điều kiện vận hành và giải thích quy trình phải thay đổi ở bước nào.
- Để nhóm khác chọn ngẫu nhiên ba kết luận và truy ngược đến dữ liệu gốc.
Sản phẩm phải nộp
- Sơ đồ quy trình hoặc ma trận trách nhiệm.
- Một bảng dữ liệu có mã tài sản và trạng thái.
- Một bảng kiểm hiện trường.
- Một mẫu phiếu công việc/tồn tại có người phụ trách và hạn.
- Một trang báo cáo quản lý.
- Một đoạn nêu giới hạn áp dụng và nguồn kỹ thuật/pháp lý đã dùng.
14. Sổ tay hiện trường: 10 phép kiểm nhanh
14.1. Kiểm tỷ lệ tài sản có mã duy nhất.
Ghi mã đối tượng, thời điểm, người kiểm, bằng chứng và hành động nếu không đạt. Nếu phát hiện vượt thẩm quyền hoặc có yếu tố an toàn, dừng ở phạm vi an toàn và chuyển cấp xử lý theo quy trình của tài sản.
14.2. Kiểm cây vị trí/hệ thống có trùng.
Ghi mã đối tượng, thời điểm, người kiểm, bằng chứng và hành động nếu không đạt. Nếu phát hiện vượt thẩm quyền hoặc có yếu tố an toàn, dừng ở phạm vi an toàn và chuyển cấp xử lý theo quy trình của tài sản.
14.3. Kiểm 20 phiếu có gắn tài sản.
Ghi mã đối tượng, thời điểm, người kiểm, bằng chứng và hành động nếu không đạt. Nếu phát hiện vượt thẩm quyền hoặc có yếu tố an toàn, dừng ở phạm vi an toàn và chuyển cấp xử lý theo quy trình của tài sản.
14.4. Kiểm 10 phiếu đã đóng có nguyên nhân và thời gian.
Ghi mã đối tượng, thời điểm, người kiểm, bằng chứng và hành động nếu không đạt. Nếu phát hiện vượt thẩm quyền hoặc có yếu tố an toàn, dừng ở phạm vi an toàn và chuyển cấp xử lý theo quy trình của tài sản.
14.5. Kiểm PPM sinh đúng tài sản.
Ghi mã đối tượng, thời điểm, người kiểm, bằng chứng và hành động nếu không đạt. Nếu phát hiện vượt thẩm quyền hoặc có yếu tố an toàn, dừng ở phạm vi an toàn và chuyển cấp xử lý theo quy trình của tài sản.
14.6. Kiểm quyền sửa danh mục tài sản.
Ghi mã đối tượng, thời điểm, người kiểm, bằng chứng và hành động nếu không đạt. Nếu phát hiện vượt thẩm quyền hoặc có yếu tố an toàn, dừng ở phạm vi an toàn và chuyển cấp xử lý theo quy trình của tài sản.
14.7. Kiểm vật tư xuất có liên kết phiếu.
Ghi mã đối tượng, thời điểm, người kiểm, bằng chứng và hành động nếu không đạt. Nếu phát hiện vượt thẩm quyền hoặc có yếu tố an toàn, dừng ở phạm vi an toàn và chuyển cấp xử lý theo quy trình của tài sản.
14.8. Kiểm người dùng còn hoạt động và tài khoản cũ.
Ghi mã đối tượng, thời điểm, người kiểm, bằng chứng và hành động nếu không đạt. Nếu phát hiện vượt thẩm quyền hoặc có yếu tố an toàn, dừng ở phạm vi an toàn và chuyển cấp xử lý theo quy trình của tài sản.
14.9. Kiểm báo cáo nào phụ thuộc trường dữ liệu thường bỏ trống.
Ghi mã đối tượng, thời điểm, người kiểm, bằng chứng và hành động nếu không đạt. Nếu phát hiện vượt thẩm quyền hoặc có yếu tố an toàn, dừng ở phạm vi an toàn và chuyển cấp xử lý theo quy trình của tài sản.
14.10. Chọn một tích hợp và mô tả giá trị thực tế của nó.
Ghi mã đối tượng, thời điểm, người kiểm, bằng chứng và hành động nếu không đạt. Nếu phát hiện vượt thẩm quyền hoặc có yếu tố an toàn, dừng ở phạm vi an toàn và chuyển cấp xử lý theo quy trình của tài sản.
15. Bảng quyết định quản lý: không chỉ hỏi “đã làm chưa”
| Tình huống | Câu hỏi phải đặt ra | Đầu ra quản lý |
|---|---|---|
| Bất thường lặp lại | Có cùng tài sản, cùng triệu chứng hoặc cùng điều kiện vận hành không? Nếu có, không tiếp tục xử lý như các việc rời rạc; phải gom lịch sử và phân tích nguyên nhân. | Ghi người phụ trách, hạn xử lý và bằng chứng cần có trước khi đóng. |
| Việc quá hạn | Hậu quả nếu trì hoãn là gì? Thiết bị có dự phòng không? Có biện pháp tạm thời không? Hạn mới phải có người chấp thuận thay vì tự động dời. | Ghi người phụ trách, hạn xử lý và bằng chứng cần có trước khi đóng. |
| Nhà thầu báo hoàn thành | Bằng chứng nào chứng minh kết quả? Ai của Ban quản lý xác nhận? Hạng mục có cần chạy thử hoặc theo dõi sau sửa không? | Ghi người phụ trách, hạn xử lý và bằng chứng cần có trước khi đóng. |
| Dữ liệu và hiện trường khác nhau | Tạm coi đây là vấn đề chất lượng dữ liệu cho đến khi xác minh. Không chọn nguồn “thuận mắt”; phải tìm nguyên nhân chênh lệch và sửa nguồn chính thức. | Ghi người phụ trách, hạn xử lý và bằng chứng cần có trước khi đóng. |
| Thiết bị vẫn chạy nhưng có dấu hiệu xấu | Không chờ đến khi mất chức năng. Xác định mức độ trọng yếu, xu hướng, thông số và cửa sổ can thiệp an toàn. | Ghi người phụ trách, hạn xử lý và bằng chứng cần có trước khi đóng. |
| Cần thay đổi cấu hình/chế độ | Ai có thẩm quyền? Giá trị trước/sau là gì? Có ảnh hưởng hệ thống khác không? Cách hoàn nguyên và bước kiểm sau thay đổi phải rõ. | Ghi người phụ trách, hạn xử lý và bằng chứng cần có trước khi đóng. |
| Không có đủ phụ tùng/nhân lực | Ghi rủi ro, phương án tạm, thời gian bổ sung và người quyết định. Không để tình trạng “chờ” tồn tại vô thời hạn. | Ghi người phụ trách, hạn xử lý và bằng chứng cần có trước khi đóng. |
| Chỉ số tháng vẫn đạt | Kiểm xem chỉ số tổng có che sự cố trọng yếu, lỗi lặp hoặc một nhóm tài sản yếu hay không. Luôn đọc số tổng cùng ngoại lệ. | Ghi người phụ trách, hạn xử lý và bằng chứng cần có trước khi đóng. |
| Sự cố ảnh hưởng người sử dụng | Song song xử lý kỹ thuật phải có thông tin về phạm vi ảnh hưởng, thời gian dự kiến, phương án tạm và xác nhận khôi phục dịch vụ. | Ghi người phụ trách, hạn xử lý và bằng chứng cần có trước khi đóng. |
| Không chắc yêu cầu nào bắt buộc | Dừng việc suy đoán. Truy lại quy định hiện hành, hồ sơ công trình, hợp đồng, hướng dẫn nhà sản xuất hoặc người có chuyên môn trước khi ra quyết định. | Ghi người phụ trách, hạn xử lý và bằng chứng cần có trước khi đóng. |
Bảng trên giúp chuyển quản lý hệ thống quản lý bảo trì bằng máy tính từ tư duy “hoàn tất đầu việc” sang tư duy kiểm soát rủi ro và khả năng truy vết. Sinh viên nên chọn ít nhất ba tình huống và áp vào dữ liệu của bài để thấy cùng một trạng thái kỹ thuật có thể dẫn tới quyết định khác nhau khi mức độ trọng yếu, dự phòng hoặc ảnh hưởng người dùng khác nhau.
16. Ghi nhớ trong 30 giây
- Quản lý hệ thống quản lý bảo trì bằng máy tính phải dựa trên trạng thái và bằng chứng, không dựa vào cảm giác “đang bình thường”.
- Mọi bất thường cần gắn tài sản, thời điểm, người phụ trách và hạn xử lý.
- Không coi chữ ký hoặc tỷ lệ hoàn thành là bằng chứng duy nhất về chất lượng.
- Lỗi lặp phải làm thay đổi cách kiểm tra, bảo trì hoặc quy trình.
- Quy định pháp lý, hướng dẫn nhà sản xuất và hồ sơ công trình luôn ưu tiên hơn bảng kiểm đào tạo.
17. Nguồn tham khảo chính
- https://www.ibm.com/think/topics/asset-performance-management.
- https://www.energy.gov/ehss/articles/crad-maintenance-assessment-plan.
Nguồn tham khảo được dùng để kiểm khái niệm và nguyên tắc kỹ thuật. Khi triển khai ở công trình cụ thể, phải kiểm phiên bản tài liệu, quy định và hồ sơ hệ thống đang có hiệu lực tại thời điểm áp dụng.
Bài tiếp theo: MTBF và MTTR nói gì về độ tin cậy của thiết bị?
Phụ lục thực hành: câu hỏi quản lý trước khi ký “đã hoàn thành”
- Đối tượng nào đã được kiểm hoặc sửa và mã tài sản có đúng không?
- Triệu chứng ban đầu được mô tả bằng sự kiện hay bằng suy đoán?
- Có điều kiện an toàn hoặc quyền thao tác nào phải xác nhận trước công việc?
- Thông số trước và sau có đơn vị, mốc tham chiếu và thời điểm không?
- Nếu nhà thầu thực hiện, phạm vi và tiêu chí chấp nhận đã rõ chưa?
- Có bộ phận nào bị cô lập, chạy tay, bypass hoặc chuyển dự phòng sau công việc không?
- Công việc có tạo thay đổi cần cập nhật bản vẽ, danh mục, lịch bảo trì hay quy trình không?
- Có cần theo dõi sau sửa để chắc lỗi không tái diễn không?
- Người sử dụng/khách thuê có bị ảnh hưởng và đã được thông báo/khôi phục dịch vụ chưa?
- Nếu cùng lỗi xuất hiện lại, dữ liệu hôm nay có giúp tìm nguyên nhân tốt hơn không?
Phụ lục này dùng để huấn luyện tư duy kiểm chứng. Không phải mọi công việc đều cần trả lời đủ mười câu, nhưng các câu liên quan an toàn, trạng thái hệ thống, tiêu chí chấp nhận và việc còn mở không được bỏ qua.