Nhanh hơn có phải tiến bộ hơn?

Có một câu hỏi tôi muốn giữ lại giữa những cuộc trò chuyện về AI và cách làm việc mới: nếu hôm nay làm được nhiều việc hơn hôm qua, liệu có chắc là mình đã tiến bộ hơn?

Tôi thích công nghệ, thích những cách làm gọn hơn và không muốn bỏ lỡ cơ hội quan trọng chỉ vì ngại thay đổi. Nhưng tôi cũng muốn việc triển khai phải cẩn trọng, đủ an toàn và đáng với nguồn lực bỏ ra. Hai mong muốn ấy đôi khi kéo về hai phía. Một bên nói hãy thử ngay, bởi chậm một nhịp có thể đánh mất cơ hội. Bên kia hỏi: nhanh để đi đâu, và nếu có sai sót thì ai sẽ chịu hậu quả?

Câu hỏi này không chỉ dành cho AI. Nó xuất hiện mỗi khi ta có một công cụ mới, một quy trình nhanh hơn, một người làm việc giỏi hơn hoặc một mục tiêu được nâng lên. Tôi không nghĩ tốc độ là điều xấu. Ngược lại, chậm chạp vô cớ cũng có cái giá của nó. Điều khiến tôi băn khoăn là lúc tốc độ trở thành thước đo thay thế cho giá trị.

Tốc độ là một khả năng, không phải đích đến

Một việc trước đây cần nhiều giờ, nay chỉ mất ít phút. Đó có thể là một cải tiến đáng kể. Ta giảm được thao tác lặp lại, giảm thời gian chờ, có thêm cơ hội thử những cách làm khác. Nếu cùng chất lượng và cùng mức rủi ro, làm nhanh hơn rõ ràng là một lợi thế.

Nhưng cụm từ “cùng chất lượng và cùng mức rủi ro” thường bị lướt qua. Khi nhìn vào một kết quả đẹp, ta dễ quên phần việc không nằm trong màn hình: kiểm tra dữ liệu, hiểu yêu cầu, phát hiện trường hợp ngoại lệ, giải thích cho người sử dụng và xử lý những thứ không chạy như dự kiến.

Tôi muốn phân biệt hai câu hỏi. Câu thứ nhất: công cụ giúp tôi hoàn thành đầu việc nhanh đến đâu? Câu thứ hai: đầu việc ấy có tạo ra kết quả mà mình thực sự cần không? Câu thứ nhất có thể đo bằng thời gian. Câu thứ hai khó hơn, bởi nó đòi hỏi hiểu mục tiêu và chấp nhận rằng có những thứ không thể kết luận chỉ từ một bản trình diễn.

Một báo cáo được tạo trong vài giây không tự động khiến quyết định dựa trên nó đúng hơn. Một bản nháp được viết nhanh không tự động có góc nhìn mới. Một quy trình tự chạy không tự động trở thành quy trình đáng tin. Những điều này không phủ nhận lợi ích của công nghệ; chúng chỉ nhắc tôi rằng khả năng sản xuất ra đầu ra khác với khả năng tạo ra giá trị.

Khi một việc hoàn thành, việc gì thực sự được giải phóng?

Tôi từng suy nghĩ về một nghịch lý: nếu công nghệ tiết kiệm được thời gian, tại sao thời gian ấy không nhất thiết biến thành sự thảnh thơi?

Có lẽ bởi thời gian trống rất dễ được lấp bằng một yêu cầu mới. Làm nhanh hơn thì có thể nhận thêm việc. Tạo được nhiều phương án hơn thì có thể bị yêu cầu so sánh nhiều phương án hơn. Trả lời được ngay thì kỳ vọng phản hồi cũng có thể chuyển thành ngay lập tức. Nhịp làm việc thay đổi trước khi ta kịp quyết định phần thời gian vừa tiết kiệm sẽ được dùng vào đâu.

Tôi không muốn kết luận rằng tăng năng suất luôn làm con người mệt hơn. Có những người nhờ công cụ mới mà giảm được việc lặp lại, học nhanh hơn hoặc dành thời gian cho điều quan trọng. Cũng có những công việc vốn bị giới hạn bởi nguồn lực, nên làm nhanh hơn thật sự giúp phục vụ tốt hơn. Hai khả năng đều có thể xảy ra.

Vấn đề là lợi ích không tự phân bổ. Nếu không có một lựa chọn có ý thức, thời gian tiết kiệm có thể trở thành một khoản ngân sách vô hình để tiếp tục mở rộng khối lượng công việc. Điều này khiến tôi muốn đặt thêm câu hỏi sau mỗi lần tối ưu: phần thời gian vừa có lại sẽ dành cho chất lượng, học hỏi, nghỉ ngơi hay một mục tiêu mới? Không có câu trả lời duy nhất. Nhưng không đặt câu hỏi thì gần như mặc định để hoàn cảnh trả lời thay.

Làm nhiều hơn không nhất thiết hiểu sâu hơn

Có một sự khác biệt giữa việc hoàn thành một nhiệm vụ và việc trưởng thành nhờ nhiệm vụ ấy. Tôi có thể nhờ AI gợi ý nhiều cách giải quyết, soạn sẵn một cấu trúc, tổng hợp những điểm quan trọng. Những hỗ trợ ấy hữu ích. Tuy nhiên, nếu tôi không tự xác định vấn đề, không thử phản biện kết quả và không hiểu vì sao chọn phương án này thay vì phương án kia, phần năng lực của tôi có thể không tăng tương ứng với số việc đã hoàn thành.

Đây không phải lời kêu gọi quay về làm thủ công tất cả. Làm thủ công không tự động khiến ta hiểu sâu; đôi khi chỉ khiến ta lặp đi lặp lại một thao tác mà không học được điều gì mới. Điều tôi muốn giữ là quyền chủ động trong quá trình suy nghĩ.

Một cách thử khá đơn giản: trước khi mở công cụ, tôi tự viết vài dòng về vấn đề cần giải quyết và điều mình cho là quan trọng. Sau khi nhận kết quả, tôi tìm ít nhất một điểm chưa chắc, một giả định cần kiểm tra và một lựa chọn có thể khác đi. Nếu không giải thích được kết quả bằng ngôn ngữ của mình, tôi nên thận trọng khi dùng nó để ra quyết định.

Tôi nghĩ đây là sự phân công hợp lý hơn: để công cụ gánh phần việc nó làm tốt, còn con người giữ trách nhiệm về mục tiêu, bối cảnh và hệ quả. Không cần chứng minh mình giỏi bằng cách tự làm mọi thao tác. Nhưng cũng không nên nhầm khả năng gọi được một câu trả lời với năng lực đánh giá câu trả lời ấy.

Cẩn trọng không phải là sợ thay đổi

Tôi thấy một kiểu đối lập khá dễ xuất hiện: người muốn thử nhanh được xem là tiến bộ, người đặt câu hỏi về rủi ro bị xem là cản trở. Cách nhìn ấy làm cả hai phía nghèo đi.

Thử nhanh là cần thiết khi cơ hội có hạn và sai sót có thể đảo ngược. Nhưng có những quyết định chạm đến dữ liệu nhạy cảm, quyền lợi của người khác, tài chính hoặc sự tin cậy. Ở đó, tốc độ mà thiếu kiểm soát có thể tạo ra chi phí lớn hơn phần thời gian tiết kiệm được.

Tôi thích cách nghĩ về một thử nghiệm nhỏ nhưng thật. Nhỏ nghĩa là phạm vi đủ giới hạn để hiểu điều gì đang diễn ra. Thật nghĩa là nó phải đối diện với yêu cầu, dữ liệu và khó khăn thực tế, thay vì chỉ chạy tốt trong một ví dụ đã được chuẩn bị sẵn.

Trước khi thử, có thể hỏi: điều gì cần chứng minh? Dấu hiệu nào cho thấy nên tiếp tục? Sai ở đâu thì phải dừng? Ai có quyền quyết định khi kết quả chưa rõ? Nếu không trả lời được, có lẽ vấn đề không phải là thiếu một công cụ mạnh hơn mà là thiếu một quyết định rõ ràng.

Dĩ nhiên, không phải mọi việc đều cần một bộ quy trình phê duyệt dài. Có những thử nghiệm cá nhân ít rủi ro, có thể làm ngay rồi học từ kết quả. Cẩn trọng nên tương xứng với hậu quả có thể xảy ra. Nếu mọi thay đổi nhỏ đều phải đi qua quá nhiều cửa, chính hệ thống kiểm soát lại trở thành một dạng lãng phí.

Điều gì đáng để làm nhanh?

Có lẽ câu hỏi hữu ích hơn “làm sao để nhanh nhất?” là “phần nào cần nhanh, phần nào cần chắc?”. Tôi muốn nhanh ở những việc lặp lại, ở bước tìm kiếm phương án ban đầu, ở khâu tổng hợp thông tin đã có cấu trúc, ở những vòng thử có thể quay lại. Tôi muốn chậm hơn một chút ở việc hiểu đúng yêu cầu, kiểm tra điều có thể gây hại và quyết định có ảnh hưởng lâu dài.

Chậm ở đây không có nghĩa kéo dài vô hạn. Nó có nghĩa dành sự chú ý tương xứng. Một phút kiểm tra đúng chỗ có thể đáng giá hơn một giờ sửa sai; nhưng một giờ kiểm tra không có mục tiêu cũng có thể chỉ là trì hoãn được khoác áo cẩn thận.

Vậy làm sao phân biệt? Tôi thử nhìn vào ba điều: mức độ không chắc chắn, khả năng đảo ngược và phạm vi ảnh hưởng. Khi cả ba đều nhỏ, cứ thử và học. Khi một trong ba tăng cao, cần thêm bằng chứng hoặc người chịu trách nhiệm. Đây là nguyên tắc tự nhắc mình, không phải công thức bảo đảm mọi quyết định đều đúng.

Tôi cũng muốn để ý đến những chi phí khó nhìn thấy. Có công cụ rẻ nhưng cần nhiều công sức giám sát. Có cách làm nhanh ở bước đầu nhưng khó bảo trì. Có quy trình giảm việc cho một người nhưng đẩy thêm việc sang người khác. Nếu chỉ đo thời gian của người thực hiện, ta có thể tuyên bố thắng lợi quá sớm.

Một cải tiến đáng giữ lại nên khiến cả chuỗi công việc tốt hơn, chứ không chỉ khiến một ô trong bảng theo dõi đẹp hơn.

Đừng để công cụ quyết định hộ điều mình coi trọng

Tôi muốn phát triển năng lực, làm việc có ích và theo đuổi những mục tiêu lớn hơn. Tôi cũng không muốn việc tiến bộ ấy buộc mình đánh đổi vô điều kiện thời gian, sức khỏe hay sự bình an của người thân. Đặt hai điều cạnh nhau không làm tham vọng nhỏ đi; nó giúp tham vọng có hình dạng rõ hơn.

Nếu một công cụ giúp tôi làm được nhiều hơn, tôi muốn có quyền lựa chọn nhiều hơn: chọn việc đáng làm, chọn cách học sâu hơn, chọn lúc nghỉ, chọn lúc ở bên những người quan trọng. Nếu kết quả cuối cùng chỉ là lịch dày thêm và kỳ vọng cao thêm, tôi cần xem lại mình đang tối ưu cho điều gì.

Tất nhiên, không phải ai cũng có toàn quyền quyết định khối lượng công việc. Có những cam kết, hoàn cảnh và trách nhiệm không thể đơn giản bỏ qua. Vì thế, câu hỏi về thời gian không chỉ là vấn đề kỷ luật cá nhân. Nó còn liên quan đến cách tổ chức đặt mục tiêu và chia sẻ lợi ích từ cải tiến. Tôi không có một câu trả lời chung cho mọi môi trường.

Nhưng ngay cả khi chưa thể thay đổi toàn bộ hệ thống, ta vẫn có thể bắt đầu từ những lựa chọn nhỏ: không nhận thêm một việc chỉ vì công cụ khiến nó trông dễ; kiểm tra xem đầu ra có thật sự được sử dụng; giữ một khoảng thời gian cho việc suy nghĩ mà không bị cuốn vào nhịp phản hồi tức thì; và thừa nhận khi một cách làm mới chưa chứng minh được giá trị.

Một thước đo mà tôi muốn nhớ

Nếu cuối ngày chỉ đếm số việc hoàn thành, tôi có thể bỏ sót điều quan trọng. Tôi muốn tự hỏi thêm: có vấn đề nào được giải quyết đến nơi đến chốn? Có điều gì mình hiểu rõ hơn? Có rủi ro nào được giảm đi? Có ai thực sự được hưởng lợi từ phần việc ấy? Và mình có còn đủ năng lượng cho những điều ngoài công việc không?

Không phải ngày nào cũng trả lời tốt tất cả. Có ngày chỉ cần hoàn thành cam kết đã là một nỗ lực đáng kể. Có ngày tiến bộ nằm ở việc dừng một hướng đi sai, chứ không phải tạo thêm sản phẩm. Có ngày học được cách nói “chưa biết” lại giá trị hơn một câu trả lời nghe rất tự tin.

Tôi vẫn muốn đi nhanh khi có thể. Tôi vẫn muốn dùng AI và những công cụ mới để mở rộng giới hạn của mình. Nhưng tôi không muốn dùng tốc độ làm câu trả lời cho mọi câu hỏi.

Nhanh hơn là một lợi thế. Tiến bộ hơn là khi lợi thế ấy đưa mình đến gần điều thực sự đáng theo đuổi. Đôi khi hai điều đi cùng nhau. Đôi khi ta phải chủ động nối chúng lại. Và có lẽ chính sự chủ động ấy mới là phần không nên giao hoàn toàn cho bất kỳ công cụ nào.