Head of Engineering là gì? Vai trò, nhiệm vụ và lộ trình phát triển

Head of Engineering (trưởng khối kỹ thuật) là người quản lý các Engineering Manager và QA Lead, chịu trách nhiệm cho việc cả khối kỹ thuật giao sản phẩm đúng hạn, đúng chất lượng và làm việc theo một quy trình thống nhất. Nếu CTO lo hướng đi công nghệ, Head of Engineering lo cỗ máy con người chạy theo hướng đó.

Designer gặp vai trò này khi quy trình giữa thiết kế và kỹ thuật cần thay đổi: cách handoff, cách review, nhịp release. Bài này thuộc loạt các vị trí trong team product, đi qua định nghĩa, nhiệm vụ, kỹ năng, lịch sử và cách designer làm việc với vai trò này.

Định nghĩa vị trí Head of Engineering là gì?

Head of Engineering là người chịu trách nhiệm vận hành khối kỹ thuật: tổ chức các team, tuyển và phát triển người, đặt quy trình làm việc, và đảm bảo cam kết giao hàng được giữ. Đầu ra của họ là một khối kỹ thuật chạy ổn định, không phải một tính năng cụ thể.

Ở công ty có vài team engineering, trưởng khối kỹ thuật thường là cấp quản lý cao nhất của kỹ thuật, báo cáo trực tiếp cho CTO hoặc CEO. Ở công ty lớn hơn, vị trí này có thể mang tên VP of Engineering, quản lý nhiều Head of Engineering của từng mảng sản phẩm.

Hãy hình dung một câu lạc bộ bóng đá có đội một, đội trẻ và đội nữ. Mỗi đội có huấn luyện viên riêng, lo đội hình và chiến thuật từng trận. Phía trên họ là giám đốc kỹ thuật của câu lạc bộ. Người này không chỉ đạo từng trận, mà đặt giáo án chung, chuẩn thể lực, cách tuyển cầu thủ trẻ và chọn huấn luyện viên cho từng đội.

Trong công ty công nghệ, Head of Engineering là giám đốc kỹ thuật đó. Các đội bóng là các squad, huấn luyện viên là Engineering Manager, giáo án chung là quy trình code review, test và release. Designer giống chuyên gia phân tích video của câu lạc bộ: làm việc với từng đội, nhưng muốn đổi cách làm việc chung thì phải ngồi với giám đốc kỹ thuật.

Head of Engineering khác gì với CTO?

Hai vai trò hay bị nhầm vì cùng đứng đầu kỹ thuật. Nhà đầu tư Fred Wilson tách hai trọng tâm này trong bài VP Engineering Vs CTO (2011): một bên lo hướng kỹ thuật đúng, một bên lo đội ngũ đúng. Vai trò trong bài này thuộc nhóm thứ hai.

Vì sao vai trò của Head of Engineering ngày càng quan trọng?

Khi khối kỹ thuật vượt qua vài team, vấn đề lớn nhất thường không còn là viết code. Vấn đề là các team đi lệch nhịp, mỗi team một quy trình, và không ai nhìn được toàn cảnh. Trưởng khối kỹ thuật xuất hiện để giải quyết đúng chỗ đó, để CTO được rảnh tay lo chiến lược.

Head of Engineering thường làm những loại nhiệm vụ gì?

Tổ chức các team: quyết định chia squad theo tính năng hay theo nền tảng, mỗi squad bao nhiêu người, ai làm Engineering Manager. Đầu ra là sơ đồ tổ chức và phạm vi trách nhiệm của từng team.

Đặt quy trình làm việc chung: chuẩn code review, test, định nghĩa thế nào là xong việc, nhịp release. Mọi team dùng chung để chất lượng không phụ thuộc vào may mắn.

Quản lý cam kết giao hàng: theo dõi tiến độ các dự án lớn, phát hiện sớm dự án trễ, quyết định thêm người hay cắt phạm vi.

Tuyển và phát triển người: xây quy trình phỏng vấn, khung năng lực cho kỹ sư, lộ trình thăng tiến. Đầu ra là đội ngũ đủ người và giữ được người giỏi.

Quản lý quản lý: coaching các Engineering Manager, họp với nhân viên cấp dưới của họ (skip-level) để nghe thực tế.

Phối hợp liên khối: làm việc với Product, Design, dữ liệu để kế hoạch kỹ thuật khớp với roadmap sản phẩm.

Xử lý sự cố và cải tiến: dẫn các buổi rút kinh nghiệm sau sự cố, biến bài học thành thay đổi quy trình.

Head of Engineering thường có những kỹ năng chính nào?

Quản lý quản lý: khác hẳn quản lý một team. Camille Fournier, trong cuốn The Manager’s Path (O’Reilly, 2017), chỉ ra rằng người giỏi dẫn một team thường gặp khó khi phải dẫn những người quản lý khác.

Nền tảng kỹ thuật đủ sâu: không cần code hằng ngày, nhưng đủ để đọc code, tham dự buổi rút kinh nghiệm sau sự cố và nhận ra ước lượng phi thực tế.

Thiết kế quy trình: đặt ra quy trình đủ chặt để giữ chất lượng, đủ nhẹ để team không bị chậm.

Tuyển dụng và đánh giá người: nhận ra ứng viên hợp với giai đoạn công ty, đưa ra phản hồi khó một cách rõ ràng.

Giao tiếp liên khối: dịch rủi ro kỹ thuật thành ngôn ngữ tiến độ và chi phí cho Product và ban điều hành.

Bình tĩnh khi có sự cố: khi hệ thống sập, cả khối nhìn vào cách họ phản ứng.

Lịch sử của vai trò này

Khi các công ty phần mềm còn nhỏ, CTO hoặc người sáng lập kỹ thuật kiêm luôn việc quản lý người. Fred Wilson mô tả đúng giai đoạn đó: startup sớm thường không có cả hai vai, rồi tách ra khi công ty lớn lên. Từ khoảng thập niên 2010, khi nhiều startup tăng từ vài chục lên vài trăm kỹ sư, các chức danh quản lý tầng giữa như Head of Engineering và VP of Engineering trở nên phổ biến.

Sách về quản lý kỹ thuật cũng phản ánh sự dịch chuyển đó. The Manager’s Path (2017) mô tả các nấc từ Tech Lead, quản lý một team, tới quản lý nhiều team và lãnh đạo cấp cao. Mỗi nấc đòi hỏi kỹ năng khác hẳn nấc trước.

Head of Engineering thường học ngành nào hoặc chuyển từ ngành nào sang?

Xuất phát từ Engineering

Con đường phổ biến nhất: Developer, Senior, Tech Lead hoặc Engineering Manager, rồi Head of Engineering. Nhiều người từng là Backend Developer hoặc Frontend Developer lâu năm. Điểm khó nhất là rời bàn phím và chấp nhận đo thành công qua người khác.

Xuất phát từ quản lý dự án hoặc QA

Một số người đi lên từ Project Manager hoặc QA Lead. Điểm mạnh là quy trình và nhịp giao hàng. Điểm cần bù là uy tín kỹ thuật để các kỹ sư tin vào quyết định của họ.

Xuất phát từ Design

Rất hiếm. Designer muốn đi hướng quản lý thường lên Design Manager hoặc Head of Design, vị trí ngang hàng và làm việc sát với trưởng khối kỹ thuật.

Làm việc cùng Head of Engineering như thế nào?

Bạn nhận được gì từ Head of Engineering?

Bạn nhận được quy trình mà design phải khớp vào: nhịp sprint, thời điểm chốt thiết kế, chuẩn handoff, cách xử lý thay đổi giữa chừng. Bạn cũng nhận được câu trả lời về năng lực của khối kỹ thuật: quý này team nào còn chỗ, dự án nào phải lùi.

Bạn cần chuẩn bị gì để Head of Engineering làm được việc?

Họ cần thiết kế ổn định đúng lúc để lên kế hoạch. Hãy thống nhất thời điểm chốt thiết kế cho từng đợt release, và báo sớm khi một thay đổi lớn có thể đẩy lùi tiến độ. File handoff nên có đủ trạng thái, component đặt tên thống nhất và spec rõ, để các team không phải hỏi lại cùng một câu.

Những điểm hay vướng và cách xử lý

Design luôn bị đẩy lên gấp: thiết kế phải xong trước sprint nhưng yêu cầu đến muộn. Đề xuất với họ một nhịp làm việc cho design đi trước kỹ thuật một sprint.

Mỗi team làm UI một kiểu: các squad tự dựng component riêng. Đây là chỗ cần cùng trưởng khối kỹ thuật đưa design system vào chuẩn code review.

Chất lượng giao diện bị coi là việc phụ: lỗi UI không được tính là lỗi. Đưa tiêu chí giao diện vào định nghĩa xong việc, và dùng số liệu từ BI Analyst để chỉ ra lỗi đó ảnh hưởng tới người dùng ra sao.

Hướng phát triển: Head of Engineering sẽ trở thành vai trò gì nếu thăng cấp?

VP of Engineering: quản lý nhiều Head of Engineering hoặc toàn bộ khối kỹ thuật của công ty lớn.

CTO: chuyển trọng tâm từ con người và quy trình sang chiến lược công nghệ, thường ở công ty nhỏ hơn.

COO hoặc vị trí vận hành: dùng kinh nghiệm xây quy trình và tổ chức để điều hành nhiều khối hơn kỹ thuật.

Cố vấn hoặc Fractional Head of Engineering: giúp nhiều startup dựng khối kỹ thuật ở giai đoạn đầu.

Câu hỏi thường gặp về Head of Engineering

Head of Engineering có còn code không?

Thường không code tính năng. Nhiều người vẫn đọc code, review thiết kế kỹ thuật và tham gia xử lý sự cố để giữ cảm giác thực tế.

Head of Engineering và Engineering Manager khác nhau thế nào?

Engineering Manager quản lý một team kỹ sư. Head of Engineering quản lý các Engineering Manager và lo quy trình chung của cả khối.

Công ty nào cần Head of Engineering?

Công ty có từ vài team engineering trở lên, khi CTO không còn đủ thời gian vừa lo chiến lược vừa quản lý người. Startup nhỏ thường chưa cần vị trí riêng.

Designer nên làm việc với Head of Engineering hay Tech Lead?

Hằng ngày, designer làm với Tech Lead và Engineering Manager của squad. Khi cần đổi quy trình chung như chuẩn handoff hay cách đưa design system vào code, hãy làm với Head of Engineering.

Kết luận

Head of Engineering cho designer thấy rằng thiết kế tốt chỉ tới tay người dùng khi quy trình giữa hai khối chạy trơn. Một file Figma đẹp mà đến muộn một sprint vẫn là vấn đề.

Trên lộ trình UI/UX Product Designer tại TELOS Academy, bạn không cần trở thành Head of Engineering. Nhánh Code for Designer cho bạn Git cơ bản, cách chuyển Figma sang HTML và deploy, đủ để hiểu một thay đổi thiết kế đi qua những bước nào trước khi lên sản phẩm. Khóa Product Design & Manage bổ sung Acceptance Criteria và cách bàn giao để hai khối nói chung một ngôn ngữ.

Nếu bạn muốn handoff của mình được khối kỹ thuật đón nhận thay vì hỏi lại, hãy bắt đầu từ khóa Code for Designer.