1. Bối cảnh
Tại dự án, các hệ thống kỹ thuật (điện, máy phát, PCCC, bơm nước…) đều đã có checklist kiểm tra định kỳ.
Hiện trạng vận hành:
Nhân sự kiểm tra, chụp ảnh và gửi báo cáo qua Zalo
Quản lý tổng hợp dữ liệu thủ công trên Excel
Mỗi tháng mất 4–6 giờ chỉ để tổng hợp báo cáo
Mặc dù checklist được thực hiện đầy đủ, nhưng báo cáo vận hành vẫn cho thấy
Cư dân đánh giá dịch vụ ~3.5/5 (mức trung bình)
Phát hiện nhiều khiếu nại liên quan đến tình trạng mất nước, nước chảy chậm vào giờ khung giờ cao điểm
👉 Cho thấy: Checklist đang được làm đúng quy trình, nhưng chưa đúng cách

2. Bài toán
Vận hành đang gặp 2 vấn đề cốt lõi:
(1) Checklist chưa chuẩn
Chỉ kiểm tra cảm tính (quan sát, chụp ảnh)
Không có dữ liệu định lượng
Không test trong điều kiện thực tế
(2) Không có hệ thống kiểm soát
Không biết checklist làm có chất lượng hay không
Không đo được hiệu suất nhân sự
Không liên kết checklist với sự cố thực tế (ticket)
Báo cáo chậm, rời rạc
👉 Kết quả:
Checklist làm đủ nhưng sự cố vẫn xảy ra

3. Giải pháp
Giải pháp được triển khai theo 3 lớp rõ ràng:
3.1. Chuẩn hóa Checklist (Làm gì)
Checklist được thiết kế lại theo hướng:
Có thông số đo cụ thể
Có kiểm tra trong nhiều điều kiện (giờ cao điểm / thấp điểm)
Gắn trực tiếp với thiết bị
Ví dụ checklist bơm nước:
Nhập áp suất (bar)
Kiểm tra độ rung
Ghi nhận tiếng ồn
Chụp ảnh đồng hồ
Kiểm tra tại 3 khung giờ cao điểm: 9h – 15h – 19h
👉 Thiếu dữ liệu → không được hoàn thành

Hướng dẫn cách cài đặt và chỉnh sửa danh sách checklist.
3.2. Áp dụng OKR (Đạt đến đâu)
OKR được dùng để đo hiệu quả vận hành:
Cấp dự án:
Giảm 40% sự cố kỹ thuật lặp lại
95% checklist đạt theo tiêu chí SLA
CSAT ≥ 4.2
Cấp nhân sự:
95% checklist đúng hạn
100% checklist có dữ liệu đầy đủ
≤ 2 lỗi bỏ sót/tháng
CSAT ≥ 4.5
👉 OKR giúp chuyển từ “làm đủ việc” → “đạt kết quả”
HDSD: Hướng dẫn xem báo cáo vận hành
3.3. Hệ thống kiểm soát (Kiểm soát & đo lường)
1. Tự động hóa báo cáo
Hệ thống tự tổng hợp:
Checklist: % hoàn thành, trễ hạn, bỏ sót
Nhân sự: hiệu suất, lỗi, thời gian xử lý
Thiết bị: tần suất lỗi, cảnh báo bất thường
Ticket: số lượng, lặp lại, SLA
👉 Không cần Excel, có hệ thống báo cáo realtime
Hình ảnh: Màn hình báo cáo vận hành của hệ thống Demepro
Hướng dẫn cách xem Báo cáo vận hành
2. Liên kết checklist ↔ ticket
Phản ánh cư dân (ticket) → truy ngược checklist
Từ dữ liệu thực tế → điều chỉnh checklist
👉 Checklist không còn “làm cho có”, mà liên tục được tối ưu
4. Kết quả
Sau 3 tháng triển khai:
Khiếu nại cư dân: 120 → 70/tháng (-42%)
Lỗi kỹ thuật chung: giảm ~35%
Checklist đúng hạn: đạt 96%
Không còn phản ánh về nước yếu / mất nước khung giờ cao điểm.
👉 Kết quả đến từ:
Checklist chuẩn hóa + kiểm soát bằng hệ thống + đo hiệu quả bằng OKR

5. Case thực tế: Sự cố PCCC
Dù hệ thống đã cải thiện, vẫn phát sinh 1 sự cố:
Báo cháy giả liên tục 15 phút
Nguyên nhân: đầu báo khói bị bụi → giảm độ nhạy
Vấn đề:
Checklist vẫn được làm đầy đủ
Nhưng không có test thực tế
Không có tiêu chí đánh giá độ nhạy
👉 “Thiết bị nhìn vẫn hoạt động nhưng thực tế không đạt chuẩn”

Điều chỉnh checklist
Bổ sung:
Test đầu báo bằng thiết bị (2 tuần/lần)
Vệ sinh định kỳ (1 tháng/lần)
Ghi nhận mức độ bụi
Log kết quả test
Hình ảnh: Màn hình checklist sau khi điều chỉnh
Kết quả sau điều chỉnh
Không còn báo cháy giả
100% đầu báo được test thực tế
Loại bỏ hoàn toàn lỗi sai tín hiệu
👉 Checklist phải được liên tục tối ưu theo dữ liệu thực tế
6. Kết luận
Checklist → đảm bảo công việc được thực hiện
OKR → đo kết quả đạt được
System → kiểm soát và tạo dữ liệu
👉 Khi kết hợp:
Mỗi công việc đều có mục tiêu
Mỗi nhân sự đều được đo hiệu suất
Vận hành chuyển từ cảm tính → dữ liệu
Kết quả sau điều chỉnh
Trong tháng tiếp theo:
Không còn phát sinh báo cháy giả tại khu vực tầng hầm
100% đầu báo được kiểm tra bằng test thực tế
Giảm hoàn toàn lỗi liên quan đến đầu báo sai tín hiệu
6. Tips
Checklist hiệu quả cần:
Có thông số đo cụ thể
Gắn với thiết bị thực
Có deadline rõ ràng
OKR hiệu quả cần:
Có mục tiêu về công việc rõ ràng
Kiểm tra mục tiêu với thực tế vận hành thông qua Báo cáo vận hành
Từ đó, tinh chỉnh checklist phù hợp
Theo dõi liên tục
Nguyên tắc quan trọng:
Checklist tốt → sự cố giảm
Nếu không giảm → phải chỉnh checklist



