Chương 12: Năng lực bị bôi nhọ

Chương 12: Năng lực bị bôi nhọ

18:31, tôi vẫn nhìn ảnh chụp query anh Bình gửi riêng. Bốn con số nằm trong khung chat nhỏ đến mức nếu không biết bối cảnh, người ta có thể tưởng đó chỉ là một báo cáo lọc lỗi bình thường: 14 case, 11 reason trùng nhau, 9 effective display time lệch hơn 30 phút, và người update không chỉ có Mai. Tôi không chuyển tiếp ảnh đó vào nhóm incident. Nó chưa phải bản export được phê duyệt, cũng chưa được mask theo đúng phạm vi. Tôi chỉ lưu lại vào thư mục incident_private_note, ghi thêm một dòng trong timeline cá nhân: 18:29 – IT preliminary query indicates pattern beyond current case, pending approved review scope. Càng đi xa, tôi càng phải giữ tay mình sạch. Một file gửi sai chỗ có thể khiến câu hỏi chính bị kéo lệch: ai vi phạm quy trình trước, thay vì ai đã sửa dữ liệu sau giờ đóng băng.

18:36, chị Nhung gửi vào nhóm incident đường link form confidential. Tiêu đề form khô khốc: “Evidence submission – post-freeze override review”. Bên dưới có bốn dòng hướng dẫn: gửi theo từng case, chỉ nêu dữ kiện có timestamp, đính kèm nguồn gốc file hoặc đường dẫn hệ thống, không suy đoán động cơ cá nhân. Chị nhắn thêm: “Người gửi evidence được bảo mật trong phạm vi nhóm review. Mọi trao đổi ngoài form vẫn phải tuân thủ non-retaliation.” Tôi đọc đi đọc lại chữ non-retaliation. Nó không làm nỗi sợ biến mất, nhưng ít nhất nỗi sợ bắt đầu có một cái tên được đặt vào biên bản.

Tin nhắn riêng của Hương hiện lên gần như ngay lập tức: “Case Ninh Thái em có nên gửi không chị? Em chỉ có screenshot CRM lúc đó và email em hỏi Sales vì sao status nhảy.” Tôi quay sang con bé. “Gửi, nhưng chỉ gửi cái em có. Đừng viết ‘em nghĩ ai đó cố tình’. Ghi đúng câu: tại thời điểm nào em thấy trạng thái gì, email nào em đã gửi, hệ thống hiển thị gì.” Một lúc sau, Trang cũng nhắn: “Chị, case Hải Long em có mail từ Ops trả lời không đủ allocation trước cut-off. Sau đó CRM vẫn thành support acknowledged. Em gửi được không?” Tôi trả lời gần như giống hệt: “Gửi dữ kiện, giữ nguyên file gốc, đừng cắt phần header email.” Lần này, khách không ở bên ngoài công ty.

18:44, anh Khoa gửi một email mới, cc nhóm incident và thêm cả chị Lan, quản lý trực tiếp của support. Subject là: “Re: Scope alignment for forecast handling capability”. Tôi nhìn chữ capability và cảm thấy lưng mình lạnh đi trước khi mở mail. Nội dung không dài, nhưng từng câu đều được viết rất cẩn thận. Anh nói việc review mở rộng là cần thiết, nhưng cần tránh biến một chức năng quản trị hợp lệ thành lỗi hệ thống. Anh đề nghị xem xét song song “năng lực xử lý tình huống cut-off của support”, vì trong nhiều trường hợp Sales phải dùng quyền override để “phản ánh đúng cam kết khách hàng” khi support “không kịp xác nhận hoặc diễn giải quy trình quá cứng”. Cuối mail, anh viết: “Nếu một nhân sự đủ kinh nghiệm đọc được tín hiệu kinh doanh trước cut-off, nhu cầu corrective override sau đó sẽ giảm đáng kể.”

Tôi đọc câu ấy hai lần. Lần đầu, tôi thấy tức. Lần thứ hai, tôi thấy mệt. Có những lời buộc tội không cần gọi tên vẫn đủ để mọi người biết mũi dao đang quay về đâu. Hương đập nhẹ tay xuống bàn, rất khẽ vì khu văn phòng sau giờ làm vẫn còn người. “Họ đang nói chị không có năng lực.” Tôi không trả lời ngay. Nếu nói “ừ”, tôi sẽ biến nỗi tức của mình thành trung tâm. Nếu nói “không sao”, tôi sẽ tự làm nhục cảm giác của chính mình. Cuối cùng tôi chỉ nói: “Không chỉ chị. Họ đang nói bất cứ ai giữ đúng cut-off là không biết làm việc.”

Đính kèm email là một file PDF hai trang tên “Preliminary Support Handling Concerns”. Tôi mở ra. Trang đầu liệt kê case Đại Phú/MT Star, Ninh Thái và Hải Long dưới một bảng có cột “Observed support behavior”. Ở case Đại Phú, dòng ghi chú viết: “Case owner required formal support acknowledgement despite customer commitment before cut-off, causing delay in forecast alignment.” Ở cột nhận xét cuối cùng, tên tôi được đặt ngay sau hai chữ “capability concern”. Không có SLA baseline. Không có ticket nào chứng minh tôi đã bỏ lỡ yêu cầu hợp lệ trước 15:31. Không có approval ID. Chỉ có một cách kể chuyện: vì tôi không chấp nhận lời commit của Sales như một xác nhận support, nên Sales buộc phải sửa hệ thống để cứu dữ liệu.

Chị Lan gọi cho tôi. Tôi nhìn màn hình sáng lên, hít một hơi rồi bắt máy. Chị không hỏi ngay về email của anh Khoa. Chị chỉ nói: “Em còn ổn không?” Câu hỏi đó khiến cổ họng tôi nghẹn hơn cả lời buộc tội. Tôi đáp: “Em ổn đủ để trả lời bằng dữ kiện.” Chị im vài giây rồi nói: “Tốt. Đừng trả lời trong lúc nóng. Nhưng em cũng đừng để chữ năng lực nằm đó một mình. Case nào nói em delay thì yêu cầu họ cung cấp request hợp lệ, SLA, timestamp và escalation path.”

Tôi mở một email nháp, gửi cho chị Nhung, chị Thảo, anh Hải và chị Lan, không cc rộng. Subject: “Request to separate competency allegation from post-freeze override evidence review”. Tôi viết chậm, từng câu một. Tôi không phủ nhận quyền đánh giá năng lực. Tôi chỉ đề nghị mọi nhận xét về năng lực phải có case ID, SLA áp dụng, thời điểm yêu cầu được gửi đến support, thời điểm support phản hồi và căn cứ quy trình xác định phản hồi đó là chậm hoặc sai. Tôi nhấn mạnh rằng trạng thái CRM được thay đổi sau freeze, đặc biệt khi có effective display time lùi về trước audit timestamp, không thể được dùng làm chứng cứ độc lập để kết luận support đã xác nhận trước cut-off. Trước khi bấm gửi, tôi thêm một dòng: “Việc một người giữ yêu cầu về approval ID không nên bị diễn giải thành thiếu năng lực, nếu chính SOP đang yêu cầu approval ID.”

Tôi gửi mail lúc 18:57. Ba phút sau, chị Thảo trả lời ngắn gọn: “Agree. Override evidence review and individual competency remarks must be separated. Post-freeze display status cannot be used as proof of pre-freeze support action without audit timestamp.” Chị Nhung trả lời sau đó: “Ghi nhận. Từ thời điểm này, mọi nhận xét liên quan năng lực cá nhân phải đi kèm evidence theo tiêu chí HR. Nhóm incident không dùng label chủ quan trong quá trình review.” Những câu trả lời ấy không xóa được file PDF của anh Khoa, nhưng ít nhất chúng đặt một đường kẻ đỏ quanh nó. Hôm nay tôi không cần thắng bằng cảm xúc. Tôi chỉ cần không để cảm xúc bị dùng làm bằng chứng chống lại mình.

Nhưng anh Khoa không dừng lại. 19:06, anh trả lời trong nhóm incident, giọng vẫn mềm và đầy chữ đúng quy cách: “Tôi đồng ý cần evidence, nhưng cũng cần nhìn thực tế vận hành. Customer commitment trước cut-off là tín hiệu đủ mạnh để support có hành động. Nếu support luôn chờ formal approval trong mọi tình huống, Sales buộc phải sử dụng corrective authority để tránh mất forecast. Đây là vấn đề năng lực đọc tình huống, không phải tấn công cá nhân.” Tôi nhìn câu cuối, bỗng thấy buồn cười một cách kiệt sức. Không phải tấn công cá nhân, nhưng tên tôi nằm trong file đính kèm. Không phải kết luận động cơ, nhưng mọi câu đều dẫn về việc support yếu nên dữ liệu phải được sửa.

Lần này tôi trả lời ngay trong nhóm, nhưng vẫn giữ câu chữ ngắn. “Em ghi nhận ý kiến của anh Khoa. Trong phạm vi case Đại Phú/MT Star, em đề nghị đối chiếu với SOP hiện hành: customer commitment là đầu vào forecast, còn support acknowledgement cần approval/ticket tương ứng trước freeze. Nếu Sales có căn cứ rằng customer commitment tự động đủ để chuyển Pending support confirmation sang Support acknowledged sau freeze, vui lòng cung cấp điều khoản SOP hoặc approval ID áp dụng trước 15:31.” Chị Thảo tiếp lời: “Customer commitment and support acknowledgement are separate control points. Corrective authority does not allow backdating responsibility unless supported by audit evidence.” Anh Hải cũng ghi: “Scope giữ nguyên: review override sau freeze và discrepancy giữa audit timestamp/effective display time. Capability concern tách luồng.” Nó không làm anh Khoa sai ngay lập tức, cũng không làm tôi sạch khỏi những chữ đã bị đặt vào hồ sơ. Nhưng ít nhất, người ta không thể lấy hai chữ năng lực để phủ lên một cột audit timestamp rồi giả vờ đó là cùng một chuyện.

Form confidential bắt đầu có submission. Chị Nhung không chia sẻ danh tính, chỉ báo số lượng: “Đã nhận 5 case trong phạm vi 90 ngày. Review team sẽ lọc trùng và yêu cầu IT export theo case.” Hương thở ra bên cạnh tôi, như vừa nín thở từ đầu giờ. “Em gửi rồi,” nó nói. “Em chỉ ghi đúng những gì chị dặn.” Trang nhắn riêng một biểu tượng dấu tick, rồi thêm: “Em run quá nhưng gửi rồi chị.” Uyên không nhắn cho tôi, nhưng trong nhóm support ca chiều, chị chỉ viết một câu: “Ai có evidence thì gửi qua form, đừng bàn trong group.” Không ai thả tim. Không ai đáp lại dài. Nhưng tôi biết câu đó sẽ khiến vài người mở lại thư mục cũ của mình.

19:18, khi tôi tưởng mọi thứ có thể tạm dừng ở đó, chị Nhung gửi riêng cho tôi một file mới. “Linh, HR đã nhận được competency memo từ Sales liên quan em. Chị gửi để em biết nội dung và chuẩn bị phản hồi chính thức sau khi HR phân loại luồng review. Em chưa cần trả lời ngay trong tối nay, nhưng phải bảo toàn dữ kiện.” Tôi mở file. Tiêu đề nằm ngay đầu trang: “Competency Concern – Nguyen Gia Linh”. Bên dưới là ba case được dùng làm ví dụ: Đại Phú/MT Star, Ninh Thái, Hải Long. Ba cái tên vừa xuất hiện như những mảnh evidence trong kênh confidential, giờ nằm trong một bản memo dùng để chứng minh tôi thiếu năng lực xử lý forecast nhạy cảm.

Tôi nhìn ba dòng đó rất lâu. Có thể Sales đã biết những case ấy từ trước vì chính họ là người vận hành. Có thể đây chỉ là một cách phòng thủ đã được chuẩn bị sẵn khi review mở rộng. Nhưng cảm giác đầu tiên của tôi không phải là nghi ngờ ai rò rỉ form. Cảm giác đầu tiên là lạnh. Khi một quy trình bắt đầu bị soi, thứ bị sửa tiếp theo có thể không phải dữ liệu trên CRM nữa. Nó có thể là hồ sơ nghề nghiệp của người đặt câu hỏi. Tôi lưu file vào thư mục incident, đặt cạnh bản giải trình, server log và ảnh query 90 ngày. Rồi tôi thêm một dòng mới vào timeline: 19:18 – received Sales competency memo naming Linh, using cases under override review. Lần này, người bị lùi giờ không chỉ là trạng thái CRM. Là năng lực của tôi, bị kéo về một câu chuyện khác trước khi sự thật kịp đứng thẳng.