INFOCHIEF ACADEMY · IT MANAGER KNOWLEDGE SERIES

Kỹ thuật giỏi chưa chắc quản lý tốt: Bước chuyển tư duy khi trở thành IT Manager

Ngày đầu lên quản lý, người giỏi kỹ thuật thường mang theo một lợi thế lớn: hiểu hệ thống sâu và xử lý vấn đề nhanh. Nhưng chính lợi thế đó có thể trở thành chiếc bẫy nếu người quản lý tiếp tục chứng minh năng lực bằng cách tự làm thay đội ngũ. Bước chuyển quan trọng nhất của IT Manager không nằm ở chức danh, mà ở cách định nghĩa lại giá trị mình tạo ra.

Biên soạn: Infochief Academy · Chuyên đề: Trưởng Phòng IT Chuyên Nghiệp – IT Manager

← Trở về danh mục IT Manager

Minh họa biên tập: IT Manager chuyển từ vai trò chuyên gia kỹ thuật sang điều hành đội ngũ và kết quả dịch vụ.

Vì sao chuyên môn kỹ thuật giỏi vẫn chưa đủ để quản lý tốt?

Một kỹ sư giỏi được ghi nhận vì giải quyết được vấn đề khó, thiết kế giải pháp tốt và có thể xử lý tình huống khi người khác bị mắc kẹt. Khi trở thành IT Manager, logic tạo giá trị thay đổi. Tổ chức không còn cần người quản lý là người sửa mọi lỗi nhanh nhất; tổ chức cần người tạo ra một hệ thống làm việc trong đó đội ngũ biết ưu tiên, phối hợp, chịu trách nhiệm và tạo kết quả ổn định ngay cả khi người quản lý không trực tiếp can thiệp.

Nếu vẫn giữ thói quen “việc khó đưa cho tôi”, IT Manager dễ trở thành nút thắt cổ chai. Mọi quyết định phải chờ, nhân viên có xu hướng chuyển vấn đề lên trên thay vì phát triển khả năng phán đoán, còn lịch làm việc của quản lý bị chiếm bởi sự cố. Kết quả là chuyên môn của người quản lý càng mạnh, tổ chức càng phụ thuộc vào một cá nhân.

Vai trò quản lý cần được nhìn theo bốn tầng: định hướng ưu tiên, tổ chức nguồn lực, phát triển con người và kiểm soát kết quả. Đây cũng là trọng tâm của chương trình Trưởng Phòng IT Chuyên Nghiệp – IT Manager tại Infochief Academy: chuyển từ năng lực cá nhân sang năng lực điều hành một bộ phận IT có mục tiêu và trách nhiệm rõ ràng.

Đổi đơn vị đo thành công: từ “tôi đã xử lý” sang “đội ngũ tạo ra kết quả”

Một dấu hiệu rõ nhất của bước chuyển quản lý là thay đổi câu hỏi cuối ngày. Chuyên gia kỹ thuật thường hỏi: “Hôm nay tôi đã xử lý được bao nhiêu việc?”. IT Manager nên hỏi: “Đội ngũ có hoàn thành điều quan trọng nhất không, rủi ro nào được kiểm soát và ai đang phát triển năng lực để lần sau tự xử lý?”.

Điều này không có nghĩa người quản lý rời bỏ chuyên môn. Kỹ thuật vẫn là nền tảng để đặt câu hỏi đúng, thẩm định rủi ro và hỗ trợ quyết định. Nhưng chuyên môn cần được sử dụng như đòn bẩy quản trị, không phải lý do để can thiệp vào mọi chi tiết. Một trưởng phòng có thể hiểu sâu hệ thống nhưng vẫn yêu cầu trưởng nhóm trình bày phương án, tiêu chí lựa chọn và kế hoạch kiểm soát trước khi đưa ra quyết định cuối cùng.

Khi chuyển trọng tâm sang kết quả, báo cáo của IT Manager cũng thay đổi. Thay vì liệt kê ticket, số máy chủ hay số task, báo cáo nên cho thấy mức đáp ứng dịch vụ, tồn đọng quan trọng, tác động đến người dùng, xu hướng rủi ro và tiến độ các cải tiến. Tư duy này liên kết tự nhiên với quản lý dịch vụ IT – ITSM, nơi hoạt động vận hành được nhìn qua giá trị và kết quả dịch vụ chứ không chỉ qua khối lượng việc.

Năm chuyển dịch tư duy cốt lõi khi bước vào vai trò IT Manager

Tư duy cũ của chuyên gia	Tư duy cần có của IT Manager	Biểu hiện trong thực tế
Tự mình giải quyết việc khó	Tạo cơ chế để đội ngũ giải quyết	Giao quyền có giới hạn, yêu cầu phương án và hậu kiểm
Ưu tiên theo mức độ khẩn kỹ thuật	Ưu tiên theo tác động kinh doanh và rủi ro	Phân loại sự cố, yêu cầu và dự án theo tiêu chí rõ ràng
Giá trị nằm ở độ sâu chuyên môn	Giá trị nằm ở chất lượng quyết định và tổ chức	Dành thời gian cho mục tiêu, nguồn lực, năng lực và phối hợp
Kiểm soát bằng việc tham gia mọi chi tiết	Kiểm soát bằng chuẩn, chỉ số và điểm kiểm tra	Thiết kế SOP, KPI, review và escalation
Trở thành “người hùng” xử lý sự cố	Xây hệ thống ít phụ thuộc cá nhân	Phát triển người kế cận và chia sẻ tri thức

Năm chuyển dịch trên không xảy ra trong một ngày. Người mới làm quản lý thường quay lại thói quen kỹ thuật khi áp lực tăng cao. Vì vậy cần chủ động nhận diện các tình huống kích hoạt: sự cố nghiêm trọng, nhân viên chậm tiến độ, khách hàng nội bộ phàn nàn hoặc dự án có nguy cơ trễ. Trong những thời điểm này, câu hỏi quan trọng là “Tôi cần trực tiếp làm gì vì trách nhiệm quản lý, và việc gì tôi đang làm chỉ vì tôi làm nhanh hơn?”.

Thiết kế lại lịch làm việc để phản ánh vai trò quản lý mới

Lịch làm việc là nơi thể hiện rõ nhất tư duy quản lý. Một IT Manager nói rằng mình muốn phát triển đội ngũ nhưng 90% thời gian vẫn dành cho ticket, cấu hình và họp kỹ thuật thì hệ thống sẽ kéo người đó trở lại vai trò chuyên gia. Cần cố ý dành thời gian cho các hoạt động không “ồn” nhưng tạo năng lực dài hạn.

Review mục tiêu và ưu tiên của bộ phận theo tuần, không chỉ review danh sách việc.
Có lịch 1:1 đều đặn với các vị trí chủ chốt để trao đổi về kết quả, trở ngại và phát triển năng lực.
Dành thời gian xem xét dữ liệu dịch vụ, rủi ro, năng lực và backlog cải tiến thay vì chỉ đọc báo cáo sự cố.
Thiết lập các điểm review cho dự án và thay đổi lớn, tập trung vào quyết định và rủi ro cần quản lý tham gia.
Bảo vệ một phần thời gian cho cải tiến hệ thống quản lý: RACI, quy trình, KPI, phân quyền và kế hoạch năng lực.

Những hoạt động này có thể được tổ chức thành nhịp quản trị cố định. Quản lý không nên phụ thuộc vào việc “khi nào rảnh sẽ làm”. Với đội ngũ có nhiều trưởng nhóm hoặc giám sát, chương trình Quản Lý Giám Sát IT – IT Supervisor là một mắt xích quan trọng để IT Manager không phải trực tiếp theo dõi mọi công việc tuyến đầu.

Quản lý con người: giao việc, phản hồi và phát triển năng lực thay vì ôm việc

Giao việc hiệu quả không phải chỉ nói “em làm giúp anh việc này”. Một nhiệm vụ cần ít nhất bốn thông tin: kết quả mong đợi, phạm vi quyền quyết định, mốc kiểm tra và tiêu chí hoàn thành. Khi giao việc theo cách này, nhân viên hiểu mình chịu trách nhiệm cho đầu ra chứ không chỉ thực hiện các bước do quản lý chỉ định.

Phản hồi cũng cần chuyển từ sửa lỗi cá nhân sang phát triển năng lực. Thay vì nói “cách em làm sai”, người quản lý có thể hỏi: “Em dựa trên dữ liệu nào để quyết định?”, “Rủi ro lớn nhất em đã xem xét là gì?”, “Lần sau em sẽ thiết kế bước kiểm tra nào?”. Cách hỏi buộc nhân viên hình thành mô hình tư duy có thể tái sử dụng.

Với người có năng lực cao, thách thức là giao đủ không gian để họ trưởng thành. Với người chưa vững, thách thức là tăng mức hỗ trợ mà không làm thay. Việc quản lý đội ngũ theo năng lực, kỳ vọng và kết quả được mở rộng trong chuyên đề Quản Lý Đội Ngũ Nhân Viên IT của Infochief.

Tình huống minh họa: trưởng nhóm giỏi kỹ thuật nhưng đội ngũ ngày càng thụ động

Tình huống giả định: một IT Manager mới được thăng chức từ vị trí senior system engineer. Trong ba tháng đầu, anh thường xuyên tham gia trực tiếp các sự cố khó và tự quyết định nhiều thay đổi vì tin rằng cách đó nhanh hơn. Sự cố được xử lý nhanh, nhưng backlog cải tiến tăng, hai nhân viên chủ chốt ít chủ động hơn và các trưởng nhóm có xu hướng chờ ý kiến quản lý trước khi ra quyết định.

Thay đổi bắt đầu khi IT Manager phân loại rõ ba mức quyết định: đội ngũ tự xử lý theo chuẩn; trưởng nhóm quyết định và báo cáo; các trường hợp ảnh hưởng lớn mới escalated. Với sự cố quan trọng, quản lý không trực tiếp cầm bàn phím mà yêu cầu incident lead đưa ra chẩn đoán, phương án, rủi ro và điểm cần phê duyệt. Sau sự cố, nhóm thực hiện review nguyên nhân và cập nhật knowledge base.

Kết quả kỳ vọng không phải “IT Manager làm ít đi”, mà là thời gian của quản lý chuyển sang những việc chỉ quản lý mới có thể làm: xử lý xung đột ưu tiên, làm việc với các phòng ban, xây kế hoạch năng lực, phê duyệt rủi ro và phát triển người kế cận.

Thực hành chuyển vai: ba cuộc đối thoại IT Manager cần học cách dẫn dắt

Ngoài cấu trúc và KPI, bước chuyển vai còn thể hiện trong chất lượng đối thoại. Với nhân viên, IT Manager cần chuyển từ đưa đáp án sang coaching: hỏi về giả định, rủi ro và lựa chọn. Với khách hàng nội bộ, cần chuyển từ nhận yêu cầu sang làm rõ outcome và ưu tiên. Với cấp trên, cần chuyển từ báo cáo kỹ thuật sang trình bày trade-off về dịch vụ, rủi ro, chi phí và năng lực. Ba cuộc đối thoại này buộc người quản lý sử dụng chuyên môn kỹ thuật như nền tảng phân tích, nhưng kết thúc bằng quyết định quản trị.

Một kỹ thuật hữu ích là chuẩn bị trước mỗi cuộc trao đổi ba câu hỏi: quyết định nào cần được đưa ra; dữ liệu nào đủ để hỗ trợ quyết định; và ai cần chịu trách nhiệm tiếp theo. Cách chuẩn bị này giúp IT Manager không bị kéo vào chi tiết kỹ thuật không liên quan. Theo thời gian, đội ngũ cũng học được cách trình bày vấn đề theo cấu trúc quản trị thay vì đẩy toàn bộ dữ liệu thô lên quản lý.

Bộ tự đánh giá 30 ngày cho người mới lên IT Manager

Trong 10 quyết định gần nhất, bao nhiêu quyết định thực sự cần cấp IT Manager?
Nếu tôi nghỉ một tuần, những hoạt động nào sẽ dừng hoặc phải chờ?
Tôi có thể nêu ba kết quả kinh doanh hoặc dịch vụ quan trọng nhất mà bộ phận IT đang chịu trách nhiệm không?
Mỗi trưởng nhóm có biết phạm vi quyền quyết định và tiêu chí escalation của mình không?
Tôi có lịch 1:1 và review năng lực, hay chỉ gặp nhân viên khi có vấn đề?
Báo cáo tuần của tôi phản ánh kết quả và rủi ro hay chủ yếu liệt kê công việc?
Trong tháng này tôi đã loại bỏ được phụ thuộc cá nhân hoặc điểm nghẽn quản trị nào?

Nếu nhiều câu trả lời chưa rõ, hãy chọn một thay đổi nhỏ nhưng có tính hệ thống: xác định lại quyền quyết định cho một quy trình, chuẩn hóa cách giao việc cho một nhóm hoặc xây một dashboard kết quả thay cho báo cáo activity. Tập trung vào một hành vi quản lý mới trong vài tuần thường hiệu quả hơn việc cố “học hết kỹ năng quản lý” cùng lúc.

Hành động tiếp theo: xây năng lực quản lý trước khi mở rộng phạm vi trách nhiệm

Bước chuyển từ chuyên gia kỹ thuật sang IT Manager thành công khi người quản lý vẫn giữ được khả năng hiểu công nghệ nhưng không còn dùng chuyên môn như công cụ kiểm soát duy nhất. Giá trị mới đến từ việc biến mục tiêu thành ưu tiên, biến ưu tiên thành trách nhiệm, biến trách nhiệm thành năng lực và dùng dữ liệu để điều hành kết quả.

Một cách bắt đầu thực tế là chọn ba việc trong 30 ngày: dừng một việc quản lý đang làm thay cấp dưới; thiết lập một cơ chế review kết quả thay vì review task; và phát triển một người có thể đảm nhận nhiều quyết định hơn. Khi ba thay đổi này tạo thành thói quen, IT Manager mới thực sự bước khỏi vai trò “chuyên gia giỏi nhất trong phòng” để trở thành người xây năng lực cho cả phòng.

Nguồn tham khảo

Các nguồn trên được dùng để tham khảo nguyên tắc quản trị, quản lý dịch vụ, trách nhiệm và tổ chức công việc. Nội dung bài viết là diễn giải ứng dụng của Infochief Academy.