Từ Developer lên Tech Lead: Những bài học không ai dạy bạn

Có một khoảnh khắc mà hầu hết developer đều trải qua: bạn đang code rất tốt, được đồng nghiệp nể phục, rồi một ngày sếp nói "em lên làm Tech Lead nhé." Và bạn nghĩ — cool, thăng tiến rồi. Nhưng không ai nói với bạn rằng đây là một cuộc chơi hoàn toàn khác.

1. Giá trị của bạn không còn đo bằng số dòng code

Khi là developer, bạn được đánh giá qua output cụ thể: PR merged, bug fixed, feature shipped. Bạn control được hoàn toàn chất lượng công việc của mình.

Khi lên Tech Lead, bạn bắt đầu được đánh giá qua kết quả của cả team. Một tuần bạn không viết một dòng code nào nhưng team ship được feature ổn định, không có incident — đó là một tuần thành công.

Sự chuyển dịch này tưởng đơn giản nhưng cực kỳ khó chấp nhận về mặt tâm lý, đặc biệt với những người vốn lấy việc "code ngon" làm nguồn tự hào.

Bài học: Dừng đo giá trị bản thân bằng cá nhân output. Bắt đầu đo bằng team velocity và chất lượng sản phẩm.

2. Technical decision là political decision

Chọn framework, chọn kiến trúc, chọn công nghệ — tưởng là bài toán kỹ thuật thuần túy. Nhưng thực ra mỗi quyết định kỹ thuật đều mang theo hệ quả tổ chức:

• Ai sẽ maintain nó? Nếu chỉ mình bạn hiểu, bạn vừa tạo ra một điểm chết.
• Team có learn được không? Công nghệ tốt nhất mà team không adopt được thì cũng vô nghĩa.
• Business có chấp nhận timeline không? Refactor toàn bộ sang kiến trúc đẹp hơn nhưng mất 3 tháng — bạn có explain được cho stakeholder không?

Tech Lead giỏi không phải người chọn solution kỹ thuật tốt nhất — mà là người chọn solution phù hợp nhất với ngữ cảnh của team và tổ chức.

3. Bạn phải học cách nói "không" một cách khéo léo

Developers thường có xu hướng muốn làm mọi thứ — thêm feature này, refactor module kia, integrate tool mới. Khi lên lead, bạn sẽ phải nói "không" thường xuyên hơn bạn nghĩ.

Nhưng nói "không" thẳng thừng thường gây ra friction không cần thiết. Thay vào đó, hãy học cách redirect bằng context:

• "Ý tưởng hay, nhưng hiện tại chúng ta đang focus vào X. Có thể queue lại cho Q3 không?"
• "Nếu làm cái này, chúng ta sẽ phải đánh đổi Y. Team mình có sẵn sàng không?"

Đây là kỹ năng không ai dạy trong trường — nhưng nó sẽ cứu bạn khỏi rất nhiều conflict ngầm trong team.

4. Sự mơ hồ là môi trường làm việc mặc định

Khi là developer, requirements thường (hoặc nên) rõ ràng trước khi bạn code. Khi là Tech Lead, bạn thường xuyên phải ra quyết định trong điều kiện thông tin chưa đủ.

• Deadline đến mà spec vẫn còn đang bàn.
• Business muốn feature A nhưng technical debt từ feature B đang chặn.
• Team có 2 hướng đi và cả 2 đều có lý.

Khả năng chịu đựng và điều hướng sự mơ hồ là một trong những dấu hiệu quan trọng nhất phân biệt một Tech Lead trưởng thành với một senior developer vừa được thăng chức.

5. Feedback là công cụ, không phải vũ khí

Giving và receiving feedback là kỹ năng cực kỳ quan trọng mà hầu hết technical people đều yếu. Chúng ta quen với việc review code — logic rõ ràng, đúng sai phân minh. Nhưng feedback về con người thì phức tạp hơn nhiều.

Một vài nguyên tắc thực chiến:

• Feedback cụ thể, không phán xét chung chung. "PR của em thiếu error handling ở đoạn này" tốt hơn "em code ẩu quá."
• Feedback kịp thời. Để dồn lại đến performance review thì đã mất đi 90% giá trị.
• Tạo môi trường để nhận feedback ngược lại. Nếu team sợ nói thật với bạn, bạn sẽ là người mù nhất trong phòng.

6. Bạn không thể giỏi một mình nữa

Đây có lẽ là bài học khó nhất. Khi là developer, bạn có thể chiến solo — học công nghệ mới, build feature một mình, trở thành expert trong một domain cụ thể. Cái feeling đó rất thỏa mãn.

Khi lên lead, thành công của bạn phụ thuộc vào khả năng làm cho người khác thành công. Bạn phải đầu tư vào việc mentor junior, unblock teammates, tạo điều kiện để mọi người phát triển. Có những tuần bạn sẽ cảm thấy mình không làm được gì "thực sự" — nhưng thực ra đó là lúc bạn đang làm việc quan trọng nhất.

---

Kết luận

Lên Tech Lead là một trong những bước chuyển khó nhất trong career của một software engineer — không phải vì kỹ thuật khó hơn, mà vì bản chất công việc thay đổi hoàn toàn.

Những điều quan trọng cần nhớ:

1. Giá trị của bạn = output của team, không phải cá nhân.
2. Mọi quyết định kỹ thuật đều có chiều tổ chức — hãy đọc cả hai.
3. Nói "không" là kỹ năng, không phải thái độ tiêu cực.
4. Chịu được mơ hồ là năng lực cốt lõi của leadership.
5. Feedback đúng cách xây dựng team, feedback sai cách phá vỡ tin tưởng.
6. Thành công của bạn = thành công của người khác — hãy internalize điều này sớm.

Con đường này không dễ, nhưng nó là một trong những hành trình phát triển bản thân có chiều sâu nhất mà ngành tech có thể mang lại.