Nguyen Le PhongNguyen Le Phong

Biết nhờ giúp đỡ cũng là một kỹ năng

Nhờ giúp đỡ không đối lập với tinh thần chịu trách nhiệm. Khi câu hỏi có đủ bối cảnh và người nghe không vội phán xét, một buổi chiều mắc kẹt có thể trở thành hiểu biết chung của cả đội.

Cà phê đã nguội bên cạnh máy tính. Cùng một test hỏng nằm trên màn hình suốt bốn mươi phút, con trỏ vẫn ở chỗ cũ. Không có sự cố production, không cuộc gọi khẩn, cũng chưa ai biết mình đang kẹt. Chỉ có một áp lực nhỏ và riêng: dường như cả đội vẫn đi tiếp, còn mình đứng yên.

Hai người cùng nhìn vào máy tính xách tay; một người chỉ vào màn hình, người kia cầm bút bên cuốn sổ đang mở.
Một vấn đề riêng bắt đầu thành bối cảnh chung khi hai người cùng nhìn vào màn hình và ghi lại điều cần làm rõ.

Nhờ giúp đỡ nghe rất đơn giản cho tới khi lòng tự trọng, nỗi sợ và thời điểm chen vào. Nhiều kỹ sư có thể lần theo một stack trace dài nhưng ngập ngừng trước câu “chỗ này mình đang thiếu một mảnh”. Sự ngập ngừng thường đến từ ý tốt: không muốn làm phiền người khác, muốn giữ quyền sở hữu công việc, muốn tự chứng minh mình gánh được phần đã nhận.

Nhưng chịu trách nhiệm không có nghĩa im lặng tới lúc vấn đề trở nên đắt. Nó còn là nhận ra khi nào công việc cần thêm một đôi mắt. Một người hỏi sớm và mang theo bối cảnh rõ ràng không đẩy trách nhiệm cho ai; họ đang ngăn cả đội đi thêm một đoạn đường vòng.

Kỹ năng không chỉ nằm ở việc mở lời, mà ở cách chuẩn bị câu hỏi. Mình đang muốn đạt kết quả gì, đã chờ điều gì xảy ra, thực tế khác ra sao, đã kiểm tra những đâu, và điểm nhỏ nhất có thể tái hiện chỗ mắc là gì? Chừng đó thông tin biến một lời “cứu mình với” mơ hồ thành một cuộc phối hợp có ích. Người được nhờ cũng không phải dựng lại cả câu chuyện từ số không.

Phần còn lại thuộc về văn hóa. Nếu mỗi lời nhờ đều gặp vẻ sốt ruột, mọi người sẽ học cách giấu điều mình chưa chắc. Họ làm một mình lâu hơn, đoán nhiều hơn và chỉ đem vấn đề ra review khi hướng đi đã đóng cứng. Một đội coi việc hỏi nhau là phần bình thường của tay nghề sẽ có phản xạ khác: mắc kẹt là dữ liệu cần chia sẻ, không phải điều đáng xấu hổ.

Những người nhiều kinh nghiệm tạo ra bầu không khí này mạnh hơn họ tưởng. Khi một kỹ sư lâu năm nói “mình chưa chắc chỗ này, bạn nhìn cùng được không”, những người khác được phép thành thật sớm hơn. Khi họ hỏi để hiểu thay vì vội đưa phán quyết, cả đội thấy rằng nhờ giúp đỡ không phải bước vào phòng xử; nó giống kéo thêm một người tới bàn làm việc.

Người nhận lời nhờ cũng có trách nhiệm giữ sự hợp tác ấy đúng mức. Giúp không nhất thiết là giành lấy bàn phím hay giảng một bài dài. Có lúc chỉ cần một câu hỏi thu hẹp phạm vi. Có lúc cần cùng vẽ lại luồng. Có lúc chỉ cần nói “mình từng vấp bẫy này, hãy nhìn vào đây”, rồi để người đang làm tự hoàn tất bản sửa.

Qua thời gian, những lần hỏi đúng cách có thể trở thành trí nhớ của đội. Chỗ người mới thường vướng được đưa vào tài liệu onboarding. Đường debug lặp lại thành checklist. Một bất tiện kiến trúc nhiều người cùng gặp thành ghi chú refactor. Buổi chiều từng làm một người đứng yên từ đó giúp hệ thống bớt làm khó những người đến sau.

Khi bị kẹt, câu hỏi cần đặt không phải lúc nào cũng là “mình có đủ giỏi để tự giải không”. Hữu ích hơn là nhìn xem công việc có sáng ra nếu bối cảnh được đặt trước một người khác hay không. Biết hỏi đúng lúc không làm trách nhiệm nhỏ đi; nó giúp người đang sở hữu công việc đặt đúng bối cảnh trước cả đội, trước khi cái giá của im lặng lớn lên.

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