Tất cả bài viết

Người ít, tiêu chuẩn rõ

Khi agent tạo đầu ra nhanh hơn, cộng sự càng cần rõ ai quyết định, ai kiểm tra và điều gì được xem là đủ tốt. Một cách phối hợp cho nhóm nhỏ.

Bản Markdown
Phân tích độc lập, gợi mở từ Curate People ↗. Các tình huống và khung thực hành do La Bàn phát triển, có sự hỗ trợ của AI.

Hai người có thể làm việc với nhiều agent mà vẫn liên tục chờ nhau. Bản nháp đã có, thiết kế đã xong, mã đã chạy, nhưng một câu hỏi quan trọng chưa được trả lời: ai quyết định thứ này đã đủ tốt để đưa ra sử dụng?

Khi công cụ tạo đầu ra nhanh hơn, những điểm mơ hồ trong phối hợp có thể hiện ra rõ hơn. Một nhóm nhỏ cần hiểu mình cùng chịu trách nhiệm cho kết quả nào, khác nhau ở quyền quyết định nào và sẽ làm gì khi không đồng ý với nhau.

Con người vẫn định hình cách công việc được làm

Trong “Curate People” trên nav.al, ngày 07/11/2025, Naval xem những người đầu tiên là yếu tố quan trọng định hình công ty. Ông đề cao năng lực, động lực, sự chính trực và cái tôi thấp trong cộng tác. Nguồn bàn về tuyển dụng và văn hóa; bài này phát triển một góc hẹp hơn: cách các cộng sự làm rõ tiêu chuẩn và trách nhiệm trong dự án nhỏ có dùng AI.

Có nhiều đầu ra hơn chưa giải quyết được việc nên chọn đầu ra nào. Một agent có thể giúp liệt kê phương án, viết bản nháp hoặc chỉ ra sự không nhất quán. Cộng sự vẫn cần hiểu hoàn cảnh của nhau và thỏa thuận ai đưa ra lựa chọn cuối cùng khi các tiêu chí xung đột.

Một người muốn giao nhanh để nhận phản hồi. Người kia muốn sửa thêm vì đã hứa một mức chất lượng với người dùng. Cả hai có thể đang bảo vệ một điều hợp lý. Nếu chỉ nhìn số việc hoàn tất, ta sẽ bỏ lỡ bất đồng thật đang nằm dưới lịch công việc.

Phân biệt vai trò với trách nhiệm cụ thể

Những tên gọi như phụ trách sản phẩm, phụ trách kỹ thuật hay vận hành thường quá rộng đối với một tình huống đang xảy ra. Chúng chưa trả lời ai được đổi phạm vi, ai xác nhận dữ kiện và ai cần có mặt nếu người dùng gặp vấn đề.

Xét một nhóm hai người làm một trang thông tin cho cộng đồng địa phương. Một người hiểu nhu cầu người đọc, người còn lại xây website cùng agent. Khi có thay đổi về thời gian một hoạt động, người làm kỹ thuật có thể cập nhật rất nhanh. Nhưng tốc độ cập nhật không thay thế được việc xác nhận thông tin từ người có trách nhiệm về hoạt động.

Trong tình huống giả định ấy, nhóm có thể thỏa thuận: người phụ trách nội dung xác nhận dữ kiện và cho phép công khai; người phụ trách kỹ thuật bảo đảm bản cập nhật hiển thị đúng, liên kết mở được và có cách khôi phục. Một việc đã rõ hơn khi mỗi người biết phần nào mình có thể tự làm và phần nào cần chờ xác nhận.

Viết tiêu chuẩn để hai người có thể cùng kiểm tra

“Làm cho tốt” là một mong muốn, chưa phải tiêu chuẩn dùng chung. Với trang thông tin trên, hai người có thể cần thống nhất thế nào là đủ thông tin: tên hoạt động, địa điểm, thời gian, người liên hệ và mốc xác nhận gần nhất. Phần hiển thị cần dễ đọc trên điện thoại và thể hiện rõ khi nội dung đã thay đổi.

Một tiêu chuẩn hữu ích phải gắn với mục đích. Nếu phần lớn người đọc cần tìm đường đến địa điểm, một ảnh trang trí đẹp chưa bù được địa chỉ không rõ. Nếu người vận hành cần tự cập nhật mỗi tuần, một giao diện chỉ người xây hiểu sẽ tạo thêm sự phụ thuộc.

Tiêu chuẩn cũng cần có thứ tự ưu tiên. Khi thời gian hạn chế, thông tin đúng và đường dẫn hoạt động có thể quan trọng hơn một hiệu ứng mới. Viết thứ tự ấy trước giúp việc chọn bớt phạm vi bớt mang tính cá nhân.

Đây không phải một hợp đồng cứng khiến nhóm hết linh hoạt. Nó là một điểm tựa để hai người nhận ra khi nào mình đang nói về cùng một chất lượng và khi nào cần thương lượng lại.

Đánh giá cộng tác qua một việc đủ nhỏ và đủ thật

Một cuộc trao đổi dễ chịu chưa cho biết cách hai người sẽ phối hợp khi có đầu vào thiếu, thời gian gấp hoặc một lỗi cần nhận trách nhiệm. Một phần việc nhỏ, có phạm vi được cả hai chấp nhận, tạo cơ hội quan sát những điều ấy mà chưa buộc dự án gánh một cam kết quá rộng.

Trong ví dụ, hai người có thể cùng hoàn tất một lần cập nhật thông tin từ đầu đến cuối. Ai hỏi lại khi dữ kiện thiếu? Ai ghi rõ điều đã thay đổi? Khi phát hiện lỗi, họ cùng tìm nguyên nhân hay chỉ tìm cách chứng minh phần việc của mình đã đúng?

Cần xem cả hoàn cảnh thay vì vội gắn nhãn một con người từ một lần làm việc. Người nhận yêu cầu mơ hồ, thiếu thời gian hoặc không có quyền tiếp cận dữ liệu sẽ khó tạo đầu ra như mong muốn. Một thử nghiệm cộng tác tốt cũng kiểm tra chất lượng của cách giao việc và hỗ trợ lẫn nhau.

Điều đáng tìm là khả năng trao đổi về công việc một cách cụ thể: đây là điều đã hiểu, đây là phần còn thiếu, đây là căn cứ cho lựa chọn hiện tại và đây là lúc cần nhờ người khác cùng xem.

Dùng agent để chuẩn bị cho bất đồng

Khi hai cộng sự không đồng ý về một phương án, agent có thể giúp viết lại các lựa chọn và hệ quả cần xem xét. Nó có thể nhắc nhóm liệt kê giả định hoặc tìm những chỗ hai người đang dùng cùng một từ với nghĩa khác nhau.

Tuy nhiên, việc nhờ agent đứng về một phía thường chỉ làm cuộc trao đổi có thêm một bản lập luận trau chuốt. Giá trị hơn là yêu cầu nó trình bày mạnh nhất cả hai phương án, chỉ ra dữ kiện đang thiếu và đề xuất một phép thử nhỏ có thể phân biệt chúng.

Chẳng hạn, nếu một người muốn thêm chatbot còn người kia muốn giữ trang tra cứu đơn giản, nhóm có thể quan sát người đọc tìm ba thông tin bằng bản hiện tại. Kết quả thử không quyết định thay nhóm, nhưng giúp bất đồng bám vào một hành vi có thể nhìn thấy.

Ghi lại quyết định, kể cả điều làm mình đổi ý

Một ghi chép quyết định ngắn có thể gồm vấn đề đang giải quyết, phương án được chọn, lý do, người quyết định và dấu hiệu khiến nhóm cần xem lại. Nó đặc biệt hữu ích khi dự án có nhiều phần việc được giao cho agent, vì lịch sử các lần yêu cầu sửa thường rất dài.

Khi một phương án không còn phù hợp, nhóm sẽ biết mình đang cập nhật vì có thông tin mới hay vì đã quên lý do cũ. Điều này giúp tránh những vòng tranh luận quay lại từ đầu mỗi khi có một công cụ mới hoặc một người mới tham gia.

Ghi lại cả phần chưa chắc cũng làm cho việc nhận lỗi bớt nặng. Quyết định từng hợp lý với thông tin có lúc đó vẫn có thể cần thay đổi. Sự chính trực trong cộng tác thể hiện ở việc làm rõ sự thay đổi ấy và cùng xử lý hậu quả, thay vì sửa lại câu chuyện như thể mình luôn biết trước.

Một nhóm nhỏ đáng tin trông như thế nào?

Có thể bắt đầu bằng những điều quan sát được: mọi người biết ai cần tham gia quyết định; đầu ra có người kiểm tra; thông tin chưa chắc được nói rõ; một lỗi có đường xử lý; và bất đồng có thể được bàn bằng căn cứ cụ thể.

Các thỏa thuận ấy không làm biến mất khác biệt về tính cách hoặc năng lực. Chúng giúp những khác biệt trở nên dễ hiểu hơn trong công việc. Nhóm cũng biết lúc nào cần thêm hiểu biết từ bên ngoài, thay vì buộc một trong hai người đóng vai chuyên gia cho mọi vấn đề.

Khi agent giúp tạo ra nhiều hơn, giá trị của cộng sự có thể càng nằm ở khả năng cùng chọn điều đáng làm và chịu trách nhiệm đến cùng. Người ít vẫn cần một cách phối hợp đủ rõ để mỗi người có thể tin vào phần việc của người còn lại.