Khi công ty muốn bạn luôn trực tuyến, cách có cơ hội nhất để giành được một khối giờ yên cho việc khó là đề xuất nó như một thử nghiệm ngắn có đo lường: mang dữ liệu về việc bị ngắt, đề nghị một khối cụ thể — ví dụ chín mươi phút mỗi sáng, ba ngày mỗi tuần — trong hai tuần, kèm kế hoạch ai trả lời thay và kênh khẩn, rồi cùng sếp xem kết quả. Đề xuất kiểu này khó bị từ chối hơn một lời xin chung chung “cho em được yên”.
Ở nhiều nơi, chấm xanh trực tuyến trên phần mềm nhắn tin đã thành thước đo ngầm của sự chăm chỉ. Nó không xấu tự thân — phản hồi nhanh có giá trị thật. Vấn đề là khi nó trở thành thước đo duy nhất, những việc cần nghĩ lâu bị đẩy vào buổi tối hoặc không bao giờ được làm kỹ. Bài này đi qua cách chuẩn bị, cách nói, cách giữ lời và cách xử lý khi đề xuất bị từ chối.
Vì sao “luôn trực tuyến” có lý của nó
Trước khi đề xuất, cần hiểu vì sao sếp hoặc công ty muốn mọi người luôn sẵn sàng. Lý do thường không phải là muốn kiểm soát. Khi một khách hàng hỏi, một sự cố xảy ra, một quyết định cần thông tin, người quản lý cần tìm được người trả lời ngay. Nếu không chắc ai đang sẵn sàng, cách an toàn nhất là yêu cầu tất cả luôn sẵn sàng.
Thêm vào đó, sự phản hồi dễ nhìn thấy hơn kết quả của việc sâu. Một nhân viên trả lời tin trong hai phút để lại ấn tượng ngay; một nhân viên dành ba buổi sáng để thiết kế lại quy trình chỉ để lại ấn tượng sau vài tuần. Với người quản lý bận rộn, cái nhìn thấy được dễ trở thành thước đo.
Hiểu những lý do này giúp đề xuất của bạn nhắm đúng chỗ. Bạn không xin bỏ sự phản hồi; bạn xin tổ chức lại nó sao cho nhu cầu tìm được người vẫn được đáp ứng, trong khi phần việc cần suy nghĩ có chỗ để làm. Một đề xuất bắt đầu từ mối lo của sếp có cơ hội cao hơn đề xuất bắt đầu từ mong muốn của bạn.
Cũng nên tự hỏi thật: công việc của bạn có cần phản hồi nhanh đến mức nào? Nếu bạn là đầu mối với khách hay trực sự cố, khối giờ yên phải ngắn hơn hoặc cần người trực thay. Đề xuất thực tế ngay từ đầu giúp bạn không phải lùi bước giữa chừng.
Bằng chứng từ một thử nghiệm kinh điển
Leslie Perlow, khi nghiên cứu một nhóm kỹ sư phần mềm vào cuối thập niên 1990, mô tả một vòng luẩn quẩn mà bà gọi là “nạn đói thời gian”: các kỹ sư liên tục bị ngắt bởi đồng nghiệp và cấp trên, phải làm thêm giờ để bù phần việc chính, và chính việc bù giờ làm áp lực tăng thêm. Bà thử cùng nhóm đặt ra “giờ yên tĩnh” — những khung buổi sáng trong tuần không ai được làm phiền ai — và ghi nhận các kỹ sư thấy làm việc hiệu quả hơn trong thời gian thử. Khi thử nghiệm kết thúc và không còn ai duy trì, nhóm dần quay về nếp cũ.
Các nghiên cứu sau đó của Perlow và cộng sự với những nhóm tư vấn cho thấy một ý tưởng tương tự: thời gian nghỉ hoặc giờ không liên lạc được lên kế hoạch trước, có cả nhóm cùng thoả thuận, giúp mọi người làm việc tốt hơn mà dịch vụ khách hàng không bị ảnh hưởng như lo ngại.
Hai bài học thực tế từ các thử nghiệm này rất đáng mang vào đề xuất. Thứ nhất, giờ yên tĩnh hiệu quả nhất khi cả nhóm cùng có, không phải một người tự đặt. Thứ hai, nó dễ tan nếu không ai duy trì — nên đề xuất cần có cách giữ và cách đo, không chỉ là một lời xin.
Chuẩn bị trước khi nói với sếp
Đề xuất có dữ liệu luôn mạnh hơn đề xuất dựa trên cảm giác. Dành một tuần chuẩn bị:
- Đếm số lần bị ngắt trong một tuần làm việc bình thường: bao nhiêu tin nhắn, cuộc gọi, lần được gọi tên khi đang làm việc khó. Ghi cả mức gấp thật của từng lần (gấp, chờ được một giờ, chờ được nửa ngày).
- Chọn một việc cụ thể mà bạn muốn dùng khối giờ để làm, và là việc sếp quan tâm: báo cáo quý, cải tiến quy trình, dự án đang chậm.
- Đề xuất khối cụ thể: khung giờ nào, mấy ngày mỗi tuần, trong bao lâu. Nhỏ để dễ được đồng ý — chín mươi phút, ba buổi sáng mỗi tuần, thử hai tuần.
- Chuẩn bị kế hoạch che chắn: trong khối đó, ai trả lời thay những câu hỏi thường gặp, kênh nào dùng cho việc gấp thật, bạn sẽ trả lời mọi tin vào lúc nào.
- Chuẩn bị cách đo: sau hai tuần sẽ xem gì để biết thử nghiệm có hiệu quả — việc chọn ở bước hai tiến được bao nhiêu, có việc gấp nào bị lỡ không.
Ví dụ giả định: một chuyên viên tài chính ở Thành phố Hồ Chí Minh đếm được 46 lần bị ngắt trong một tuần khi làm báo cáo, trong đó chỉ 4 lần thật sự không chờ được một giờ. Con số này trở thành câu mở đầu cho cuộc nói chuyện.
Câu nói mẫu
Cuộc nói chuyện nên ngắn, cụ thể, bắt đầu từ lợi ích của công việc. Những câu dưới đây là gợi ý; đổi cách xưng hô theo văn hoá nơi bạn làm.
- Mở đầu bằng việc sếp quan tâm: “Em muốn bàn cách để báo cáo quý xong sớm hơn và ít lỗi hơn.”
- Đưa dữ liệu: “Tuần trước em ghi lại, trong lúc làm báo cáo em bị ngắt khoảng bốn mươi lần, phần lớn là câu hỏi chờ được một hai tiếng.”
- Đề xuất cụ thể và nhỏ: “Em xin thử hai tuần: thứ hai, tư, sáu từ 8 giờ tới 9 giờ 30 em tắt chat để làm báo cáo. Có việc gấp anh gọi điện trực tiếp, còn tin nhắn em trả lời hết lúc 9 giờ 30.”
- Đưa kế hoạch che chắn: “Câu hỏi về số liệu bán hàng trong khung đó chị Lan trả lời thay được, em đã hỏi chị ấy.”
- Hẹn xem lại: “Sau hai tuần em báo anh kết quả: báo cáo tiến tới đâu, có việc gì bị chậm vì em không trả lời ngay không. Nếu không ổn mình quay lại như cũ.”
Câu cuối quan trọng hơn vẻ ngoài của nó. Nó cho sếp một lối lùi an toàn, khiến việc đồng ý trở nên ít rủi ro. Người quản lý dễ nói có với một thử nghiệm hai tuần hơn là với một thay đổi vĩnh viễn.
Giữ lời trong hai tuần thử
Thử nghiệm được hay không phụ thuộc rất nhiều vào hai tuần đầu, và phần quan trọng nhất không phải là bạn làm được bao nhiêu trong khối giờ, mà là bạn giữ lời ở phía bên kia. Đúng 9 giờ 30, mở tin nhắn và trả lời tất cả, ưu tiên những gì đến trong khung. Nếu có việc thật sự gấp trong khối mà bạn được gọi, xử lý ngay và không phàn nàn.
Ghi lại mỗi ngày ba thông tin: việc chính tiến được phần nào, có tin nhắn nào phải chờ mà gây ra vấn đề không, có cuộc gọi khẩn nào không. Những ghi chép này là nguyên liệu cho buổi xem lại, và chúng bảo vệ bạn khi có ai đó nói rằng “từ khi bạn tắt chat mọi thứ chậm hẳn” mà không có ví dụ cụ thể.
Chủ động báo kết quả giữa chừng cũng giúp. Một tin ngắn cuối tuần đầu — “Tuần này em đã xong phần phân tích chi phí, chưa có việc gấp nào bị lỡ” — cho sếp thấy thử nghiệm đang chạy tốt mà không cần đợi hết hai tuần.
Khi bị từ chối hoặc khi thử nghiệm bị phá
Nếu sếp từ chối hẳn. Hỏi điều sếp lo nhất, rồi đề xuất một phiên bản nhỏ hơn giải quyết đúng nỗi lo đó: khối ngắn hơn (bốn mươi lăm phút), ít buổi hơn, hoặc giữ chat mở nhưng chỉ kiểm mỗi ba mươi phút thay vì liên tục. Một phần nhỏ vẫn tốt hơn không có gì.
Nếu sếp đồng ý nhưng chính sếp hay phá. Nhắc nhẹ, không trách: “Anh ơi, việc này em làm lúc 9 giờ 30 được không, em đang trong giờ làm báo cáo.” Nếu lặp lại nhiều lần, mang ghi chép vào buổi xem lại và cùng tìm cách — có khi sếp cần một khung riêng để giao việc mỗi sáng.
Nếu cả nhóm cùng muốn. Đề xuất khung yên tĩnh chung cho cả nhóm thay vì từng người. Như các thử nghiệm của Perlow cho thấy, giờ yên tĩnh chung bền hơn giờ riêng, vì không ai phải là người duy nhất không trả lời.
Nếu văn hoá công ty không thể thay đổi. Tìm khoảng yên ở chỗ khác: giờ sớm trước khi mọi người đến, giờ trưa, một buổi làm việc ở nhà mỗi tuần nếu được phép. Và cân nhắc lâu dài xem công việc này có phù hợp với cách bạn làm việc tốt nhất không — câu hỏi đó thuộc về chuyện nghề nghiệp, vượt ngoài phạm vi một kỹ thuật tập trung.
Nếu bạn là người quản lý nhận đề xuất này
Khi một nhân viên mang tới đề xuất như trên, phản xạ đầu tiên của nhiều người quản lý là lo: lỡ khách hỏi mà không ai trả lời, lỡ cả đội đều xin thì sao. Những lo ngại đó chính đáng, và một đề xuất tốt đã trả lời sẵn phần lớn chúng. Câu hỏi đáng đặt hơn là: việc mà nhân viên này muốn làm trong khối giờ đó có quan trọng với kết quả của đội không, và hiện tại họ có làm được nó tốt không?
Nếu câu trả lời là có quan trọng và hiện chưa làm tốt, một thử nghiệm hai tuần gần như không có rủi ro. Điều người quản lý có thể giúp nhiều nhất là chính mình tôn trọng khối giờ đó: không gọi cho việc không gấp, gom việc giao vào một lúc cố định trong ngày. Nhân viên nhìn hành vi của cấp trên để biết thoả thuận có thật hay không.
Nếu đề xuất thành công, cân nhắc mở rộng cho cả đội theo dạng khung yên tĩnh chung. Và cân nhắc lại thước đo: thay vì nhìn ai sáng đèn trực tuyến lâu nhất, nhìn vào việc gì đã xong, chất lượng ra sao, khách có được phục vụ tốt không. Thước đo thay đổi thì hành vi của cả đội cũng thay đổi theo.
Câu hỏi thường gặp
Tắt chat trong giờ làm có vi phạm nội quy không?
Tuỳ quy định từng công ty. Vì vậy cách an toàn là đề xuất và được đồng ý trước, thay vì tự ý tắt. Khi đã có thoả thuận với cấp trên và một kênh khẩn rõ ràng, khối giờ yên trở thành một cách làm việc được chấp nhận, không phải hành vi tự phát.
Nếu đồng nghiệp phàn nàn vì mình trả lời chậm thì sao?
Báo trước với đồng nghiệp về khung giờ và giờ bạn sẽ trả lời, và giữ đúng. Phần lớn phàn nàn đến từ việc không biết khi nào được trả lời. Nếu có ai đó thật sự cần bạn trong khung đó thường xuyên, cùng họ tìm cách — có thể gom câu hỏi cho họ vào một lúc cố định.
Hai tuần có đủ để thấy kết quả không?
Đủ để thấy dấu hiệu ban đầu: việc chính có tiến nhanh hơn không, có việc gấp nào bị lỡ không. Nếu kết quả tích cực, đề nghị kéo dài thêm một tháng để có dữ liệu chắc hơn trước khi biến nó thành cách làm thường xuyên.
Nhân viên mới có nên đề xuất ngay không?
Thường nên đợi vài tuần để hiểu nhịp làm việc của nhóm và tạo được lòng tin bằng sự phản hồi tốt. Khi đã có kết quả công việc để chứng minh, đề xuất sẽ được đón nhận dễ hơn. Trong lúc chờ, bạn vẫn có thể dùng giờ sớm hoặc giờ trưa cho việc khó.
Có nên dùng trạng thái “đang bận” trên phần mềm thay vì tắt hẳn?
Trạng thái bận kèm giờ trở lại là bước đầu tốt, vì người khác vẫn thấy bạn và biết khi nào bạn quay lại. Nhưng nếu thông báo vẫn bật, bạn vẫn bị kéo. Kết hợp trạng thái bận với tắt thông báo trong khối, và giữ kênh gọi điện cho việc gấp.