TUẦN 08 / 52 · KHOẢNG 6 PHÚT ĐỌC

Sai rồi sẽ giỏi lên?

“Cứ sai đi rồi sẽ có kinh nghiệm.” Câu này nghe dễ chịu sau một buổi làm chưa tốt. Nhưng nếu cùng một lỗi xuất hiện ở show thứ hai, thứ ba và thứ tư, điều gì bảo đảm lần sau sẽ khác?

Sai lầm là một sự kiện. Bài học là điều mình rút ra sau khi kiểm tra sự kiện đó. Giữa hai việc có một khoảng công việc thường bị bỏ qua: xác định chuyện gì đã xảy ra, vì sao có thể xảy ra và lần tới cần thay đổi điều gì.

Một sai lầm chỉ có ích cho việc học khi nó tạo được thông tin để điều chỉnh. Tuần này, đừng cố tìm một bài học lớn cho mọi vấp váp. Chọn một lỗi cụ thể và thiết kế một cách ngăn nó lặp lại.

Kinh nghiệm không tự xuất hiện sau tổn thất

Hãy xét một tình huống giả định. MC gọi nhầm tên đơn vị tài trợ. Sau show, người dẫn tự nhắc phải tập trung hơn. Show tiếp theo, một tên khác lại bị đọc sai. Nếu kết luận vẫn là “lần tới cẩn thận”, bạn chưa biết cơ chế nào đang gây lỗi.

Có thể người dẫn dùng bản kịch bản cũ. Có thể tên viết tắt được hiểu sai. Có thể cách ghi trên cue card quá giống nhau. Cũng có thể người dẫn đã đọc đúng lúc tập nhưng bị phân tâm đúng thời điểm. Mỗi khả năng cần một biện pháp khác nhau.

Nhắc bản thân tập trung có thể cần thiết, nhưng nó không giải quyết việc cả ê-kíp đang dùng nhiều phiên bản tài liệu. Tăng số lần đọc không chắc giúp nếu dữ liệu đầu vào đã sai. Một lời tổng kết đúng hướng phải quay lại được quá trình tạo ra lỗi.

Keith và Frese tổng hợp nghiên cứu về error management training, một cách đào tạo cho phép người học khám phá và học từ lỗi trong môi trường luyện tập. Kết quả trung bình có lợi, nhưng phụ thuộc điều kiện và loại nhiệm vụ. Điều này không có nghĩa nên tạo sai sót trong công việc thật để nhanh trưởng thành. Tổng quan năm 2008 ↗.

Phần đáng ứng dụng là tạo nơi có thể thử và sửa với hậu quả thấp. Bạn có thể luyện cách xử lý một cue giả định bị thay đổi, tập đọc tên khó trước người phụ trách hoặc mô phỏng một đoạn chuyển cảnh. Bài tập có thể chứa tình huống khó; khán giả và khách hàng không cần gánh chi phí của việc thử nghiệm đó.

Cũng nên phân biệt nguyên nhân với câu chuyện hợp lý. Sau khi biết kết quả, ta rất dễ kể lại một chuỗi “vì thế nên thế” nghe liền mạch. Nhưng nghe hợp lý chưa phải đã đúng. Nếu không có bản ghi hoặc người quan sát, hãy viết “có thể do…” và tìm cách kiểm tra thay vì khẳng định chắc chắn.

Ví dụ, “tôi nhầm vì quá căng thẳng” có thể đúng. Nhưng nếu bản kịch bản ghi tên sai, căng thẳng không phải lời giải thích đầy đủ. Nếu bạn đổ hết cho cảm xúc, một lỗi tài liệu có thể tiếp tục tồn tại trong hệ thống.

Ngược lại, phân tích điều kiện làm việc không phải cách né trách nhiệm. Bạn vẫn có thể nhận phần mình: đã không xác nhận bản mới nhất, đã bỏ qua bước kiểm tra hoặc đã nói khi chưa nghe rõ cue. Mục đích của phân tích là tìm nơi can thiệp, không phải tìm người để hoàn toàn miễn lỗi.

Một lỗi không nhất thiết phải trở thành bài học về con người bạn. Đọc sai tên không chứng minh bạn thiếu tôn trọng. Chuyển ý vụng không chứng minh bạn không hợp nghề. Có thể hành vi cần sửa rất rõ, còn những nhãn ấy chỉ làm vấn đề lớn hơn mà không cho thêm cách giải quyết.

Mười phút biến một lỗi thành một thay đổi

Chọn một sự việc gần đây mà bạn có đủ thông tin, hoặc dùng tình huống mô phỏng. Đừng chọn cả một show “thất bại”. Chọn khoảnh khắc cụ thể: cue bị hiểu nhầm, câu hỏi quá dài, tên khách mời đọc sai hoặc thời lượng vượt ở một đoạn.

Trong hai phút đầu, viết chuyện đã xảy ra bằng ngôn ngữ của camera. Ai nói gì, lúc nào, tài liệu nào được dùng, hậu quả quan sát được là gì? Tránh viết động cơ nếu bạn không biết. “Tôi cắt lời khi khách mời chưa kết thúc câu” rõ hơn “tôi quá ích kỷ”.

Tiếp theo, liệt kê ít nhất hai cách giải thích. Với lỗi đọc tên, một giả thuyết liên quan tài liệu, một giả thuyết liên quan cách chuẩn bị. Hỏi mình cần xem gì để phân biệt chúng. Nếu chưa có dữ liệu, cho phép để trống kết luận.

Sau đó chọn một thay đổi nhỏ, nằm trong khả năng thực hiện. Thay “cẩn thận hơn” bằng “trước tổng duyệt, xác nhận tên và cách đọc với người phụ trách, đánh dấu bản đã chốt”. Nếu vấn đề là nhiều phiên bản, đề nghị thống nhất một nơi cập nhật và ai có quyền xác nhận thay đổi.

Cuối cùng, thử lại ngoài buổi làm thật. Đọc đoạn đã sửa, cho người khác kiểm tra hoặc dùng một tên tương tự để xem quy trình có còn hoạt động. Đừng chỉ thử đúng trường hợp bạn vừa thuộc; nếu được, kiểm tra một biến thể gần với công việc tiếp theo.

Bạn có thể xem bài tập đạt mức hữu ích khi có ba điều: mô tả được lỗi mà không gán nhãn con người; biện pháp sửa khớp với một nguyên nhân có căn cứ; biết cách kiểm tra biện pháp ấy ở lần sau. Đây là tiêu chí thực hành đề xuất, không phải thang đánh giá năng lực nghề.

Nếu chưa tìm được nguyên nhân, kết quả “chưa biết” vẫn tốt hơn một bài học bịa. Bạn có thể ghi điều cần thu thập ở show tiếp theo, chẳng hạn mốc cue hoặc bản kịch bản cuối. Sự thận trọng đó giữ cho lần điều chỉnh sau dựa trên thông tin tốt hơn.

Lời khuyên học từ lỗi không phù hợp để biện hộ cho sai sót có hậu quả lớn. Với an toàn, quyền riêng tư hoặc thông tin nhạy cảm, cần quy trình kiểm tra và người có thẩm quyền. Một lỗi nghiêm trọng còn có thể cần báo cáo, khắc phục và chịu trách nhiệm; viết reflection không thay những việc ấy.

Bạn cũng không cần mổ xẻ mọi sơ suất nhỏ. Nếu dành cả đêm phân tích một từ vấp mà chương trình vẫn đạt mục tiêu, chi phí có thể lớn hơn lợi ích. Chọn lỗi có khả năng lặp, ảnh hưởng thực sự và có thể sửa.

Sau cùng, câu hỏi đáng giữ không phải “mình đã sai bao nhiêu lần?”. Hãy hỏi: “Có điều gì trong cách làm đã thay đổi sau lần sai đó?”. Nếu chưa có, đừng vội gọi tổn thất ấy là kinh nghiệm. Hãy làm nốt phần việc để nó trở thành bài học.