Một sự cố BĐS có thể được nhìn theo bốn góc: mức rủi ro, con đường từ nguyên nhân tới hậu quả, nguyên nhân gốc và tập hợp nguyên nhân có thể. Risk Heat Map, Bow-Tie, 5 Whys và Fishbone không phải bốn phiên bản của cùng một công cụ; mỗi cái trả lời một câu hỏi khác.
Chuyên đề: Mô hình định tính, hành vi & ra quyết định trong BĐS · Bài 24 · Thị trường, khách hàng, địa điểm và dự án
Biên soạn: ThS. Nguyễn Mạnh Hùng
Đơn vị: GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn
1. Risk Heat Map: ưu tiên rủi ro
Risk matrix thường dùng khả năng xảy ra và mức tác động. Mục tiêu là ưu tiên, không phải tạo xác suất giả.
| Khả năng / Tác động | Thấp | Vừa | Cao |
|---|---|---|---|
| Thấp | Thấp | Thấp/Vừa | Vừa |
| Vừa | Thấp/Vừa | Vừa | Cao |
| Cao | Vừa | Cao | Rất cao |
Thang phải có định nghĩa. 'Cao' về tài chính có thể là >5% NOI; về an toàn có thể là mức injury severity khác. Không nên trộn tiêu chí mà không quy định.
2. Bow-Tie: từ threat tới consequence
Bow-Tie đặt top event ở giữa. Bên trái là threats và preventive barriers; bên phải là consequences và mitigative barriers.
Ví dụ top event: khách thuê lớn không gia hạn. Threats: rent cao, trải nghiệm kém, downsizing. Barriers: early engagement, market review. Consequences: vacancy, NOI giảm, CAPEX fit-out. Mitigation: backfill pipeline, reserve, flexible leasing.
3. 5 Whys: đào sâu một chuỗi
5 Whys không có nghĩa phải đúng năm lần. ASQ mô tả đây là quá trình hỏi 'tại sao' lặp lại để đi sâu khỏi triệu chứng.
NOI giảm → OPEX tăng → năng lượng tăng → chiller chạy kém → maintenance trì hoãn → PPM không thực hiện do hợp đồng vendor yếu. Root cause có thể nằm ở governance, không phải giá điện.
4. Fishbone: mở rộng tập nguyên nhân
Fishbone/Ishikawa hữu ích khi có nhiều nhánh nguyên nhân. Với vận hành BĐS có thể dùng nhóm: con người, quy trình, thiết bị, dữ liệu, nhà cung cấp, môi trường, quản trị. Fishbone tốt cho brainstorming có cấu trúc; 5 Whys tốt để đào sâu một nhánh.
5. Dùng bốn công cụ theo trình tự
- Heat Map chọn rủi ro ưu tiên.
- Bow-Tie hiểu threat–barrier–consequence.
- Fishbone mở nhóm nguyên nhân.
- 5 Whys đào sâu nhánh quan trọng.
- Xác định control owner và chỉ báo.
6. Dữ liệu kiểm soát rủi ro
| risk_id | event | cause | barrier | barrier_owner | indicator | threshold | status |
|---|---|---|---|---|---|---|---|
| R09 | Mất điện kéo dài | Grid failure | Generator | FM | Test pass rate | <95% | Amber |
Điểm quan trọng không phải lưu màu rủi ro, mà lưu barrier nào đang tồn tại và barrier có hiệu quả không.
7. Barrier effectiveness
Một barrier có thể tồn tại trên giấy nhưng không hiệu quả. Generator có nhưng chưa test tải; insurance có nhưng exclusion lớn. Bow-Tie nên gắn barrier health/effectiveness, test date và owner.
8. Case: rò rỉ nước lặp lại
Heat Map cho thấy tác động vừa nhưng tần suất cao. Fishbone mở nhánh vật liệu, thi công, maintenance, sensor, quy trình response. 5 Whys trên nhánh maintenance phát hiện work order bị đóng khi chưa kiểm root cause. Bow-Tie sau đó thiết kế barrier phòng ngừa và giảm hậu quả.
9. Lỗi 'con người' không phải root cause đủ tốt
Nếu 5 Whys dừng ở 'nhân viên quên', cần hỏi tiếp: quy trình có checklist không, workload có quá cao không, hệ thống có cảnh báo không, training và accountability ra sao. Root cause tốt phải dẫn tới control có thể thiết kế.
10. Sai lầm
- Màu rủi ro không có định nghĩa.
- Chấm xác suất theo cảm giác.
- Bow-Tie thiếu barrier owner.
- 5 Whys dừng ở lỗi con người.
- Fishbone liệt kê nhưng không kiểm bằng chứng.
- Không theo dõi effectiveness.
11. Risk Heat Map không nên dùng để so mọi loại rủi ro bằng một màu
Rủi ro an toàn, pháp lý, tài chính và danh tiếng có đơn vị tác động khác nhau. Có thể dùng chung ma trận để ưu tiên, nhưng tiêu chí impact cần có mô tả riêng cho từng category. Một sự kiện an toàn hiếm nhưng nghiêm trọng không nên bị hạ ưu tiên chỉ vì xác suất thấp.
12. Bow-Tie và control assurance
Sau khi xác định barrier, cần hỏi ba câu: barrier có được thiết kế không, có đang tồn tại không, có hoạt động hiệu quả không. Có thể dùng ba trạng thái Design/Implementation/Effectiveness để tránh nhầm “có quy trình” với “quy trình hiệu quả”.
| Barrier | Design | Implementation | Effectiveness |
|---|---|---|---|
| Fire drill | OK | Đủ lịch | Chưa đạt |
| Generator test | OK | Đã test | 95% |
13. Root cause và corrective action
Root cause tốt phải dẫn tới hành động có khả năng ngăn tái diễn. Nếu kết luận “nhân viên thiếu cẩn thận”, corrective action thường chỉ là nhắc nhở và sự cố dễ lặp. Nếu nguyên nhân gốc là giao diện khó dùng, workload quá cao hoặc kiểm soát thiếu, hành động sẽ cụ thể hơn.
Sau corrective action cần kiểm effectiveness theo thời gian, không chỉ đóng ticket.
14. Bài tập thực hành: phân tích một sự cố theo bốn công cụ
Chọn một sự cố như mất điện, rò nước, tenant exit hoặc chậm bàn giao. Dùng Heat Map để ưu tiên; Bow-Tie để vẽ threat/barrier/consequence; Fishbone để mở nguyên nhân; 5 Whys để đào một nhánh. Sau đó so sánh: mỗi công cụ đã cho bạn thông tin gì mà công cụ khác không cho?
Nếu bốn công cụ đều cho cùng một danh sách, có thể bạn đang dùng chúng sai mục đích.
15. Kết nối risk model với dashboard vận hành
Risk register tĩnh nhanh chóng lỗi thời. Những rủi ro trọng yếu nên gắn với Key Risk Indicator: vacancy concentration, overdue maintenance, energy anomaly, incident rate, covenant headroom. Khi chỉ báo vượt threshold, risk status được review. Như vậy mô hình rủi ro kết nối với dữ liệu thực thay vì chỉ review theo quý.
Ghi nhớ trong 30 giây
- Heat Map để ưu tiên.
- Bow-Tie để cấu trúc threats–barriers–consequences.
- Fishbone để mở nguyên nhân.
- 5 Whys để đào sâu.
- Risk management tốt quản barrier, không chỉ màu.
Nguồn tham khảo
- ISO 31000:2018 – Risk management.
- ASQ – Five Whys and Fishbone Diagram.
Bài tiếp theo: Asset Strategy Matrix và Hold–Improve–Reposition–Sell: chọn chiến lược tài sản