Hai mô hình phân bổ rủi ro khác nhau
Với fixed price, hai bên xác định một mức giá cho phạm vi và thời hạn đã thống nhất. Mô hình này tạo mốc ngân sách rõ, nhưng hiệu quả phụ thuộc nhiều vào mức độ đầy đủ của yêu cầu. Tài liệu hướng dẫn của Chính phủ Anh lưu ý rằng dự án có ít thông tin và độ bất định cao thường khó đạt kết quả mong muốn nếu áp dụng fixed price cứng cho toàn bộ phạm vi. [1]
Với time & materials, doanh nghiệp thanh toán theo thời gian làm việc và nguồn lực thực tế, có thể kèm giới hạn ngân sách hoặc chu kỳ phê duyệt. Cách này giúp điều chỉnh ưu tiên linh hoạt hơn, nhưng khách hàng cần tham gia thường xuyên để kiểm soát khối lượng công việc, chất lượng và tốc độ sử dụng ngân sách.
Khi fixed price phù hợp
Fixed price phù hợp hơn khi mục tiêu, chức năng, tiêu chí nghiệm thu và các phụ thuộc kỹ thuật đã tương đối rõ. Doanh nghiệp nên phân biệt yêu cầu bắt buộc với mong muốn có thể hoãn, đồng thời ghi nhận giả định về dữ liệu, tích hợp, hạ tầng và trách nhiệm cung cấp thông tin. Giá cố định không tự động đồng nghĩa với ngày bàn giao hoặc phạm vi không thể thay đổi.
Gợi ý: trước khi chốt giá, hãy thống nhất cách xử lý yêu cầu mới, lỗi, thay đổi thiết kế và chậm trễ do phụ thuộc bên thứ ba. Đây là các điểm cần trao đổi theo từng dự án, không phải điều khoản hợp đồng bắt buộc. Nếu còn nhiều bất định, có thể cân nhắc fixed price theo từng sprint hoặc từng giai đoạn thay vì cố định toàn bộ dự án ngay từ đầu. [1]
Khi time & materials có lợi thế
Time & materials thường phù hợp khi doanh nghiệp cần khám phá giải pháp, kiểm chứng nhu cầu người dùng hoặc thay đổi backlog liên tục. Nguyên tắc Agile coi phần mềm hoạt động là thước đo tiến độ chính, khuyến khích bàn giao thường xuyên và điều chỉnh cách làm qua phản hồi. Mô hình chi phí linh hoạt có thể hỗ trợ cách vận hành này nếu quyền ưu tiên công việc được xác định rõ. [2]
Rủi ro chính là chi phí cuối cùng khó dự báo nếu backlog không được sắp xếp hoặc nhóm dự án làm việc thiếu minh bạch. Gợi ý: theo dõi ngân sách đã dùng, sản phẩm đã hoàn thành, việc đang làm và dự báo cho chu kỳ tiếp theo. Không nên chỉ xem bảng giờ; kết quả chạy được và mức độ đáp ứng tiêu chí chấp nhận mới cho thấy giá trị thực tế.
So sánh bằng một tình huống ngắn
Ví dụ: doanh nghiệp cần xây cổng tra cứu với năm chức năng đã mô tả rõ, giao diện được duyệt và API ổn định. Fixed price có thể giúp lập ngân sách thuận tiện. Nếu doanh nghiệp mới biết mục tiêu là giảm thời gian xử lý nhưng chưa rõ quy trình, cần thử nhiều luồng và tích hợp chưa được kiểm chứng, time & materials hoặc một giai đoạn khám phá ngắn sẽ thực tế hơn.
Cùng một dự án cũng có thể dùng nhiều cách định giá: giai đoạn khám phá theo time & materials, sau đó fixed price cho phần đã đủ rõ; hoặc cố định ngân sách và thời gian nhưng cho phép thay đổi thứ tự, số lượng hạng mục. Đây là gợi ý thiết kế dự án, không phải công thức áp dụng cho mọi nhà cung cấp.
Những điểm nên thống nhất trước khi bắt đầu
Dù chọn mô hình nào, doanh nghiệp nên làm rõ phạm vi, đầu ra theo từng chu kỳ, tiêu chí chấp nhận, vai trò phê duyệt, tần suất báo cáo và quyền truy cập mã nguồn, tài liệu, môi trường. Với time & materials, cần thêm đơn giá, cách ghi nhận thời gian và ngưỡng ngân sách. Với fixed price, cần làm rõ giả định định giá và quy trình đánh giá thay đổi.
Không nên chọn chỉ dựa trên mong muốn “chắc chi phí” hoặc “linh hoạt tối đa”. Hãy đánh giá mức độ rõ của bài toán, khả năng tham gia của người dùng nghiệp vụ, số lượng phụ thuộc và tốc độ cần nhận phản hồi. Khi phạm vi còn mở, việc ưu tiên backlog và bàn giao theo vòng lặp giúp các bên nhìn thấy thay đổi sớm hơn thay vì dồn bất ngờ về cuối dự án. [1]