Giao việc cho đồng nghiệp: nói rõ kết quả, đừng chỉ gửi một câu nhờ vả

“Bạn lo giúp mình buổi họp với khách nhé.” Bạn nhận được một chữ “ok” và nghĩ thế là xong. Chiều hôm sau, đồng nghiệp gửi lại lịch hẹn. Bạn hỏi tài liệu đâu, người duyệt đâu, sao chưa có link họp. Người kia ngơ ngác: “Mình tưởng chỉ cần hỏi giờ mọi người rảnh.”

Giao việc cho đồng nghiệp cần nói rõ kết quả mong nhận, hạn và phần họ được tự quyết. Cùng theo tình huống giả định: Lan nhờ Minh chuẩn bị buổi duyệt thiết kế website. Cả hai đều muốn làm nhanh, nhưng một câu nhờ quá ngắn đã khiến họ hiểu thành hai công việc khác nhau.

Chia việc và nói rõ quyền quyết định

Lan bắt đầu lại từ mục đích cuộc họp: chốt bố cục trang giới thiệu để nhóm thiết kế làm tiếp. Đây là thông tin Minh cần trước khi hỏi lịch. Nếu buổi họp phải có quyết định, người được mời không chỉ gồm những người đang vẽ giao diện mà còn cần người có quyền duyệt.

Minh hỏi ai là người duyệt cuối. Lan xác nhận đầu mối và gửi thông tin liên hệ. Một câu hỏi ấy tránh được tình huống họp xong vẫn phải tổ chức thêm buổi khác. Minh không thể tự suy ra vai trò của từng người chỉ từ tên trong nhóm chat.

Hai người chia rõ phần cần phối hợp. Minh hỏi lịch và chuẩn bị lời mời. Lan gửi đúng bản thiết kế, xác nhận danh sách người tham gia và những câu hỏi cần chốt. Việc giao cho Minh vẫn có phần đầu vào thuộc trách nhiệm của Lan.

Minh được tự chọn giờ trong khoảng nào? Nếu các bên không có lịch trùng, cậu có thể chuyển sang tuần sau không? Lan nêu giới hạn theo kế hoạch dự án: chọn trong các buổi đã thống nhất; nếu không tìm được giờ phù hợp thì báo lại trước khi hẹn khách.

Quyền tạo link họp cũng khác với quyền gửi lời mời cuối. Trong ví dụ này, Minh chuẩn bị bản nháp còn Lan xác nhận lịch trước khi gửi. Một nhóm khác có thể giao quyền rộng hơn. Điều cần thiết là cả hai cùng biết ranh giới, không phải việc nhỏ nào cũng xin duyệt.

Lan gửi tài liệu, Minh mở thử ngay và gặp màn hình xin quyền. Hai người xử lý trước khi bắt đầu chuẩn bị. Cách chia sẻ tài liệu đúng quyền truy cập giúp kiểm cả khả năng mở file, thay vì chỉ đánh dấu đã gửi link.

Minh nói mình đang có một báo cáo phải nộp trong ngày. Lan cùng cậu xác định phần nào ưu tiên trước. Gọi một việc là “nhờ chút thôi” không làm nó tự bớt thời gian. Người nhận cần được nói về lịch hiện có để thống nhất một mốc thực tế.

Trước khi làm, Minh nhắc lại bằng lời của mình: hỏi lịch đủ người, soạn lời mời có tài liệu, gửi Lan xác nhận rồi mới chuyển cho khách. Nếu có chỗ hiểu lệch, sửa ngay lúc này sẽ nhẹ hơn khi cả buổi chuẩn bị đã đi theo hướng khác.

Mô tả thế nào là hoàn thành

Lan từng nghĩ “chuẩn bị cuộc họp” đã bao gồm mọi thứ. Minh lại hiểu đó là tìm giờ trống. Hai người viết kết quả cuối bằng những thứ kiểm được: có lịch đã xác nhận, link họp và tài liệu đọc trước đúng bản. Câu mô tả giờ đã có điểm kết thúc rõ.

Với phần tài liệu, Minh hỏi cần slide hay chỉ một trang tóm tắt. Lan chọn một trang nêu mục tiêu, các câu cần chốt và link thiết kế. Cậu không phải dành thời gian làm một bộ slide chỉ vì đoán rằng tài liệu trông cầu kỳ mới được coi là hoàn thành.

Lan gửi mẫu cũ nhưng nói rõ phần nào cần tham khảo. Cấu trúc câu hỏi hữu ích; màu sắc và số trang không bắt buộc giữ. Một bản mẫu không có giải thích dễ trở thành bộ yêu cầu ngầm. Người nhận có thể sao chép cả những chi tiết không còn phù hợp.

Minh viết ba câu cần quyết định: chọn bố cục nào, giữ phần nội dung nào và ảnh nào còn thiếu. Người dự họp nhìn vào biết mình cần chuẩn bị gì. Với tài liệu nguồn dài, cách tóm tắt để người nhận làm tiếp được giúp giữ đúng phần liên quan.

Hai người tách hạn gửi nháp khỏi hạn gửi khách. Nếu lời mời cần đi vào thứ Tư, Lan phải có khoảng thời gian xem trước đó. Deadline cuối mà không có thời gian phản hồi sẽ đẩy người làm vào cảnh chờ duyệt rồi chạy gấp, dù họ đã gửi phần mình đúng hẹn.

Thời hạn cũng cần đúng nghĩa: gửi bản để góp ý khác với giao bản đã dùng được. Lan ghi rõ ở đầu việc. Minh biết mình phải tự kiểm những gì trước khi gửi, còn Lan biết bản nhận được đang ở giai đoạn nào để phản hồi phù hợp.

Trong lúc đọc nháp, Lan muốn thêm mẫu biên bản dùng sau cuộc họp. Đây là yêu cầu mới. Cô hỏi Minh có kịp không và phần nào cần điều chỉnh, thay vì nói cậu làm thiếu. Hai người có thể dùng mẫu sẵn nếu đáp ứng việc cần làm.

Một thay đổi nhỏ vẫn có thể ảnh hưởng lịch khi tới sát hạn. Nếu cần thêm nhiều nội dung, nhóm phải thống nhất lại phạm vi hoặc thời gian. Cách ghi đầu ra trong bảng theo dõi công việc giúp giữ phiên bản yêu cầu hiện tại ở một nơi dễ xem.

Có cách báo khi bị vướng

Người duyệt báo bận vào giờ đã chọn. Minh chưa gửi lời mời cuối nên vẫn còn cơ hội xử lý. Cậu báo ai không tham gia được, các giờ còn phù hợp và quyết định cần Lan xác nhận. Tin nhắn không chỉ dừng ở câu “không chốt được lịch”.

Chẳng hạn: “Thiết kế rảnh chiều thứ Tư, người duyệt chỉ rảnh sáng thứ Năm. Mình chuyển buổi họp sang sáng thứ Năm được không?” Đây là lựa chọn để người phụ trách cân nhắc. Minh không cần tự giải quyết phần vượt giới hạn đã nhận, nhưng có thể chuẩn bị thông tin giúp quyết định nhanh hơn.

Nếu còn thiếu câu trả lời của một người, cậu nói đúng phần đang chờ. Chưa cần kết luận cuộc họp chắc chắn trễ. Tách điều đã biết khỏi điều chưa xác nhận giúp Lan chọn cách hỗ trợ: hỏi thêm, đổi người tham gia hoặc thay mốc.

Sau khi thống nhất giờ mới, Minh cập nhật nơi lưu lịch chính và báo rõ thay đổi. Gửi thêm một lời mời mà không xử lý lịch cũ có thể khiến người nhận giữ cả hai. Thông tin mới cần thay thế rõ phần đã hết hiệu lực.

Lan và Minh cũng chọn mốc cập nhật phù hợp thay vì hỏi nhau mỗi giờ. Khi lịch chưa chốt tới mốc đã hẹn, Minh báo. Khi có thay đổi ảnh hưởng tới khách, cậu báo sớm hơn. Những lần cập nhật này có mục đích cụ thể và không biến thành việc chứng minh mình đang bận.

Cuối việc, hai người nhìn lại chỗ mất thời gian nhất. Nếu là thiếu tên người duyệt hoặc quyền xem file, bổ sung chúng vào lần giao sau. Lời nhờ vẫn có thể ngắn, thân thiện và dễ nói. Nó chỉ cần đủ rõ để người nhận làm việc, thay vì tự đi tìm toàn bộ phần yêu cầu còn ẩn phía sau.