Vượt ra ngoài viết code: Bí quyết mở rộng tầm ảnh hưởng của các kỹ sư cấp cao

Trong sự nghiệp của một kỹ sư phần mềm, bước chuyển từ cấp độ Junior lên Senior không chỉ đơn thuần là việc viết code giỏi hơn hay xử lý lỗi nhanh hơn. Đó là bước ngoặt thay đổi hoàn toàn tư duy: từ việc tập trung vào đầu ra cá nhân sang việc mở rộng tầm ảnh hưởng và tạo tác động cho cả tổ chức.

Tại hội nghị QCon San Francisco, Kasia Trapszo — lãnh đạo kỹ thuật tại mảng thương mại (Commerce) của Netflix — đã có bài chia sẻ sâu sắc về hành trình này. Bà nhấn mạnh rằng những vấn đề khó khăn nhất mà các kỹ sư đối mặt không phải là về hệ thống, mà là về con người: giao tiếp, giả định và sự đồng bộ.

Dưới đây là những bài học cốt lõi từ Kasia Trapszo về cách một Senior Individual Contributor (IC — Kỹ sư cá nhân cấp cao) xây dựng lòng tin, tạo ảnh hưởng và mở rộng bản thân.

Sự rõ ràng xây dựng lòng tin

Kasia mở đầu bằng một câu chuyện vui về thời gian đầu của cô. Khi còn là một kỹ sư Junior, cô từng vô tình viết sai biểu thức cron, khiến toàn bộ tổ chức kỹ thuật — bao gồm cả CTO — nhận được email báo cáo mỗi phút. Tuy nhiên, thay vì bị trách phạt, cô nhận được sự hỗ trợ và cả tiếng cười chung từ đội ngũ. Khoảnh khắc đó giúp cô nhận ra rằng một đội ngũ tuyệt vời không chỉ được định nghĩa bởi kỹ năng kỹ thuật, mà còn bởi cách họ giao tiếp và giúp nhau tiến bộ.

Khi lên cấp cao hơn, kỹ sư thường phải đối mặt với những vấn đề phức tạp. Kasia kể về dự án hỗ trợ phương thức thanh toán mới tại Brazil. Dự án này ban đầu trông rất phức tạp, đòi hỏi phải viết lại hệ thống hóa đơn. Tuy nhiên, nhờ kinh nghiệm và khả năng nhận diện các mẫu hình (patterns) từ các dự án trước đây (như thanh toán trực tiếp ở Châu Âu), Kasia nhận ra rằng logic bên trong thực ra giống hệt nhau, chỉ khác về thuật ngữ.

Sự rõ ràng của cô đã giúp đội ngũ nhận ra giải pháp đơn giản hơn: chỉ cần thay đổi cấu hình thay vì viết lại luồng hóa đơn phức tạp.

"Sự rõ ràng thực sự kiếm được ảnh hưởng không phải bằng cách nghe có vẻ tự tin, mà bằng cách giúp người khác nhìn thấy vấn đề một cách rõ ràng."

Khi mọi người nhận ra rằng sự rõ ràng của bạn làm cho công việc của họ dễ dàng hơn, họ sẽ bắt đầu tin tưởng và tìm đến bạn sớm hơn để cùng tư duy. Đó là cách các kỹ sư Senior dẫn dắt: không phải bằng quyền lực, mà bằng lý lẽ xây dựng lòng tin.

Sự đồng bộ tạo ra ảnh hưởng

Có những lúc, dù tư duy của bạn rất rõ ràng, nhưng sự rõ ràng đó không tồn tại được khi chuyển giao giữa các đội nhóm khác nhau. Kasia chia sẻ về một dự án di chuyển hệ thống mà hai đội đã thống nhất API, schema và kế hoạch hoàn hảo trên giấy. Nhưng khi chạy thử nghiệm end-to-end, dữ liệu lại không khớp nhau.

Nguyên nhân không phải là code sai, mà là hai đội đã diễn giải cùng một thông số kỹ thuật theo hai cách khác nhau. Đây là vấn đề kinh điển của hệ thống phân tán: quá nhiều "sự thật địa phương" (local truths) và thiếu sự nhất quán.

Để giải quyết vấn đề này, Kasia đề cập đến việc đồng bộ hóa không chỉ nằm ở tài liệu, mà nằm ở sự hiểu biết chung bên dưới nó. Cô kể về một xung đột giữa đội dự án (muốn mở rộng mô hình Machine Learning) và đội kỹ thuật (muốn dọn dẹp nợ kỹ thuật trước). Thay vì để cuộc tranh luận trở thành "Chúng ta chống lại Họ", Kasia đã thay đổi câu hỏi: "Cần những gì để mọi người cảm thấy tự tin với mô hình này sáu tháng nữa?"

Câu hỏi đó đã chuyển hướng cuộc thảo luận từ việc bảo vệ vị trí cá nhân sang việc cùng nhau thiết kế giải pháp. Sự đồng bộ không phải là ép buộc sự đồng thuận, mà là giúp mọi người nhận ra họ đang giải quyết cùng một vấn đề từ hai góc độ khác nhau.

Hội chứng kẻ mạo danh và sự rõ ràng nội tại

Một trở ngại lớn khác mà các Senior IC phải đối mặt là hội chứng kẻ mạo danh (Impostor Syndrome). Khi mới vào Netflix, Kasia cảm thấy choáng ngợp trước một cơ sở mã phức tạp đến mức cô nghĩ rằng mình không đủ năng lực để hiểu nó. Cô đã dành hàng ngày để cố gắng "tái thiết kế ngược" sự phức tạp đó.

Cho đến khi một đồng nghiệp nói với cô: "Thực ra không ai hiểu phần code đó cả, nó là một hộp đen."

Khoảnh khắc đó giúp cô nhận ra rằng sự phức tạp đôi khi chỉ ngụy trang cho sự tinh vi, nhưng thực chất là thiếu sự rõ ràng. Bài học ở đây là sự rõ ràng không chỉ là thứ bạn tạo ra cho người khác, mà là thứ bạn phải xây dựng lại bên trong chính mình mỗi khi bước vào một không gian mới. Liều thuốc giải cho hội chứng này là sự tò mò, khiêm tốn và willingness to ask simple questions (sẵn sàng đặt những câu hỏi đơn giản).

Mở rộng bản thân bằng tài liệu và quy trình

Điểm then chốt để tạo tác động lâu dài là khả năng "mở rộng bản thân" (scaling yourself). Một kỹ sư Senior không thể có mặt ở mọi cuộc họp. Kasia đã thực hiện một thử nghiệm: sử dụng GenAI để tóm tắt các bản ghi âm cuộc họp thành các hồ sơ quyết định kiến trúc ngắn gọn (Architectural Decision Records).

Chỉ sau vài tuần, các kỹ sư khác bắt đầu thêm ghi chú của họ, liên kết sơ đồ và làm rõ các sự đánh đổi. Hệ thống bắt đầu tự duy trì. Đây là cách mở rộng bản thân thực sự: không phải làm nhiều hơn, mà là tạo ra đủ sự rõ ràng để người khác có thể đưa ra quyết định tốt mà không cần bạn ở đó.

Ngoài ra, việc mở rộng bản thân còn bao gồm việc chuyển giao kỹ năng ra quyết định. Kasia kể về việc giúp một kỹ sư tên Mary cấu trúc các cuộc họp thiết kế. Thay vì để cuộc họp đi vòng quanh, Mary học được cách: nêu rõ quyết định cần đưa ra, xác định ai là người quyết định, giới hạn thời gian và ghi rõ hành động tiếp theo.

"Khi bạn giúp một kỹ sư bỏ qua sai lầm mà bạn đã mắc phải ba năm trước, đó là đòn bẩy (leverage). Khi kỹ sư đó dạy lại cho người khác, nó trở nên theo cấp số nhân."

Kết luận

Kết thúc bài chia sẻ, Kasia Trapszo khẳng định rằng công việc thực sự của một kỹ sư cấp cao không phải là viết nhiều code hơn, mà là xây dựng sự rõ ràng tồn tại lâu hơn chính họ.

Sự rõ ràng kiếm được lòng tin, sự đồng bộ biến lòng tin thành hành động tiến về phía trước, và việc mở rộng bản thân làm cho hành động đó bền vững. Thách thức dành cho bạn là: Hãy chọn một quyết định bạn đã đưa ra tuần này và viết ba câu giải thích lý do, các lựa chọn khác và sự đánh đổi. Đặt nó ở nơi người khác có thể tìm thấy.

Hãy mở rộng quy mô con người, không chỉ là hệ thống, vì một trong hai thứ đó thực sự biết lắng nghe.