1-on-1: thói quen 30 phút giữ team
Cách chạy 1-on-1 hữu dụng với engineer: nhịp, template agenda, cái cần tránh, và xoay chủ đề bắt vấn đề trước khi đến retro.
Mục lục
30 phút có đòn bẩy cao nhất mà một tech lead bỏ ra mỗi tuần chính là buổi 1-on-1. Nếu làm tốt, các vấn đề sẽ lộ ra ở đây nhiều tuần trước khi chúng đi tới retro hay tới HR. Nếu làm tệ, buổi này biến thành một status report và engineer dần dần rời nhịp. Chương này giới thiệu format chạy được và các chủ đề thật sự đáng đem vào.
Khi nào nhịp 1-on-1 thật sự bắt đầu quan trọng?
Có ba tín hiệu chính.
Bạn có direct report. Từ ngày đầu tiên ai đó báo cáo cho bạn, 1-on-1 đã trở thành một loại hợp đồng ngầm. Bỏ buổi 1-on-1 là tín hiệu rõ ràng rằng "tôi không ưu tiên bạn".
Engineer im lặng trong nhóm dù vấn đề thật sự tồn tại. Standup vẫn ổn; retro thì ngắn; nhưng tinh thần team có gì đó lệch. Buổi 1-on-1 chính là chỗ để sự im lặng đó được nói thành lời.
Cuộc trò chuyện về phát triển sự nghiệp đang đến gần. Một case promote, một buổi review giữa năm, hay một growth plan đều cần có dấu vết giấy của những lần thảo luận đều đặn - không thể bịa ra ngay lúc review.
Nếu bạn không có direct report nào và đang là tech lead ngang hàng, 1-on-1 vẫn hữu dụng nhưng là tuỳ chọn. Hãy dùng với những engineer mà bạn pair cùng thường xuyên.
Cái giá khi bỏ hoặc làm 1-on-1 tệ là gì?
Có ba kiểu lỗi thường gặp.
Đơn nghỉ việc bất ngờ. "Tôi không hề biết họ không vui." Sự không vui đó đã ở đó nhiều tháng rồi, chỉ là chưa từng có một bề mặt riêng tư 30 phút để nói ra.
Sự nghiệp đứng yên một chỗ. Engineer mong có cơ hội phát triển nhưng không bao giờ nói trực tiếp với manager. Manager cứ giao việc cấp junior; và engineer rời đi trong 6 tháng.
1-on-1 biến thành status report. Câu kiểu "Tuần này bạn ship gì?" - engineer đã trả lời rồi ở standup. Buổi 1-on-1 trở nên dư thừa; engineer mất hứng tham dự.
Format 1-on-1 tối thiểu trông thế nào?
# 1-on-1: {{ Manager }} <-> {{ Engineer }}
## Agenda chuẩn (xoay focus tuần)
- 0-5 phút: Status tuần này (ngắn)
- 5-10 phút: Blocker tôi không tự giải được
- 10-25 phút: Chủ đề xoay (xem dưới)
- 25-30 phút: Mở / cái khác
## Chủ đề xoay (chọn một mỗi tuần)
- Tuần 1: Dự án hiện tại đang ra sao? Cái gì khó nhất?
- Tuần 2: Mục tiêu sự nghiệp quý này
- Tuần 3: Feedback cho tôi (manager)
- Tuần 4: Động lực team - cái gì khoẻ / không khoẻ?
## Note chạy
### 2026-06-15
- Dự án: luồng refund đúng tiến độ; vẫn đang xử lý gap Stripe SDK
- Blocker: cần design review template email - tôi sẽ ping
- Sự nghiệp: muốn dẫn dự án vừa kế tiếp
- Action: Tôi sẽ tìm dự án cho họ Q3
### 2026-06-08
- ...
Phần "note chạy" được chia sẻ chính là artifact. Engineer có thể scroll lại để thấy hai bên đã đồng ý gì; còn manager có chỗ để tham chiếu các thảo luận cũ khi tới review hiệu suất.
Nhịp này scale lên đa team như thế nào?
flowchart TB
EM[EM] --> Direct1[Direct report 1<br/>tuần]
EM --> Direct2[Direct report 2<br/>tuần]
EM --> Direct3[Direct report 3<br/>tuần]
EM --> Skip1[Skip-level 1<br/>tháng]
EM --> Skip2[Skip-level 2<br/>tháng]
EM --> Peer[EM ngang hàng<br/>hai tuần]
Một EM điển hình với 5 direct report và 5 skip-level sẽ tốn khoảng 7-8 giờ mỗi tuần cho 1-on-1. Đó chính là công việc. Nếu EM còn kiêm code, budget 1-on-1 sẽ là thứ đầu tiên bị cắt - và đây là điều không nên. Vai trò EM là về con người; nếu không có thời gian cho con người, vai trò đang sai.
1-on-1 có thể tự tạo ra những lỗi nào?
- Trở thành status report. Engineer báo việc; manager hỏi cập nhật. Cách phòng: phần status nên đến từ standup; 1-on-1 dành cho những thứ không vừa với standup.
- Hay bị huỷ. "Tuần này bỏ đi, bận quá." Cách phòng: bỏ ít thôi; nếu xung đột buộc phải huỷ, hãy dời sang ngày khác trong cùng tuần, đừng nói "gặp sau".
- Thiếu follow-through. Engineer nêu vấn đề; manager acknowledge; rồi không có gì thay đổi. Cách phòng: mỗi buổi 1-on-1 kết thúc bằng action item cho cả hai bên; và review chúng ở buổi kế.
- Manager độc thoại. Manager nói tới 80% thời gian. Cách phòng: đếm xem ai nói nhiều hơn; nhắm tỉ lệ 20% manager / 80% engineer.
Khi nào 1-on-1 là quá liều?
Có hai trường hợp.
Engineer thật sự senior và tự chủ. Một staff engineer chỉ cần bạn cho các cuộc trò chuyện về promote và một số quyết định khủng hoảng có thể sẽ thích nhịp tháng. Cứ hỏi thẳng họ.
Matrix xuyên chức năng mà không có thực quyền. Nếu bạn là PM với engineer không trực tiếp báo cáo cho bạn, 1-on-1 hàng tuần là quá liều ở cấp manager. Một buổi check ngữ cảnh dự án mỗi hai tuần là phù hợp hơn.
Đi tiếp từ đây như thế nào?
Chương tiếp theo: tuyển dụng và onboarding
- cách đưa thêm người vào team theo hướng tăng capacity thay vì làm chậm cả team. Sau đó, hiệu suất và feedback sẽ nói về các cuộc trò chuyện có cấu trúc mà 1-on-1 nuôi dưỡng.