Bảo trì phần mềm sau bàn giao: những khoản chi phí doanh nghiệp hay bỏ sót

Khi lập ngân sách cho một dự án phần mềm, phần lớn doanh nghiệp tập trung vào chi phí xây dựng ban đầu và bỏ qua giai đoạn dài hơn nhiều phía sau: vận hành và bảo trì. Trên thực tế, tổng chi phí sở hữu một hệ thống trong 3-5 năm thường có phần vận hành chiếm tỷ trọng ngang bằng hoặc lớn hơn chi phí xây dựng ban đầu.

Những khoản chi phí thường bị bỏ sót khi lập ngân sách

• Vá lỗ hổng bảo mật định kỳ — thư viện phần mềm liên tục phát hành bản vá, không cập nhật là để lỗ hổng tồn tại âm thầm cho tới khi bị khai thác
• Nâng cấp phiên bản nền tảng — hệ điều hành, trình duyệt, hoặc runtime ngôn ngữ lập trình ngừng hỗ trợ phiên bản cũ theo chu kỳ, hệ thống không nâng cấp theo sẽ dần gặp lỗi tương thích
• Chi phí hạ tầng tăng theo lượng dùng — máy chủ, băng thông, lưu trữ tăng dần theo số người dùng thực tế, khác với ước tính ban đầu lúc thiết kế
• Thời gian xử lý sự cố ngoài kế hoạch — sự cố luôn xảy ra vào thời điểm không lường trước, cần ngân sách dự phòng thay vì tính bằng 0
• Đào tạo lại khi nhân sự vận hành thay đổi — người vận hành hệ thống nghỉ việc kéo theo chi phí đào tạo người mới hiểu hệ thống

Hai mô hình bảo trì và khi nào chọn mô hình nào

Mô hình sửa lỗi từng lần (ad-hoc) tính phí theo mỗi lần gọi sửa, phù hợp với hệ thống ổn định hiếm khi gặp sự cố. Nhược điểm là không có cam kết thời gian phản hồi rõ ràng, và mỗi lần có sự cố phải tìm người mới hoặc chờ đơn vị cũ sắp xếp lịch.

Mô hình hợp đồng bảo trì dài hạn có mức phí cố định hàng tháng hoặc hàng năm, đổi lại có cam kết SLA rõ ràng về thời gian phản hồi, và quan trọng hơn là có người đã quen thuộc với hệ thống luôn sẵn sàng, không phải giải thích lại toàn bộ bối cảnh mỗi lần có vấn đề.

Dấu hiệu cho thấy đang thiếu ngân sách bảo trì

Thư viện phần mềm cốt lõi của hệ thống đã ngừng nhận bản vá bảo mật quá sáu tháng là dấu hiệu rõ ràng nhất. Một dấu hiệu khác ít được để ý hơn: không ai trong công ty còn nhớ chi tiết kỹ thuật của hệ thống sau khi đội xây dựng ban đầu đã giải tán hoặc chuyển sang dự án khác — đây là lúc rủi ro vận hành tăng vọt vì không có tài liệu để tham chiếu khi cần sửa gấp.

Cách ước tính ngân sách bảo trì hợp lý

Một quy tắc thường dùng trong ngành là dành 15-20% chi phí xây dựng ban đầu mỗi năm cho bảo trì và vận hành, điều chỉnh tăng nếu hệ thống tích hợp nhiều bên thứ ba hoặc có lượng người dùng tăng nhanh. Con số này chỉ mang tính tham khảo ban đầu — mức thực tế cần dựa trên độ phức tạp cụ thể của từng hệ thống, không áp dụng máy móc cho mọi trường hợp.

Câu hỏi thường gặp

Có thể tự vận hành mà không cần hợp đồng bảo trì không?

Được, nếu doanh nghiệp có đội kỹ thuật nội bộ đủ lớn để vừa xử lý việc hàng ngày vừa có thời gian rà soát chủ động. Nếu đội nội bộ chỉ đủ sức chữa cháy, các vấn đề tiềm ẩn sẽ tích tụ mà không ai phát hiện cho tới khi thành sự cố lớn.

Chi phí bảo trì có giảm dần theo thời gian không?

Thường không giảm tuyến tính — hệ thống càng cũ càng cần nhiều công sức hơn để giữ tương thích với các nền tảng và thư viện mới, dù số lượng tính năng mới phát triển thêm có thể giảm.

Làm sao biết đơn vị bảo trì có thực sự hiểu hệ thống hay không?

Yêu cầu một giai đoạn khảo sát mã nguồn ban đầu trước khi ký cam kết SLA chính thức — nếu đơn vị đó từ chối bước này và sẵn sàng cam kết thời gian phản hồi ngay lập tức, đó là dấu hiệu đáng ngờ hơn là đáng tin.