Mở đầu — vì sao bài này quan trọng
Có một câu hỏi mà tôi nghe đi nghe lại từ các bạn học viên đang làm Engineering Manager (EM): "Vì sao cùng một chức danh EM mà công việc của tôi khác hẳn người bạn cùng học ở công ty khác?". Câu trả lời gần như luôn nằm ở một biến số mà ít ai để ý: giai đoạn phát triển (stage) của công ty.
Vai trò EM không phải là một cái khuôn cố định. Nó là một hàm số phụ thuộc vào quy mô đội ngũ, độ trưởng thành của tổ chức, và áp lực kinh doanh tại thời điểm đó. Một EM giỏi ở startup 15 người có thể chật vật khi vào một tập đoàn 2000 kỹ sư, và ngược lại. Không phải vì họ kém đi, mà vì bộ kỹ năng được kỳ vọng đã đổi hoàn toàn — mà không ai nói trước cho họ biết.
Bài này giúp bạn nhìn rõ bức tranh đó. Bạn sẽ hiểu vai trò EM biến hình như thế nào qua từng giai đoạn: từ early-stage nơi bạn vẫn code 40% thời gian, qua growth-stage nơi bạn phải xây tầng quản lý, đến scale-stage nơi bạn quản lý manager và vận hành bằng hệ thống. Hiểu điều này giúp bạn hai việc: (1) làm đúng kỳ vọng ở nơi bạn đang đứng, và (2) chọn đúng môi trường phù hợp với thế mạnh của mình khi tìm việc. Đây là kiến thức "bản đồ nghề nghiệp" mà rất nhiều EM Việt Nam học được một cách đau đớn qua thử-sai, thay vì được dạy tử tế.
Khái niệm cốt lõi
Trước hết cần thống nhất: khi nói "stage", tôi không chỉ nói về tuổi đời công ty hay số tiền gọi vốn. Biến số quan trọng nhất với một EM là số lượng kỹ sư trong tổ chức và số tầng quản lý giữa CEO/CTO và một junior engineer. Đó mới là thứ định hình công việc hằng ngày của bạn.
Tôi chia thành bốn giai đoạn để dễ hình dung.
Early-stage — dưới 20 kỹ sư (EM lai Tech Lead)
Ở giai đoạn này, ranh giới giữa "quản lý" và "làm việc kỹ thuật" gần như không tồn tại. EM ở đây thực chất là TLM — Tech Lead Manager: một người vừa viết code, vừa quản người. Đặc trưng rõ nhất:
- Vẫn code 30–50% thời gian. Bạn không thể chỉ ngồi họp vì đội quá nhỏ, mọi bàn tay đều cần thiết. Nếu bạn ngừng code hoàn toàn, đội mất một engineer mà không bù lại được bằng "quản lý".
- 1–2 direct report, đôi khi là 3. Ít đến mức bạn kèm cặp gần như 1-1, biết từng dòng code họ viết.
- Đội mũ liên tục (wear many hats): hôm nay phỏng vấn tuyển dụng, mai lo vendor/hạ tầng, ngày kia xử lý sự cố production, chiều lại họp với founder về roadmap. Không có ranh giới rõ ràng về vai trò.
- Không có quy trình chuẩn. Performance review, career ladder, compensation band — hầu như chưa có. Bạn tự chế ra khi cần.
Growth-stage — 20 đến ~100 kỹ sư (EM chuyển sang quản lý thật)
Đây là giai đoạn khó nhất và cũng là nơi nhiều EM "gãy". Công ty tăng trưởng nhanh, đội phình ra, và đột nhiên:
- Bạn phải ngừng code phần lớn thời gian — xuống còn 0–15%, chủ yếu là prototype nhỏ, review, hoặc gỡ rối khi cháy nhà. Nếu vẫn ôm code như cũ, bạn thành nút thắt cổ chai.
- 5–8 direct report là mức phổ biến. Bạn không còn kèm 1-1 từng dòng code được nữa; bạn phải quản qua mục tiêu và tin tưởng.
- Bắt đầu cần quy trình: onboarding chuẩn hóa, cadence 1-1 đều đặn, review hiệu suất định kỳ, engineering ladder sơ khai. Bạn là người phải xây những thứ này, hoặc phối hợp với HR/leadership để xây.
- Xuất hiện chuyên môn hóa vai trò: tách bạch Tech Lead (lo kỹ thuật) và EM (lo con người và giao hàng). Bạn có thể phải quyết định giữ mũ nào.
Scale-stage — 100 đến vài trăm kỹ sư (Manager of Managers)
Khi tổ chức đủ lớn, xuất hiện tầng EM quản lý EM (thường gọi là Senior EM, Director, hoặc Head of Engineering). Đặc trưng:
- Bạn không còn quản engineer trực tiếp, mà quản 3–6 EM/Tech Lead. Công việc của bạn là "làm cho các manager của bạn thành công".
- Vận hành bằng hệ thống, không bằng tay: metrics, dashboard, quy trình chuẩn hóa toàn tổ chức. Bạn ảnh hưởng qua thiết kế tổ chức, không phải qua từng quyết định.
- Trọng tâm chuyển sang chiến lược, headcount planning, budget, và alignment giữa engineering với các phòng ban khác.
- Vai trò rất xa code. Có EM ở tầng này cả năm không đọc một PR nào.
Enterprise-stage — hàng nghìn kỹ sư
Ở tập đoàn lớn (ngân hàng, tập đoàn công nghệ lớn, big tech), EM là một mắt xích trong bộ máy đã được định nghĩa rất chặt. Quy trình chuẩn hóa cao, phạm vi hẹp và sâu, kỳ vọng rõ ràng nhưng ít linh hoạt. Điểm mạnh là ổn định; điểm yếu là chậm và nhiều chính trị nội bộ. Tôi gộp giai đoạn này lại vì với đa số học viên Việt Nam, ba giai đoạn đầu là nơi bạn sẽ dành phần lớn sự nghiệp.
Điểm mấu chốt cần nhớ: không có "EM chuẩn", chỉ có EM phù hợp với stage. Khi công ty nhảy stage, vai trò của bạn buộc phải nhảy theo — và đó chính là nơi khủng hoảng (hoặc cơ hội) xuất hiện.
Tình huống thực tế
Ví dụ 1 — Anh Tuấn và cái bẫy "vẫn muốn code" tại một fintech Việt
Anh Tuấn là Tech Lead xuất sắc tại một startup fintech ở TP.HCM. Khi công ty còn 12 kỹ sư, anh được đề bạt làm EM với 2 report. Anh làm rất tốt: vẫn code core payment engine 40% thời gian, đội tin tưởng tuyệt đối vì anh giỏi và luôn có mặt khi hệ thống cháy.
Mười tám tháng sau, công ty gọi vốn Series B, đội engineering nhảy lên 60 người. Anh Tuấn giờ có 7 report. Nhưng anh vẫn giữ thói quen cũ: ôm những task kỹ thuật khó nhất, review từng PR chi tiết, và... bắt đầu chìm nghỉm. Các report phàn nàn 1-1 bị hủy liên tục. Hai engineer giỏi nghỉ việc vì "không được định hướng phát triển". Roadmap trễ vì mọi quyết định đều phải qua anh.
Diễn giải: Anh Tuấn không hề kém đi. Vấn đề là công ty đã nhảy từ early-stage sang growth-stage, nhưng anh vẫn hành xử theo bộ kỹ năng của early-stage. Ở mức 7 report, việc code 40% thời gian không còn là điểm mạnh — nó là nguyên nhân khiến 7 con người không được dẫn dắt.
Bài học: Khi số report của bạn vượt qua 4–5, hãy chủ động đặt câu hỏi: "Tỷ lệ thời gian code của mình có còn hợp lý không?". Việc buông code là một quyết định có chủ đích, không phải điều tự nhiên xảy ra. Nếu bạn thực sự yêu code, hãy chọn con đường Tech Lead thay vì EM — đó là lựa chọn hợp lệ, không phải thất bại.
Ví dụ 2 — Chị Lan xây tầng quản lý tại một scale-up thương mại điện tử Đông Nam Á
Chị Lan là Head of Engineering tại một sàn thương mại điện tử hoạt động ở Việt Nam và Indonesia. Khi chị vào, engineering có 40 người và chị quản trực tiếp 6 người. Trong hai năm, đội tăng lên 130 người. Chị nhận ra không thể tiếp tục quản trực tiếp.
Chị làm một việc mà nhiều người ở vị trí đó né tránh: chủ động đề bạt và tuyển EM mới, rồi tự đẩy mình lên tầng "manager of managers". Chị chia đội thành 4 nhóm theo miền sản phẩm (payment, logistics, seller tools, buyer app), mỗi nhóm một EM. Chị dừng việc dự các standup của từng team, thay vào đó thiết lập cadence: 1-1 hằng tuần với 4 EM, review metrics DORA hằng tháng, và một buổi engineering all-hands hằng quý.
Sáu tháng đầu rất khó chịu: chị cảm thấy "mất kết nối", không còn biết chi tiết mọi thứ, đôi lúc thấy mình "thừa thãi". Nhưng đến cuối năm, tổ chức giao hàng đều đặn hơn hẳn, và ba trong bốn EM đều tự đứng vững.
Diễn giải: Chị Lan hiểu rằng ở scale-stage, giá trị của một leader không đo bằng "tôi biết bao nhiêu chi tiết" mà bằng "hệ thống và con người tôi xây có tự chạy được không". Cảm giác "mất kết nối" là dấu hiệu bình thường của việc chuyển tầng, không phải dấu hiệu thất bại.
Bài học: Chuyển từ quản engineer sang quản manager đòi hỏi bạn thay đổi định nghĩa về giá trị bản thân. Bạn thành công qua thành công của người khác. Ai không chấp nhận được sự "gián tiếp" này sẽ mãi kẹt ở tầng dưới.
Ví dụ 3 — Bạn Minh chọn nhầm stage khi nhảy việc
Minh làm EM 5 năm tại một big tech có văn phòng ở Singapore, quản một team ổn định 8 người trong một tổ chức hàng nghìn kỹ sư. Mọi thứ có quy trình: promotion có rubric rõ, hiring có loop chuẩn, có cả team riêng lo hạ tầng. Minh giỏi vận hành trong bộ máy đó.
Vì muốn "làm điều lớn lao", Minh nhảy sang làm Engineering Manager (thực chất là người kỹ thuật số 2) tại một startup seed 8 người ở Hà Nội. Và Minh sốc. Không có quy trình gì cả — anh phải tự dựng CI/CD, tự viết JD tuyển dụng, tự làm cả DevOps lẫn phỏng vấn. Không có team hạ tầng để dựa vào. Anh cũng phải quay lại code 50% thời gian — kỹ năng đã cùn sau 5 năm chỉ họp. Sau 4 tháng, cả hai bên đều thấy không hợp.
Diễn giải: Minh không tệ. Anh đơn giản là mang bộ kỹ năng scale-stage vào một môi trường early-stage. Ở big tech, giá trị của anh là vận hành mượt trong hệ thống có sẵn. Ở startup, người ta cần một người tự tạo ra hệ thống từ con số không và code giỏi — hai thứ anh đã lâu không dùng.
Bài học: Khi phỏng vấn xin việc EM, câu hỏi quan trọng nhất không phải "lương bao nhiêu" mà là "công ty đang ở stage nào, và stage đó cần bộ kỹ năng gì". Hãy trung thực với chính mình về thế mạnh của bạn thuộc stage nào.
Hướng dẫn từng bước
Đây là quy trình để bạn tự định vị và điều chỉnh vai trò EM theo stage.
Bước 1 — Xác định stage hiện tại của tổ chức. Đếm ba con số: (a) tổng số kỹ sư, (b) số direct report của bạn, (c) số tầng quản lý giữa bạn và junior engineer. Đối chiếu với bốn giai đoạn ở trên để biết bạn đang ở đâu.
Bước 2 — Đo tỷ lệ thời gian thực tế của bạn. Trong một tuần, ghi lại bạn dành bao nhiêu % cho: code, 1-1 và con người, họp/alignment, tuyển dụng, việc lặt vặt. So sánh với tỷ lệ "chuẩn" của stage. Lệch lớn là tín hiệu cần điều chỉnh.
Bước 3 — Xác định kỹ năng đòn bẩy của stage này. Early-stage: kỹ thuật + tốc độ. Growth: quản con người + xây quy trình. Scale: chiến lược + phát triển manager. Hỏi: kỹ năng đòn bẩy hiện tại của mình đã đủ mạnh chưa?
Bước 4 — Dự đoán stage kế tiếp và chuẩn bị trước. Nếu công ty tăng trưởng nhanh, bạn sẽ nhảy stage trong 12–18 tháng. Hãy bắt đầu rèn kỹ năng của stage sau trước khi bị ép: nếu sắp lên growth-stage, tập buông code và xây cadence 1-1 ngay từ bây giờ.
Bước 5 — Điều chỉnh cấu trúc đội khi cần. Khi report vượt 7–8, đó là dấu hiệu cần tách team và đề bạt/tuyển thêm một tầng lead. Đừng chờ đến khi mọi thứ vỡ.
Bước 6 — Định kỳ tự soi lại (6 tháng/lần). Stage của công ty thay đổi âm thầm. Đặt lịch nhắc mỗi 6 tháng để lặp lại các bước trên.
Lỗi thường gặp & mẹo
Lỗi 1 — Không buông code khi đội đã lớn. Đây là lỗi phổ biến nhất với EM xuất thân từ engineer giỏi. Mẹo: Coi việc code như một khoản "nợ" bạn phải giải trình — mỗi giờ code là một giờ không dành cho 7 con người của bạn.
Lỗi 2 — Mang quy trình của big tech vào startup. Áp rubric promotion 8 cấp cho một đội 10 người là tự trói mình. Mẹo: Quy trình phải tương xứng với stage. Ở early-stage, "vừa đủ" là đủ.
Lỗi 3 — Ở scale-stage vẫn muốn nắm mọi chi tiết. Micro-manage các EM dưới quyền khiến họ không lớn được. Mẹo: Chuyển câu hỏi từ "chuyện gì đang xảy ra ở team đó?" sang "EM của team đó có đang trưởng thành không?".
Lỗi 4 — Không nhận ra công ty đã nhảy stage. Vai trò của bạn lỗi thời mà bạn không biết. Mẹo: Dùng số report và số tầng quản lý làm "đồng hồ báo động".
Lỗi 5 — Nhầm lẫn giữa thăng tiến chức danh và đổi stage. Lên "Senior EM" ở cùng công ty đang scale nghĩa là bạn phải đổi cách làm việc, không chỉ đổi danh thiếp. Mẹo: Mỗi lần đổi chức, hãy tự hỏi "kỹ năng đòn bẩy mới của mình bây giờ là gì?".
Mẹo tổng: Khi phỏng vấn ứng viên EM cho công ty mình, hãy hỏi họ đã làm việc ở stage nào và họ hiểu gì về stage của bạn. Một EM giỏi ở stage này chưa chắc phù hợp stage khác.
Bài tập thực hành
Bài tập 1 — Tự định vị. Viết ra ba con số của tổ chức bạn (tổng kỹ sư, số report, số tầng quản lý). Xác định bạn đang ở stage nào và ghi lại kỹ năng đòn bẩy tương ứng.
Bài tập 2 — Audit thời gian. Trong 5 ngày làm việc tới, ghi lại tỷ lệ % thời gian cho: code, con người, họp, tuyển dụng, việc vặt. Cuối tuần, so với tỷ lệ chuẩn của stage bạn và viết một đoạn ngắn: đâu là chỗ lệch và bạn sẽ điều chỉnh gì.
Bài tập 3 — Kịch bản nhảy stage. Giả sử trong 12 tháng tới đội của bạn tăng gấp đôi. Liệt kê 3 việc bạn cần bắt đầu làm ngay bây giờ để chuẩn bị cho stage kế tiếp (ví dụ: tách team, đề bạt lead, chuẩn hóa onboarding).
Bài tập 4 — Phỏng vấn ngược. Soạn 5 câu hỏi bạn sẽ hỏi nhà tuyển dụng để xác định stage thật của một công ty EM đang mời bạn phỏng vấn, nhằm biết bộ kỹ năng nào sẽ được kỳ vọng.
Tóm tắt
Vai trò Engineering Manager không cố định — nó biến hình theo stage của tổ chức, mà biến số quan trọng nhất là số lượng kỹ sư và số tầng quản lý. Ở early-stage (dưới 20 kỹ sư), EM là Tech Lead Manager, vẫn code 30–50%, 1–2 report, đội nhiều mũ; kỹ năng đòn bẩy là kỹ thuật và tốc độ. Ở growth-stage (20–100), EM buông code, có 5–8 report, phải xây quy trình; đòn bẩy là quản con người và giao tiếp. Ở scale-stage (100+), bạn thành manager-of-managers, vận hành bằng hệ thống và chiến lược, thành công qua thành công của người khác. Ở enterprise, bạn là mắt xích trong bộ máy chuẩn hóa cao.
Ba bài học cốt lõi: (1) không có "EM chuẩn", chỉ có EM phù hợp với stage; (2) khi công ty nhảy stage, bạn buộc phải đổi cách làm việc — đây là nơi khủng hoảng hoặc cơ hội xuất hiện; (3) khi tìm việc, hãy chọn stage phù hợp với thế mạnh của bạn, đừng chỉ nhìn chức danh và lương. Hãy dùng ba con số — tổng kỹ sư, số report, số tầng quản lý — làm chiếc la bàn định vị mình mỗi 6 tháng một lần.