Trưởng kho phản đối hệ thống WMS ngay từ khâu thiết kế: biến người kháng cự thành người đồng hành

Tình huống minh hoạ

Tình huống dưới đây là giả định, dùng để minh hoạ.

Một công ty logistics vận hành ba kho tổng hợp ở Bình Dương triển khai hệ thống quản lý kho (WMS) với máy quét mã vạch cầm tay, thay cho phiếu giấy và Excel. Chị Trang là PM, sponsor là Giám đốc Vận hành.

Ông Bảy, trưởng kho lớn nhất với 15 năm kinh nghiệm, phản đối gần như mọi đề xuất trong các buổi workshop thiết kế: "Hệ thống này không hiểu kho của tôi", "Quét mã từng thùng thì đến bao giờ mới xuất xong hàng". Gần 80 công nhân kho coi ông là người đứng đầu thực sự. Sau ba buổi workshop, các quy trình chính vẫn chưa được chốt, và một số tổ trưởng bắt đầu nói theo ông Bảy.

Phân tích theo PMBOK® Guide

Theo ma trận đánh giá mức độ gắn kết stakeholder, ông Bảy đang ở mức Resistant (biết dự án và chống lại thay đổi). Mức mong muốn là Supportive, thậm chí Leading vì ảnh hưởng không chính thức của ông với đội kho.

Stakeholders Performance Domain nhắc PM phân tích không chỉ quyền lực chính thức mà cả ảnh hưởng (influence) và thái độ của stakeholder. Ông Bảy không có quyền phê duyệt dự án nhưng có thể quyết định việc hệ thống có được sử dụng thực sự hay không.

Nguyên tắc Change (enable change to achieve the envisioned future state) nhấn mạnh rằng thay đổi tạo ra kháng cự là điều tự nhiên; PM cần hiểu và hỗ trợ người bị ảnh hưởng. Mô hình Virginia Satir (được PMBOK® nhắc đến trong nhóm mô hình quản lý thay đổi) mô tả hiệu suất thường suy giảm khi có thay đổi trước khi tăng lên – nỗi lo "xuất hàng chậm" của ông Bảy phản ánh đúng giai đoạn này.

Kháng cự thường có lý do chính đáng. Các giả thuyết cần kiểm chứng:

1. Lo ngại vận hành thực sự: giờ cao điểm xuất hàng, quét mã có thể làm chậm.
2. Mất vị thế: kiến thức "trong đầu" về vị trí hàng là nguồn quyền lực của ông; hệ thống sẽ công khai hoá nó.
3. Không được tham gia từ đầu: thiết kế do tư vấn và phòng CNTT soạn, workshop chỉ để "lấy ý kiến".
4. Trải nghiệm xấu trước đây với một phần mềm từng triển khai thất bại.

Cách xử lý

1. Gặp riêng để lắng nghe

Một buổi cà phê ở kho, không slide, không tư vấn. Hỏi: "Anh lo nhất điều gì?", "Nếu anh thiết kế, anh sẽ làm thế nào?". Ghi nhận cụ thể mối lo về giờ cao điểm và trường hợp đặc thù của kho.

2. Kiểm chứng mối lo bằng dữ liệu

Cùng ông Bảy chạy thử quét mã cho một ca xuất hàng thực tế ở một dãy kệ. Nếu chậm thật, đó là yêu cầu thiết kế quan trọng (ví dụ quét theo pallet thay vì từng thùng), không phải sự cố chấp.