Con người & lãnh đạo Trung bình 5 phút đọc

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
  1. Khi nào nhịp 1-on-1 thật sự bắt đầu quan trọng?
  2. Cái giá khi bỏ hoặc làm 1-on-1 tệ là gì?
  3. Format 1-on-1 tối thiểu trông thế nào?
  4. Nhịp này scale lên đa team như thế nào?
  5. 1-on-1 có thể tự tạo ra những lỗi nào?
  6. Khi nào 1-on-1 là quá liều?
  7. Đi tiếp từ đây như thế nào?

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?

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âu hỏi thường gặp

1-on-1 nên có nhịp như thế nào?
Hàng tuần với direct report, hai tuần một lần với matrix report, và hàng tháng với skip-level. Nhịp tuần nghe có vẻ dày, nhưng đến khi bạn lỡ một buổi sẽ thấy mình mất ngữ cảnh đến hai tuần. 30 phút mỗi tuần thực ra rẻ hơn một giờ mỗi tháng. Nếu lịch không cho phép nhịp tuần, hãy cắt thứ khác trước, đừng cắt 1-on-1.
Ai sở hữu agenda của 1-on-1?
Engineer. Manager đặt lịch và xuất hiện đúng giờ; còn engineer mới là người dẫn dắt nội dung thảo luận. Cách làm này gửi đi tín hiệu 'đây là thời gian của bạn'. Nếu engineer không bao giờ có item agenda, đó cũng là một loại data - thường là vì họ chưa tin manager, hoặc đang nghĩ buổi này là cho manager. Hãy giải quyết chuyện đó một cách rõ ràng.
Nếu engineer không có gì để nói thì sao?
Có hai pattern. Hoặc thật sự mọi thứ đang ổn (hiếm khi kéo dài quá vài tuần), hoặc họ chưa tin vào format. Hãy thử đưa các chủ đề xoay vòng: mục tiêu sự nghiệp, dự án gần đây, động lực team, feedback cho manager. Không đưa hết một tuần - mỗi tuần một chủ đề. Nếu trạng thái 'mọi thứ ổn' kéo dài cả quý, có gì đó đang sai trong cách 1-on-1 được đóng khung.
Có nên ghi chú không?
Có, và hãy chia sẻ. Một doc 1-on-1 chia sẻ riêng với mỗi engineer (đặt trong folder cá nhân của họ) sẽ giữ được note chạy, action item, và mục tiêu. Engineer có thể thêm item agenda vào doc đó giữa các buổi. Note ở đây không phải để giám sát - mà là ngữ cảnh cho buổi 1-on-1 kế và cho review hiệu suất. Engineer trân trọng việc được nhớ.