Phần kinh nghiệm của bạn vẫn đúng
Bắt đầu từ đây, vì phần lớn lời bàn về AI bỏ qua nó và khiến người có kinh nghiệm cảm thấy toàn bộ vốn liếng của mình bị phủ định. Điều đó không đúng.
| Kinh nghiệm | Còn đúng không | Vì sao |
|---|---|---|
| Hiểu khách hàng và bài toán nghiệp vụ | Đúng hơn bao giờ hết | AI làm việc xây dựng rẻ đi; biết nên xây gì càng hiếm |
| Phân biệt việc đáng làm và việc nghe hay | Rất đúng | Sự hào hứng với AI đang tạo ra nhiều dự án không ai cần |
| Quản rủi ro và tuân thủ | Đúng, và cần hơn | Hệ thống xác suất tạo rủi ro mới, nhưng kỷ luật thì giống nhau |
| Dẫn dắt người, xây đội | Không đổi | Công nghệ không chạm tới phần này |
| Cảm nhận về thị trường và thời điểm | Đúng | Không học nhanh được; người trẻ thiếu nó |
| Kỷ luật vận hành | Đúng | Sản phẩm AI cần nhiều hơn, không phải ít hơn |
Bốn phản xạ cần gỡ
| Phản xạ | Nghe ra sao trong phòng họp | Thay bằng |
|---|---|---|
| Đòi sự chắc chắn | "Khi nào các bạn đảm bảo được nó không sai?" | "Mức chính xác nào thì đủ để ra mắt, và ai chịu trách nhiệm cho mức đó?" |
| Coi không nhất quán là lỗi | "Sao chạy hai lần ra hai kết quả? Sửa đi." | "Biên độ dao động là bao nhiêu, và có chấp nhận được với ca này không?" |
| Tin vào demo | "Tôi xem demo rồi, tốt mà. Triển khai thôi." | "Cho tôi xem kết quả trên 200 ca thật, chia theo nhóm." |
| Cam kết bằng tính năng | "Quý sau chúng tôi sẽ tự động hoá việc này." | "Quý sau tự động hoá phần này, ở mức chính xác này, phần còn lại vẫn qua người." |
Phản xạ thứ ba là nguy hiểm nhất
"Tôi đã tận mắt thấy nó chạy" là một cách kiểm tra rất hợp lý suốt hai mươi năm. Với phần mềm tất định, nếu bạn thấy nó chạy đúng một lần, nó sẽ chạy đúng mọi lần với cùng đầu vào.
Với AI, một buổi demo là một mẫu cỡ một — và nó thường được chuẩn bị bằng những ca chạy tốt. Nó không nói gì về phân phối.
Hậu quả cụ thể: lãnh đạo xem demo, tin tưởng, rồi đưa ra một cam kết công khai với khách hàng. Ba tháng sau, hệ thống chạy đúng như nó vốn vẫn vậy — khoảng 80% — và cam kết đó không giữ được. Không ai nói dối; chỉ là phản xạ kiểm tra cũ không còn giá trị chứng minh.
Phản xạ thứ nhất làm đội báo cáo mơ hồ
Khi bạn hỏi "khi nào đảm bảo được nó không sai", đội không có câu trả lời trung thực nào. Họ không thể nói "không bao giờ" — nghe như thất bại. Nên họ nói những câu an toàn: "đang cải thiện", "sắp ổn", "cần thêm dữ liệu".
Đội báo cáo mơ hồ thường là triệu chứng của câu hỏi sai, không phải của việc giấu giếm. Đổi câu hỏi và báo cáo sẽ rõ lại ngay trong tuần đó.
Ví dụ: một giám đốc sản phẩm 18 năm kinh nghiệm
Công ty logistics, dự án đầu tiên dùng AI dự báo thời gian giao hàng.
Ba tháng đầu đi sai. Ông yêu cầu đội "đảm bảo sai số dưới 10 phút" — đội không cam kết được, nên báo cáo mơ hồ dần. Ông xem demo thấy tốt, hứa với hai khách hàng lớn là quý sau có. Chạy thật: sai số nội thành 8 phút, liên tỉnh 40 phút. Khách phàn nàn. Ông kết luận công nghệ chưa chín và định dừng dự án.
Điều đã thay đổi tình thế:
- Tách theo nhóm ca thay vì một con số. Hệ thống rất tốt ở nội thành (71% đơn) và kém ở liên tỉnh. Một con số trung bình đã giấu mất điều đó suốt ba tháng.
- Thu hẹp cam kết. Chỉ hiển thị dự báo cho tuyến nội thành. Giá trị vẫn đến với 71% đơn hàng.
- Đổi cách hứa. Từ "dự báo chính xác" sang "±10 phút cho đơn nội thành, có hiển thị mức tin cậy".
- Nhận lấy quyết định ngưỡng. Ông tự chốt: sai số trung vị dưới 12 phút ở nội thành là đủ ra mắt. Đội ngừng báo cáo mơ hồ ngay tuần đó.
Làm ngay
Đọc lại bốn phản xạ. Chọn cái bạn nhận ra ở chính mình — thường có ít nhất một. Viết ra câu hỏi thay thế, và dùng đúng câu đó trong buổi rà soát tiếp theo. Chú ý xem báo cáo của đội có đổi không.