INFOCHIEF ACADEMY · IT MANAGER KNOWLEDGE SERIES
Quản lý ngân sách IT dành cho trưởng phòng: Lập kế hoạch, theo dõi và kiểm soát chi phí.
Ngân sách IT không chỉ là bảng chi phí phải “khớp” vào cuối năm. Nó là bản dịch bằng tiền của những lựa chọn vận hành: dịch vụ nào cần bảo vệ, năng lực nào phải đầu tư, rủi ro nào chấp nhận và sáng kiến nào có thể trì hoãn. Trưởng phòng IT quản lý ngân sách tốt không cần trở thành kế toán, nhưng phải biết biến số liệu tài chính thành quyết định vận hành có trách nhiệm.
Biên soạn: Infochief Academy · Chuyên đề: Trưởng Phòng IT Chuyên Nghiệp – IT Manager

Ngân sách IT là một danh mục cam kết, không phải danh sách hóa đơn
Một budget line chỉ nói doanh nghiệp dự định chi bao nhiêu cho phần mềm, hạ tầng hay dịch vụ; nó chưa giải thích vì sao khoản chi tồn tại và điều gì sẽ xảy ra nếu cắt. IT Manager cần gắn mỗi nhóm chi phí với dịch vụ, nghĩa vụ hoặc kết quả. Khi đó, cuộc trao đổi với Finance chuyển từ “license này đắt” sang “license này hỗ trợ quy trình nào, mức sử dụng ra sao và lựa chọn thay thế có ảnh hưởng gì?”.
Trưởng phòng nên nhìn ngân sách theo vòng đời. Chi phí mua ban đầu có thể thấp nhưng tích hợp, vận hành, support, đào tạo và exit cost cao. Ngược lại, một dịch vụ thuê ngoài có giá hàng tháng cao nhưng giảm nhu cầu trực 24/7 nội bộ. Quản lý ngân sách không phải luôn chọn rẻ nhất; đó là hiểu total cost và trade-off.
Ở cấp quản lý bộ phận, khóa Trưởng Phòng IT Chuyên Nghiệp – IT Manager giúp kết nối ngân sách với điều hành; còn chuyên đề Lập Kế Hoạch & Quản Lý Ngân Sách IT đi sâu hơn vào dự báo, kiểm soát chi và ưu tiên đầu tư.
Chuẩn hóa cấu trúc chi phí để nhìn thấy điều có thể điều chỉnh
Một ngân sách khó quản lý thường bắt đầu từ danh mục tài khoản quá kỹ thuật hoặc quá tổng hợp. IT Manager có thể phân loại theo hai chiều: Run/Change và Fixed/Variable. Run là chi để duy trì dịch vụ hiện tại; Change là dự án, nâng cấp và năng lực mới. Fixed là hợp đồng/nhân sự khó thay đổi trong ngắn hạn; Variable thay đổi theo sử dụng, số lượng, giao dịch hoặc nhu cầu.
Kết hợp hai chiều này giúp biết nơi nào có khả năng điều chỉnh. Chi phí Run-Fixed như hợp đồng đường truyền dài hạn khó cắt ngay; Change-Variable có thể trì hoãn hoặc thu hẹp; Run-Variable như cloud usage cần tối ưu theo mức sử dụng; Change-Fixed như hợp đồng dự án theo milestone cần quản lý cam kết và thay đổi phạm vi.
Ngoài ra nên tách Mandatory/Discretionary. Thuế, tuân thủ, gia hạn support bắt buộc hoặc kiểm soát an toàn trọng yếu có mức linh hoạt khác với một thử nghiệm công nghệ mới. Khi ngân sách bị yêu cầu cắt, cấu trúc này giúp tránh giảm đồng đều và làm suy yếu dịch vụ thiết yếu.
Theo dõi ba con số: Budget, Actual và Commitment
Nhiều trưởng phòng chỉ so budget với actual. Điều đó dễ tạo cảm giác còn ngân sách dù thực tế đã ký hợp đồng hoặc phát hành PO chưa được hạch toán. Vì vậy cần thêm Commitment: chi phí đã cam kết nhưng chưa ghi nhận đầy đủ. Forecast cuối kỳ = actual + commitments + expected remaining spend. Con số này mới cho biết nguy cơ vượt hay dư ngân sách.
Đối với hợp đồng ngoại tệ, cloud theo usage hoặc dự án có milestone, forecast cần cập nhật định kỳ. Không cần độ chính xác tuyệt đối; điều quan trọng là phát hiện sớm xu hướng và giả định thay đổi. Một forecast tốt luôn ghi rõ driver: số user tăng, storage tăng, dự án trễ kéo dài license song song, hoặc nhà cung cấp điều chỉnh giá.
| Chỉ số | Ý nghĩa | Câu hỏi quản lý |
|---|---|---|
| Budget | Mức chi được phê duyệt | Khoản chi phục vụ mục tiêu nào? |
| Actual | Chi phí đã ghi nhận | Xu hướng thực tế có phù hợp kế hoạch? |
| Commitment | Chi đã cam kết nhưng chưa ghi nhận | Còn nghĩa vụ nào chắc chắn phải trả? |
| Forecast | Dự báo cuối kỳ | Nếu không hành động, năm sẽ kết thúc ở đâu? |
Phân tích variance bằng nguyên nhân, không chỉ bằng phần trăm
Chênh lệch ngân sách có thể do timing, volume, price hoặc scope. Timing: hóa đơn ghi nhận khác kỳ nhưng tổng năm không đổi. Volume: số user/transaction tăng. Price: nhà cung cấp thay đổi đơn giá hoặc tỷ giá. Scope: dự án hoặc dịch vụ phát sinh thêm phạm vi. Mỗi loại cần hành động khác nhau; nếu chỉ báo “vượt 8%” thì quản lý chưa biết nên điều chỉnh gì.
Một variance tốt phải có owner, nguyên nhân và quyết định. Ví dụ “cloud compute vượt do batch job tăng 35%, nhóm ứng dụng tối ưu trước ngày X; nếu không đạt sẽ chuyển workload sang lịch off-peak”. Cách viết này biến báo cáo ngân sách thành công cụ điều hành. Finance cũng dễ phân biệt khoản lệch cần xử lý với khoản lệch chỉ do thời điểm.
Với chi phí gắn nhà cung cấp, việc review hợp đồng và hiệu suất nên đi cùng nhau. Không nên giảm phí bằng cách bỏ các điều khoản bảo vệ quan trọng hoặc gia hạn một dịch vụ kém hiệu quả chỉ vì chi phí chuyển đổi. Chuyên đề Quản Lý Mua Sắm & Nhà Cung Cấp IT là internal link phù hợp cho năng lực này.
Kiểm soát thay đổi ngân sách bằng ngưỡng và quyền phê duyệt
Không phải mọi khoản lệch đều cần xin phê duyệt cấp cao. Hãy xác định ngưỡng quản lý: trưởng nhóm được điều chỉnh trong line item nhỏ; IT Manager được tái phân bổ trong một nhóm ngân sách; thay đổi vượt ngưỡng hoặc ảnh hưởng dịch vụ phải trình cấp cao hơn. Cơ chế này giảm hành chính nhưng vẫn giữ accountability.
Điều quan trọng là không dùng “còn ngân sách” làm lý do chi. Mọi thay đổi phải trả lời: nhu cầu có còn phù hợp ưu tiên không, lựa chọn rẻ hơn/rủi ro thấp hơn đã xem xét chưa, chi phí vòng đời thay đổi thế nào và khoản chi nào sẽ bị giảm nếu tổng trần không đổi. Đây là tư duy danh mục chứ không phải tư duy tiêu hết budget.
Với chi phí dự án, thay đổi ngân sách cần gắn change control về scope, schedule và benefits. Kỹ năng trong chương trình Quản Lý Dự Án IT giúp trưởng phòng tránh tình trạng dự án tăng chi mà không có quyết định chính thức về lợi ích hoặc phạm vi.
Thiết lập nhịp review ngân sách hàng tháng
Một cuộc review ngân sách hiệu quả có thể diễn ra trong 45–60 phút nếu dữ liệu chuẩn. Agenda nên gồm: forecast so với budget; top variance; commitments mới; hợp đồng sắp gia hạn; dự án có rủi ro chi phí; cơ hội tối ưu; và các quyết định cần escalation. Không cần đọc từng dòng chi phí.
IT Manager nên chuẩn bị một “watchlist” 5–10 khoản có biến động cao: cloud, license theo user, vendor contract lớn, chi phí dự án, overtime hoặc thiết bị. Các khoản ổn định có thể theo dõi tự động. Tập trung vào driver giúp đội ngũ tránh biến budget review thành cuộc họp kế toán.
Một chỉ số quan trọng khác là unit economics khi phù hợp: chi phí IT trên mỗi người dùng, thiết bị, cửa hàng, giao dịch hoặc dịch vụ. Dù không dùng để so sánh máy móc giữa doanh nghiệp, xu hướng nội bộ giúp thấy chi phí tăng do quy mô hay do hiệu quả giảm.
Tình huống minh họa: license tăng nhanh hơn số người dùng
Tình huống giả định: chi phí phần mềm cộng tác tăng 18% sau sáu tháng dù headcount chỉ tăng 5%. Thay vì yêu cầu Finance cấp thêm ngân sách, IT Manager phân tích số account inactive, license premium không dùng tính năng nâng cao và các account của nhà thầu chưa thu hồi. Kết quả cho thấy phần lớn chênh lệch đến từ governance tài khoản chứ không phải nhu cầu kinh doanh.
Nhóm phối hợp HR và Procurement bổ sung quy trình offboarding, review license hàng quý và chính sách cấp premium theo role. Forecast được cập nhật dựa trên user thực sử dụng. Quan trọng hơn, bài học được chuyển thành kiểm soát vận hành để tránh vấn đề lặp lại.
Đây là ví dụ cho thấy kiểm soát ngân sách IT thường phụ thuộc vào quy trình và dữ liệu, không chỉ vào thương lượng giá. Tiết kiệm bền vững đến từ việc loại bỏ nhu cầu không còn giá trị và thiết kế ownership rõ ràng.
Checklist dành cho trưởng phòng trước mỗi kỳ forecast
- Actual và commitment đã được đối chiếu với Finance/Procurement?
- Top variance đã phân loại theo timing, volume, price hoặc scope?
- Các hợp đồng lớn sắp gia hạn đã có phương án review?
- Cloud/license theo usage có được dự báo bằng driver thực tế?
- Các dự án có nguy cơ trễ đã tính chi phí kéo dài và song song?
- Có khoản chi “còn budget nên dùng” nhưng chưa gắn ưu tiên?
- Mọi reallocation vượt ngưỡng có quyền phê duyệt rõ?
- Forecast kết thúc bằng quyết định chứ không chỉ bảng số?
Hành động nên bắt đầu: bổ sung cột Commitment và Forecast vào bảng ngân sách hiện tại, sau đó chọn năm variance lớn nhất để phân tích theo driver. Đây thường là bước ngắn nhất để biến quản lý ngân sách từ phản ứng cuối kỳ thành điều hành chủ động.
Bài viết liên quan
Nguồn tham khảo
- ISO/IEC 38500:2024 – Governance of IT for the organization
- ISACA – COBIT resources
- ISO/IEC 20000-1:2018 – Service management system requirements
- PeopleCert – ITIL 4 practices
- FinOps Foundation – FinOps Framework
Các nguồn trên được sử dụng để tham khảo các nguyên tắc quản trị, quản lý dịch vụ và thực hành quản lý. Nội dung bài viết là diễn giải ứng dụng của Infochief Academy.