Nguyen Le PhongNguyen Le Phong

Bảo vệ attention trong một team bận rộn

Một ghi chú bình tĩnh về việc xem attention như shared team resource, không phải ngân sách cá nhân vô hạn mà ai cũng tự hồi phục được.

Team đó không lười. Ai cũng trả lời nhanh, vào call, review pull request, kiểm tra incident và giúp nhau unblock. Vấn đề yên hơn overload. Không ai còn đủ attention không bị cắt ngang để nghĩ sâu về phần việc thật sự cần chiều sâu.

Một engineering workspace tập trung với protected attention board, bàn làm việc yên tĩnh, ánh sáng mềm và teammates phối hợp không chen lấn nhau.
Attention dễ được bảo vệ hơn khi team xem nó là shared capacity.

Attention thường được nói như một kỷ luật cá nhân. Đóng tab. Mute điện thoại. Dùng timer. Những thói quen đó có ích, nhưng chưa đủ khi cả team system đang thưởng cho việc phản hồi ngay và luôn available.

Một team bận có thể vô tình biến helpfulness thành interruption. Một câu hỏi nhỏ ở đây, một quick call ở kia, một review request không context, một meeting đáng lẽ có thể là written decision. Mỗi việc riêng lẻ đều hợp lý. Cộng lại thì deep work trở nên hiếm.

Bảo vệ attention bắt đầu bằng việc làm interruption visible. Request nào thật sự urgent? Request nào chờ được? Việc nào cần synchronous conversation? Việc nào chỉ cần một note rõ và decision owner? Khi team gọi tên được các khác biệt này, mọi người bớt phải đoán silence có phải irresponsible không.

Norm tốt nên thực tế. Đặt review context vào pull request trước khi nhờ người khác xem. Gom các câu hỏi không urgent. Dành meeting cho decision hưởng lợi từ conversation. Với incident, chia role rõ để phần còn lại của team có thể tiếp tục chạy mà không giả vờ monitor tất cả.

Manager và senior engineer có leverage lớn hơn ở đây vì interruption của họ thường có vẻ quan trọng, kể cả khi rất casual. Một câu hỏi thoughtful từ senior vẫn có thể cắt đứt một giờ tập trung. Care nghĩa là chọn channel và timing với cùng mức chú ý mà mình đòi hỏi trong code.

Bảo vệ attention không có nghĩa làm team kém responsive. Nó nghĩa là responsive đúng với mức urgency. Incident thật vẫn interrupt. Customer pain vẫn quan trọng. Vấn đề là đừng đối xử mọi loose thread như thể nó xứng đáng với cùng immediate cost.

Team bình tĩnh hơn khi mọi người tin rằng focus time là hợp lệ, async note sẽ được đọc, và urgent path được đánh dấu rõ. Trust đó là culture, nhưng cũng là operations.

Trước khi thêm meeting hoặc ping tiếp theo, hãy hỏi work này cần loại attention nào. Có việc cần một căn phòng. Có việc cần một written decision. Có việc cần một người được nghĩ mà không bị kéo lại mỗi mười phút.

Bạn thấy bài viết thế nào?