Một vụ thẩm định sai là học phí đã trả; không rút kinh nghiệm đúng cách là trả học phí mà không nhận bài học. Ở công ty nhỏ, sau một vụ ký nhầm đối tác hay bán chịu cho khách không trả, phản ứng thường gặp là trách người làm, dặn lần sau cẩn thận hơn, rồi quên. Vài tháng sau, một vụ tương tự xảy ra với người khác.
Bài này hướng dẫn cách rút kinh nghiệm có hệ thống: phân biệt hai kiểu thẩm định sai, tổ chức buổi rút kinh nghiệm không đổ lỗi mà vẫn rõ trách nhiệm, dựng lại dòng thời gian từ hồ sơ, hỏi từng khâu của quy trình, biến bài học thành thay đổi cụ thể, và chỗ AI giúp được trong việc này.
Hai kiểu thẩm định sai
Bỏ lọt. Thẩm định kết luận đồng ý, giao dịch đi tiếp, rồi gặp đúng loại rủi ro mà thẩm định lẽ ra phải thấy: nhà cung cấp không đủ năng lực, khách mất khả năng trả, cơ sở mua lại đang ôm nợ. Đây là kiểu sai dễ thấy và hay được rút kinh nghiệm.
Chặn nhầm. Thẩm định kết luận không đồng ý hoặc đặt điều kiện quá chặt, bên kia bỏ đi, và sau đó công ty biết họ là đối tác tốt, đã làm ăn suôn sẻ với người khác. Kiểu sai này ít được chú ý vì không gây thiệt hại trực tiếp, nhưng nếu lặp lại nhiều, quy trình thẩm định trở thành vật cản kinh doanh và người đề xuất bắt đầu tìm cách đi vòng.
Không phải mọi kết quả xấu đều là thẩm định sai. Có những rủi ro đã được thấy, ghi vào phần rủi ro còn lại, người duyệt chấp nhận có cân nhắc, và rủi ro đó xảy ra. Đó là quyết định có rủi ro đã biết, không phải thẩm định sai. Phân biệt rõ điều này tránh việc trừng phạt người đã làm đúng.
Cũng không phải mọi kết quả tốt đều là thẩm định đúng. Một vụ bỏ qua nhiều bước mà vẫn suôn sẻ có thể chỉ là may. Thỉnh thoảng nên rà cả những vụ thành công nhưng làm vội, để thấy quy trình đang trượt ở đâu trước khi có sự cố.
Không đổ lỗi, nhưng vẫn rõ trách nhiệm
Cách tiếp cận rút kinh nghiệm không đổ lỗi, phổ biến trong ngành hàng không và vận hành hệ thống kỹ thuật, dựa trên một nhận xét đơn giản: nếu buổi rút kinh nghiệm là nơi tìm người để trách, mọi người sẽ kể ít đi và che đi những gì mình đã làm. Bài học thật nằm trong chính những chi tiết đó.
Không đổ lỗi không có nghĩa là không ai chịu trách nhiệm. Trách nhiệm cá nhân vẫn được xử lý, nhưng ở một kênh khác, theo quy định nhân sự, và chỉ với những hành vi cố ý vi phạm quy trình hoặc che giấu thông tin. Buổi rút kinh nghiệm tập trung vào câu hỏi: vì sao một người làm việc tử tế, theo quy trình hiện có, vẫn đi đến kết luận sai.
Chủ doanh nghiệp nên nói rõ điều này ở đầu buổi, và làm đúng như đã nói. Một lần duy nhất người kể thật bị trách nặng sau buổi rút kinh nghiệm là đủ để mọi buổi sau chỉ còn những câu chuyện đã gọt giũa.
Dựng lại dòng thời gian từ hồ sơ
Bước đầu tiên là dựng lại chuyện gì đã xảy ra, dựa trên hồ sơ lưu, không dựa trên trí nhớ. Người điều phối, thường là người không tham gia vụ đó, làm các bước sau:
- Mở thư mục hồ sơ của vụ, lập danh sách mọi tài liệu theo ngày nhận và ngày tạo.
- Ghi các mốc chính: ngày mở hồ sơ, ngày nhận từng tài liệu, ngày tra cứu, ngày làm việc với bên kia, ngày kết luận, ngày duyệt, ngày ký hợp đồng, ngày bắt đầu có dấu hiệu sự cố.
- Với mỗi mốc, ghi điều mà người thẩm định biết tại thời điểm đó, theo hồ sơ.
- Đánh dấu những thông tin chỉ xuất hiện sau ngày kết luận. Đây là những điều không công bằng khi dùng để phán xét kết luận lúc ấy.
- Hỏi riêng từng người tham gia bổ sung những gì hồ sơ không ghi: cuộc gọi, tin nhắn, cảm giác lúc ấy, áp lực thời gian.
- Gửi dòng thời gian cho mọi người đọc trước buổi họp, sửa chỗ sai.
Dòng thời gian tốt giúp tránh thiên kiến nhìn lại, tức xu hướng thấy mọi chuyện đã rõ ràng từ đầu khi đã biết kết quả. Đánh dấu tách thông tin trước và sau ngày kết luận là cách đơn giản nhất để chống thiên kiến này.
Hỏi từng khâu: chỗ nào trong quy trình đã hỏng
Với dòng thời gian trong tay, đi qua từng giai đoạn của quy trình thẩm định và hỏi những câu dưới đây. Mục tiêu là tìm khâu yếu, không tìm người yếu.
| Khâu | Câu hỏi rút kinh nghiệm |
|---|---|
| Tiếp nhận và xếp mức | Giao dịch có được xếp đúng mức không? Nếu xếp thấp, quy tắc xếp mức có lỗ hổng gì hay bị bỏ qua vì sao? |
| Thu thập | Tài liệu nào lẽ ra phải xin mà không xin? Phụ lục theo loại giao dịch có nhắc đến không? |
| Kiểm chứng | Dấu hiệu của sự cố có nằm trong hồ sơ không? Nếu có, vì sao không được nhận ra hoặc bị đánh giá nhẹ? |
| Tách vai và duyệt | Vai có được tách không? Có xung đột lợi ích chưa khai? Người duyệt có đủ thời gian và thông tin để hỏi lại không? |
| Kết luận và điều kiện | Rủi ro có được ghi trong phần rủi ro còn lại không? Điều kiện có được đặt và có người theo dõi không? |
| Theo dõi sau ký | Điều kiện có được thực hiện không? Lịch rà lại có được giữ không? Dấu hiệu sớm có được báo lên không? |
| Công cụ và AI | Có dùng AI không, ở khâu nào? Có điểm nào AI tóm tắt sai hoặc bỏ sót mà không được kiểm lại? |
Thường thì sự cố không đến từ một khâu duy nhất mà từ hai ba khâu cùng yếu một chút. Ghi lại tất cả, rồi chọn một hai khâu mà nếu sửa sẽ chặn được kiểu sự cố này rõ nhất.
Một ví dụ giả định: khách mua chịu ngừng trả sau bốn tháng
Một công ty phân phối vật tư ở Cần Thơ bán chịu cho một khách là công ty xây dựng nhỏ, hạn mức được duyệt có điều kiện: đơn đầu không quá một mức nhất định, nâng hạn mức sau ba tháng nếu trả đúng hạn. Bốn tháng sau, khách ngừng trả, công nợ đã vượt xa hạn mức ban đầu.
Dòng thời gian cho thấy: thẩm định ban đầu làm đủ, có ghi rủi ro vì khách mới thành lập chưa lâu. Điều kiện nâng hạn mức được đặt đúng. Nhưng đến tháng thứ hai, nhân viên kinh doanh đã nâng hạn mức vì khách có đơn lớn, kế toán thấy nhưng nghĩ đã được sếp đồng ý qua điện thoại. Không ai mở lại hồ sơ thẩm định. Dấu hiệu khách trả chậm vài ngày ở tháng thứ ba được ghi trong sổ công nợ nhưng không được báo lên.
Bài học không phải là nhân viên kinh doanh ẩu. Bài học là quy trình không có bước nào buộc mở lại hồ sơ khi hạn mức thay đổi, và không có ngưỡng trả chậm nào tự động báo cho người duyệt. Hai thay đổi được chốt: mọi thay đổi hạn mức phải có phiếu ngắn tham chiếu hồ sơ thẩm định và chữ ký người duyệt; kế toán báo lên khi một khách mua chịu trả trễ quá một số ngày quy định, ngay từ lần đầu.
Biến bài học thành thay đổi quy trình, không chỉ lời dặn
Kết quả của buổi rút kinh nghiệm phải là những thay đổi cụ thể, có người làm, có hạn. Lời dặn "lần sau cẩn thận hơn" không tính là kết quả. Các dạng thay đổi thường gặp:
- Thêm một dòng vào danh mục cờ đỏ hoặc cờ vàng, kèm ghi chú vụ nào dẫn tới.
- Sửa quy tắc xếp mức, ví dụ thêm một yếu tố buộc nâng mức.
- Thêm một câu hỏi vào phụ lục theo loại giao dịch, đúng câu đã thiếu trong vụ này.
- Thêm một sự kiện buộc rà lại hồ sơ, như thay đổi hạn mức hay đổi người liên hệ.
- Thay đổi cách phân vai, ví dụ thêm người đọc lại cho một loại giao dịch.
- Bỏ một bước không giúp gì, nếu buổi rút kinh nghiệm cho thấy nó chỉ tốn công. Rút kinh nghiệm không phải lúc nào cũng là thêm việc.
Mỗi thay đổi ghi vào nhật ký sửa quy trình kèm mã vụ dẫn tới nó. Sau ba tháng, kiểm xem thay đổi có thật sự được áp dụng không, vì nhiều thay đổi chỉ tồn tại trên biên bản. Với vụ chặn nhầm, thay đổi thường là nới một điều kiện quá chặt hoặc rút ngắn thời gian thẩm định cho một loại giao dịch.
AI giúp gì trong buổi rút kinh nghiệm
AI hữu ích ở hai chỗ. Chỗ thứ nhất là dựng dòng thời gian: đưa danh mục tài liệu, ghi chép và tin nhắn liên quan đã che tên, nhờ AI sắp thành dòng thời gian theo ngày, đánh dấu chỗ thông tin mâu thuẫn hoặc thiếu ngày. Người điều phối vẫn phải đối chiếu với hồ sơ gốc, nhưng đỡ được nhiều giờ sắp xếp.
Chỗ thứ hai là đặt câu hỏi phản biện cho chính kết luận của buổi họp. Câu lệnh mẫu: "Đây là dòng thời gian một vụ thẩm định bỏ lọt rủi ro và các thay đổi quy trình nhóm đề xuất. Nếu một sự cố tương tự xảy ra lần nữa dù đã có các thay đổi này, thì có thể do đâu? Thay đổi nào có nguy cơ chỉ nằm trên giấy?" Câu trả lời giúp nhóm nhìn thấy những lỗ hổng còn lại trước khi đóng biên bản.
AI không nên được dùng để phán ai đúng ai sai, hay đánh giá năng lực của người tham gia. Ngoài vấn đề công bằng, việc đưa nhận xét về cá nhân vào công cụ AI cũng là đưa dữ liệu nhân sự nhạy cảm ra ngoài, điều quy định dùng AI của công ty nên cấm.
Câu hỏi thường gặp
Thẩm định sai gồm những kiểu nào?
Hai kiểu chính: bỏ lọt, tức đồng ý rồi gặp đúng rủi ro lẽ ra phải thấy; và chặn nhầm, tức từ chối hoặc đặt điều kiện quá chặt với đối tác tốt. Kết quả xấu do rủi ro đã ghi rõ và được chấp nhận có cân nhắc thì không tính là thẩm định sai.
Họp rút kinh nghiệm không đổ lỗi là gì?
Là buổi họp tập trung vào câu hỏi vì sao một người làm theo quy trình vẫn đi đến kết luận sai, thay vì tìm người để trách. Trách nhiệm cá nhân với hành vi cố ý vi phạm vẫn được xử lý, nhưng ở kênh nhân sự riêng.
Ai nên điều phối buổi rút kinh nghiệm vụ thẩm định sai?
Tốt nhất là người không tham gia vụ đó, để dựng dòng thời gian khách quan và đặt câu hỏi mà người trong cuộc ngại hỏi. Ở công ty rất nhỏ có thể là chủ doanh nghiệp nếu chủ không phải người duyệt vụ đó, hoặc một người ngoài đáng tin.
Kết quả của buổi rút kinh nghiệm nên là gì?
Là những thay đổi cụ thể trong quy trình, có người làm và có hạn: thêm cờ đỏ hoặc cờ vàng, sửa quy tắc xếp mức, thêm câu hỏi vào phụ lục, thêm sự kiện buộc rà lại. Lời dặn cẩn thận hơn không tính là kết quả.
Có nên rút kinh nghiệm cả những vụ thành công không?
Nên rà định kỳ một vài vụ thành công nhưng làm vội hoặc bỏ bước. Một vụ suôn sẻ có thể chỉ do may mắn; rà sớm giúp thấy quy trình đang trượt ở đâu trước khi có sự cố thật.
Dùng AI trong rút kinh nghiệm cần lưu ý gì?
Che tên và thông tin nhạy cảm trước khi đưa tài liệu vào AI. Dùng AI để sắp dòng thời gian và phản biện các thay đổi đề xuất, không dùng để đánh giá năng lực hay lỗi của từng người tham gia.