Vì sao dự án phần mềm vượt ngân sách, và cách phòng từ đầu
Nguyên nhân hàng đầu không phải lập trình viên chậm, mà là phạm vi không được chốt bằng văn bản trước khi bắt đầu. Bốn nguyên nhân còn lại đều có thể phòng được nếu xử lý ngay ở giai đoạn báo giá.
1. Phạm vi không được chốt bằng văn bản
Khi hai bên chỉ thống nhất miệng rằng 'làm hệ thống quản lý kho', mỗi bên hình dung một thứ khác nhau. Đến lúc bàn giao mới phát hiện chênh lệch, và mọi tranh cãi đều không có cơ sở để phân xử.
Yêu cầu tài liệu đặc tả liệt kê danh sách chức năng, luồng nghiệp vụ và tiêu chí nghiệm thu trước khi ký hợp đồng phát triển. Tài liệu này bảo vệ cả hai bên — nó cũng ngăn nhà cung cấp bị yêu cầu thêm việc không giới hạn.
2. Hạng mục tích hợp bị đánh giá thấp
Nối với phần mềm kế toán hoặc cổng thanh toán nghe đơn giản, nhưng phần lớn thời gian không nằm ở việc gọi API — nó nằm ở xử lý sai lệch dữ liệu, các trường hợp ngoại lệ và đối soát khi hai bên không khớp.
Tách tích hợp thành hạng mục riêng có ước tính riêng, và yêu cầu khảo sát khả thi trước khi báo giá cố định. Nếu hệ thống cần nối không có API, phải biết điều đó trước khi ký.
3. Dữ liệu cũ không sạch
Dữ liệu trong Excel thường có cùng một khách hàng viết theo năm cách, mã hàng không thống nhất, hoặc thiếu trường bắt buộc. Việc làm sạch không thể tự động hoàn toàn vì chỉ người dùng mới biết bản ghi nào còn đúng.
Đưa 'chuyển và làm sạch dữ liệu' vào phạm vi ngay từ đầu, và phân công người nội bộ tham gia. Đây là hạng mục cần thời gian của cả hai bên, không thể khoán hết cho nhà cung cấp.
4. Thay đổi yêu cầu liên tục giữa chừng
Thay đổi là bình thường và đôi khi cần thiết. Vấn đề nằm ở chỗ không có cơ chế xử lý — thay đổi được thêm vào mà không ai tính lại thời gian và chi phí, cho tới khi dự án trễ hạn.
Thống nhất trước quy trình xử lý thay đổi: mỗi yêu cầu ngoài phạm vi được báo giá và bạn quyết định trước khi làm. Điều này giữ cho ngân sách minh bạch thay vì phát sinh âm thầm.
5. Không tính chi phí sau bàn giao
Ngân sách thường dừng ở ngày bàn giao. Nhưng hệ thống còn cần hạ tầng vận hành, sao lưu, giám sát, vá bảo mật và nâng phiên bản. Bỏ qua khoản này dẫn tới tình trạng hệ thống xuống cấp dần rồi phải làm lại sau vài năm.
- Hạ tầng máy chủ hoặc dịch vụ đám mây theo tháng.
- Sao lưu định kỳ — và diễn tập khôi phục, vì bản sao lưu chưa từng thử khôi phục thì chưa coi là có.
- Cập nhật thư viện có lỗ hổng bảo mật.
- Hỗ trợ người dùng và sửa lỗi phát sinh.
Danh sách kiểm tra trước khi ký
- Có tài liệu đặc tả liệt kê chức năng và tiêu chí nghiệm thu chưa?
- Hạng mục tích hợp có được khảo sát khả thi và ước tính riêng chưa?
- Việc chuyển dữ liệu cũ đã nằm trong phạm vi chưa, ai làm phần đối chiếu?
- Quy trình xử lý yêu cầu thay đổi được ghi trong hợp đồng chưa?
- Chi phí vận hành và bảo trì sau bàn giao đã được ước tính chưa?
- Điều khoản bàn giao mã nguồn và dữ liệu có trong hợp đồng chưa?