← Tất cả bài viết

Từ kỹ sư công nghệ đến người quản lý: điều thay đổi không chỉ là chức danh

Những thay đổi thực tế trong cách nghĩ, cách giao việc và cách chịu trách nhiệm khi tôi đi từ kỹ sư công nghệ đến vai trò quản lý doanh nghiệp.

Công nghệ và quản trị

Từ kỹ sư công nghệ đến người quản lý: điều thay đổi không chỉ là chức danh

kỹ sư công nghệquản lý doanh nghiệpCTO
Nguyễn Đức Kiên

Tôi từng nghĩ bước chuyển từ kỹ sư công nghệ sang người quản lý chủ yếu là thay đổi phạm vi công việc. Trước đây mình chịu trách nhiệm cho một hệ thống, sau này chịu trách nhiệm cho một đội ngũ. Trước đây giải bài toán kỹ thuật, sau này giải bài toán kinh doanh. Cách hiểu đó không sai, nhưng còn thiếu phần quan trọng nhất: người quản lý phải thay đổi cách nhìn về chính mình.

Một kỹ sư giỏi thường được ghi nhận nhờ khả năng tự tìm ra lời giải. Một người quản lý tốt lại được đánh giá qua khả năng giúp nhiều người cùng tạo ra kết quả. Hai năng lực có liên quan, nhưng không tự động chuyển đổi cho nhau. Có thời điểm tôi vẫn làm việc bằng phản xạ của một kỹ sư: thấy vấn đề là nhảy vào giải, thấy chậm là tự làm, thấy chưa chuẩn là sửa đến khi vừa ý. Kết quả trước mắt có thể nhanh, nhưng đội ngũ không lớn lên và bản thân tôi trở thành điểm nghẽn.

Từ câu trả lời đúng đến câu hỏi đúng

Trong kỹ thuật, chúng ta thường đi tìm một phương án đúng trong những điều kiện cụ thể. Khi quản lý, rất nhiều vấn đề không có một đáp án duy nhất. Một quyết định còn phụ thuộc vào thời điểm, nguồn lực, con người, dòng tiền và mức rủi ro tổ chức có thể chấp nhận.

Tôi học cách chậm lại trước khi đưa ra giải pháp. Vấn đề mà khách hàng mô tả có thật sự là nguyên nhân gốc không? Việc đội ngũ trễ tiến độ đến từ năng lực, cách giao việc hay ưu tiên chưa rõ? Một tính năng mới tạo ra giá trị hay chỉ làm hệ thống phức tạp hơn? Nếu chưa trả lời được những câu này, một giải pháp kỹ thuật tốt vẫn có thể là một quyết định kinh doanh tệ.

Thay vì hỏi “làm bằng công nghệ nào”, tôi bắt đầu hỏi “kết quả cần đạt là gì”. Thay vì hỏi “ai làm sai”, tôi hỏi “điều gì trong cách vận hành khiến sai sót dễ xảy ra”. Câu hỏi đúng giúp mọi người nhìn cùng một hướng trước khi tranh luận về cách đi.

Giao việc không phải là chuyển một danh sách đầu việc

Tôi từng giao việc khá chi tiết vì nghĩ rằng như vậy sẽ giảm sai sót. Nhưng nếu người nhận chỉ biết phải làm gì mà không hiểu vì sao, họ khó tự xử lý khi hoàn cảnh thay đổi. Người quản lý càng mô tả mọi bước, đội ngũ càng có xu hướng chờ hướng dẫn.

Sau này tôi cố gắng làm rõ bốn điều khi giao một việc quan trọng: kết quả mong đợi, tiêu chuẩn hoàn thành, giới hạn được phép quyết định và thời điểm cần phản hồi. Cách làm có thể để người phụ trách chủ động đề xuất. Nếu họ nhìn thấy mục tiêu, hiểu ranh giới và biết khi nào cần báo động, tôi không cần đứng cạnh từng giờ.

Điều này không có nghĩa là giao việc rồi biến mất. Quản lý vẫn phải tạo nhịp kiểm tra phù hợp, gỡ trở ngại và cung cấp thông tin mà đội ngũ chưa có. Sự khác nhau nằm ở chỗ mình hỗ trợ người khác hoàn thành trách nhiệm, không giành luôn trách nhiệm của họ.

Tốc độ của một người và tốc độ của cả hệ thống

Khi còn tập trung vào chuyên môn, tôi có thể tăng tốc bằng cách dành thêm thời gian, học một công cụ mới hoặc tối ưu một đoạn mã. Ở vai trò quản lý, làm nhiều giờ hơn chưa chắc giúp tổ chức nhanh hơn. Nếu quyết định bị dồn về một người, mọi việc vẫn phải xếp hàng chờ.

Tôi bắt đầu quan tâm nhiều hơn đến luồng công việc. Thông tin đi qua những điểm nào? Có bước phê duyệt nào chỉ tồn tại vì thói quen? Một lỗi đã gặp có được biến thành quy trình phòng ngừa không? Việc nào cần tiêu chuẩn hóa, việc nào nên để con người linh hoạt?

Tư duy kỹ thuật giúp tôi nhìn tổ chức như một hệ thống có đầu vào, đầu ra, giới hạn và vòng phản hồi. Nhưng con người không phải máy móc. Một quy trình hợp lý trên giấy có thể thất bại nếu người thực hiện không hiểu, không tin hoặc không có đủ năng lực. Vì vậy, tối ưu vận hành luôn phải đi cùng đối thoại và đào tạo.

Chịu trách nhiệm cho điều mình không trực tiếp làm

Đây là thay đổi khó nhất với tôi. Khi kết quả do nhiều người tạo ra, người quản lý không thể biết mọi chi tiết và cũng không nên can thiệp vào mọi chi tiết. Tuy vậy, trách nhiệm cuối cùng vẫn nằm ở người đứng đầu phạm vi đó.

Chịu trách nhiệm không phải nhận hết lỗi về mình để mọi chuyện kết thúc nhanh. Nó là nhìn thẳng vào phần mình có thể thay đổi: mục tiêu đã đủ rõ chưa, nguồn lực có phù hợp không, rủi ro đã được nhận diện chưa, tín hiệu cảnh báo có bị bỏ qua không. Sau đó cần cùng đội ngũ sửa hệ thống để lần sau làm tốt hơn.

Giữ lại phẩm chất của người kỹ sư

Đi từ công nghệ sang quản lý không có nghĩa là bỏ lại tư duy kỹ sư. Tôi vẫn tin vào dữ liệu, sự rõ ràng, thử nghiệm nhỏ và cải tiến liên tục. Tôi vẫn thích phân rã một vấn đề lớn thành những phần có thể xử lý. Tôi vẫn muốn một quyết định có giả định, tiêu chí và cách kiểm chứng.

Điều cần bỏ không phải chuyên môn, mà là niềm tin rằng mình phải là người có câu trả lời tốt nhất trong phòng. Giá trị của người quản lý nằm ở việc tạo điều kiện để câu trả lời tốt nhất được tìm thấy, dù nó đến từ ai.

Chức danh có thể thay đổi trong một quyết định. Cách nghĩ chỉ thay đổi qua nhiều lần va chạm, quan sát và tự sửa mình. Với tôi, hành trình trở thành người quản lý vẫn đang tiếp diễn. Mỗi bài toán mới lại nhắc rằng quản lý không phải đứng xa công việc hơn, mà là nhìn công việc rộng hơn và chịu trách nhiệm sâu hơn.

Có một bài toán thực tế muốn trao đổi?

Hãy bắt đầu bằng một cuộc trò chuyện rõ ràng.

Nhắn tôi qua Zalo
Nhắn Zalo