Hợp đồng trọn gói (giá cố định) đặt rủi ro ước lượng lên nhà cung cấp, đổi lại phạm vi phải chốt chặt; hợp đồng theo thời gian và vật tư (T&M) trả theo công sức thực tế, linh hoạt về phạm vi nhưng bên đặt hàng chịu rủi ro chi phí. Không mô hình nào tốt hơn tuyệt đối. Trọn gói hợp với phạm vi rõ, ít thay đổi; T&M hợp với sản phẩm còn khám phá, cần điều chỉnh liên tục.
Thực tế, phần lớn tranh chấp dự án phần mềm không đến từ việc chọn sai mô hình mà từ việc dùng một mô hình với kỳ vọng của mô hình kia: ký trọn gói nhưng muốn thay đổi thoải mái, hoặc ký T&M nhưng muốn biết trước tổng chi phí chính xác. Bài này so sánh các mô hình, giải thích cơ chế phân bổ rủi ro, đưa ra các biến thể lai và cách kiểm soát yêu cầu thay đổi, thứ quyết định chi phí cuối cùng ở cả hai mô hình.
Tam giác phạm vi – thời gian – chi phí
Mọi mô hình hợp đồng đều là cách chia nhau một ràng buộc cũ của quản lý dự án: phạm vi, thời gian và chi phí không thể cùng cố định khi chất lượng giữ nguyên. Ý tưởng này thường gắn với Martin Barnes, người trình bày nó vào cuối thập niên 1960 và được gọi là tam giác sắt. Cố định hai cạnh thì cạnh thứ ba phải co giãn; cố định cả ba thì chất lượng thành cạnh co giãn ngầm.
Hợp đồng trọn gói cố định phạm vi và chi phí, thường cả thời gian. Khi ước lượng sai, nhà cung cấp chỉ còn ba lựa chọn: chịu lỗ, đòi phát sinh bằng cách diễn giải hẹp phạm vi, hoặc giảm chất lượng ở những chỗ khó kiểm tra như kiểm thử, tài liệu, cấu trúc mã. Bên đặt hàng ít khi thấy lựa chọn thứ ba cho đến khi bảo trì.
Hợp đồng T&M cố định đơn giá và thường cả thời gian theo từng đợt, để phạm vi co giãn. Bên đặt hàng quyết định làm gì tiếp theo dựa trên giá trị, và ngừng khi phần mềm đủ dùng. Đổi lại, nếu đội làm chậm hoặc ưu tiên sai, chi phí tăng mà không có ai chịu thay. Đây là lý do Agile Manifesto (2001) đề cao "cộng tác với khách hàng hơn đàm phán hợp đồng": mô hình linh hoạt chỉ hiệu quả khi hai bên làm việc chặt.
So sánh các mô hình hợp đồng
Ngoài hai cực, còn các biến thể phân bổ rủi ro ở mức trung gian. Bảng dưới tóm tắt đặc điểm chính:
| Mô hình | Bên chịu rủi ro chi phí | Hợp với | Điểm yếu |
|---|---|---|---|
| Trọn gói (giá cố định) | Nhà cung cấp, trong phạm vi đã chốt | Phạm vi rõ, công nghệ quen, sản phẩm tương tự đã làm | Giá có dự phòng rủi ro cao; tranh chấp phạm vi; ép chất lượng |
| Theo thời gian và vật tư | Bên đặt hàng | Sản phẩm mới, yêu cầu còn khám phá, phát triển liên tục | Khó dự toán; cần năng lực quản lý của bên đặt hàng |
| T&M có trần giá | Chia sẻ: dưới trần là bên đặt hàng, trên trần là nhà cung cấp | Cần linh hoạt nhưng phải có giới hạn ngân sách | Nhà cung cấp hay cắt phạm vi khi gần chạm trần |
| Giá cố định theo từng giai đoạn | Nhà cung cấp, từng giai đoạn | Dự án lớn, giai đoạn sau phụ thuộc kết quả giai đoạn trước | Tốn công đàm phán lại mỗi giai đoạn |
| Chi phí mục tiêu chia sẻ lãi lỗ | Chia theo tỷ lệ phần vượt hoặc phần tiết kiệm | Quan hệ dài hạn, hai bên minh bạch số liệu | Phức tạp, cần kiểm toán công sức |
| Đội chuyên trách thuê theo tháng | Bên đặt hàng | Sản phẩm vận hành lâu dài, có Product Owner phía khách | Rủi ro năng suất nằm ở bên đặt hàng |
Mô hình giá cố định theo giai đoạn thường là lựa chọn an toàn cho doanh nghiệp lần đầu đặt làm: giai đoạn một là khảo sát và đặc tả, giá cố định nhỏ; giai đoạn hai là phát triển, giá cố định dựa trên đặc tả vừa làm. Bạn có quyền mang đặc tả đi hỏi giá nơi khác nếu giá giai đoạn hai không hợp lý.
Khi nào chọn trọn gói, khi nào chọn T&M
Chọn trọn gói khi yêu cầu đã được viết thành đặc tả có tiêu chí chấp nhận. Nếu bạn chưa trả lời được "thế nào là xong" cho từng tính năng, giá cố định chỉ là con số đoán cộng dự phòng.
Chọn trọn gói khi nhà cung cấp đã làm sản phẩm tương tự nhiều lần. Họ ước lượng chính xác hơn, dự phòng rủi ro thấp hơn, giá trọn gói mới thật sự cạnh tranh.
Chọn trọn gói khi quy trình mua sắm nội bộ đòi dự toán cố định. Nhiều tổ chức, nhất là khu vực công và doanh nghiệp nhà nước, chỉ phê duyệt được ngân sách cố định; khi đó tách giai đoạn để giảm rủi ro.
Chọn T&M khi bạn đang xây sản phẩm mới mà thị trường sẽ cho phản hồi. Ứng dụng khách hàng, nền tảng số, thứ cần đo lường rồi điều chỉnh. Chốt phạm vi từ đầu là chốt luôn những giả định chưa kiểm chứng.
Chọn T&M khi có Product Owner phía bạn đủ thời gian và thẩm quyền. T&M không có người quyết định ưu tiên hằng tuần thì đội phát triển tự quyết, và chi phí trôi.
Chọn T&M có trần khi cần cả linh hoạt lẫn giới hạn. Thoả thuận rõ điều gì xảy ra khi gần chạm trần: dừng, cắt phạm vi theo ưu tiên, hay đàm phán lại.
Phình phạm vi và quy trình yêu cầu thay đổi
Phình phạm vi (scope creep) là việc yêu cầu tăng dần mà không điều chỉnh tương ứng thời gian và chi phí: một trường thêm vào báo cáo, một bước duyệt mới, một loại khách hàng đặc biệt. Mỗi thay đổi nhỏ đều có vẻ vô hại, nhưng cộng lại có thể làm dự án trễ hàng tháng. Ở hợp đồng trọn gói, phình phạm vi biến thành tranh chấp; ở hợp đồng T&M, nó biến thành hoá đơn.
Công cụ kiểm soát là quy trình yêu cầu thay đổi bằng văn bản. Mỗi yêu cầu có mô tả, lý do, người đề xuất; nhà cung cấp phân tích tác động đến công sức, tiến độ, các chức năng khác; người có thẩm quyền phía bạn phê duyệt hoặc từ chối; chỉ sau khi phê duyệt mới bắt đầu làm. Nhiều dự án đặt ngưỡng: thay đổi dưới một số giờ công nhất định thì trưởng dự án hai bên duyệt, trên ngưỡng phải có ban chỉ đạo.
Điều khoản cần có trong hợp đồng: đơn giá ngày công cho phát sinh theo từng vai trò, thời hạn nhà cung cấp phải phản hồi phân tích tác động, và nguyên tắc rằng mọi thay đổi chưa được duyệt bằng văn bản thì không được tính phí. Nguyên tắc cuối bảo vệ bạn khỏi hoá đơn bất ngờ, đồng thời bảo vệ nhà cung cấp khỏi những yêu cầu miệng không ai nhận.
Phía bên đặt hàng cũng cần kỷ luật nội bộ. Phình phạm vi ít khi do nhà cung cấp; nó thường đến từ nhiều phòng ban cùng gửi yêu cầu trực tiếp cho lập trình viên, hoặc từ lãnh đạo xem bản trình diễn rồi "góp ý thêm". Quy định một đầu mối duy nhất phía bạn được quyền gửi yêu cầu, gom yêu cầu theo đợt và xếp ưu tiên trước khi chuyển đi, giúp giảm phần lớn thay đổi vụn vặt. Một câu hỏi lọc hữu ích cho mỗi yêu cầu: nếu phải trả thêm đúng số tiền này từ ngân sách phòng mình, mình có còn muốn nó không.
Ví dụ: một dự án, hai mô hình
Ví dụ giả định cho một ứng dụng quản lý giao nhận, đơn vị triệu đồng, để minh hoạ cách rủi ro phân bổ khi thực tế lệch khỏi ước lượng:
| Tình huống | Trọn gói 1.200 | T&M ước lượng 1.000, đơn giá cố định |
|---|---|---|
| Ước lượng đúng, không phát sinh | Trả 1.200; nhà cung cấp lãi phần dự phòng | Trả khoảng 1.000 |
| Công sức thực tế vượt 30% do khó hơn dự kiến | Trả 1.200; nhà cung cấp chịu lỗ, có thể ép chất lượng | Trả khoảng 1.300 |
| Bên đặt hàng thêm 20% tính năng | Trả 1.200 cộng phát sinh, giá phát sinh thường cao | Trả khoảng 1.200, quyết định từng tính năng theo giá trị |
| Giữa dự án phát hiện 25% tính năng không cần | Vẫn trả 1.200 nếu không có điều khoản giảm phạm vi | Bỏ được, trả khoảng 750 |
Ví dụ cho thấy trọn gói giống một hợp đồng bảo hiểm: bạn trả thêm phần dự phòng để chuyển rủi ro ước lượng sang nhà cung cấp. Đáng trả khi rủi ro đó lớn và bạn không kiểm soát được; không đáng khi chính bạn là nguồn thay đổi chính. Dòng cuối thường bị quên: hợp đồng trọn gói nên có điều khoản cho phép giảm phạm vi kèm cách tính giảm giá.
Điều khoản giá và thanh toán nên có
Dù chọn mô hình nào, các điều khoản sau giúp giảm tranh chấp về tiền:
- Lịch thanh toán gắn với sản phẩm nghiệm thu được, không gắn với thời gian trôi qua. Tạm ứng ban đầu ở mức vừa phải.
- Giữ lại một phần giá trị đến hết thời gian bảo hành, hoặc thay bằng bảo lãnh bảo hành.
- Với T&M: báo cáo công sức theo tuần, theo người, theo hạng mục; quyền đối chiếu và từ chối giờ công không hợp lý.
- Với T&M: danh sách vai trò, đơn giá, tỷ lệ cơ cấu đội; thay người phải được đồng ý.
- Với trọn gói: danh sách giả định của giá; điều khoản điều chỉnh khi giả định thay đổi.
- Đơn giá phát sinh cố định trong suốt dự án, hoặc có công thức điều chỉnh theo năm.
- Điều kiện tạm dừng và chấm dứt: cách tính tiền cho phần việc đã làm, bàn giao mã nguồn khi chấm dứt giữa chừng.
Điều khoản về thuế, hoá đơn và cách ghi nhận chi phí phát triển phần mềm phụ thuộc quy định hiện hành và chính sách kế toán của doanh nghiệp; nên hỏi kế toán trưởng hoặc chuyên gia thuế trước khi chốt cấu trúc thanh toán, nhất là khi hợp đồng có cả phần bản quyền và phần dịch vụ.
Câu hỏi thường gặp
Nhà cung cấp thường lãi hơn với mô hình nào?
Không cố định. Trọn gói có thể lãi cao nếu ước lượng tốt và phạm vi giữ chặt, nhưng lỗ nặng nếu sai. T&M cho lợi nhuận ổn định theo đơn giá nhưng ít khi đột biến. Nhà cung cấp giàu kinh nghiệm một loại sản phẩm thường thích trọn gói; công ty làm sản phẩm mới, khó đoán thường thích T&M hoặc đội chuyên trách.
Làm sao biết đơn giá ngày công có hợp lý không?
So với ít nhất ba hồ sơ cùng vai trò và cùng mức kinh nghiệm, không so đơn giá trung bình cả đội vì cơ cấu đội khác nhau. Đơn giá thấp nhưng đội toàn người mới có thể đắt hơn đơn giá cao với đội kinh nghiệm. Cũng nên xem năng suất qua dự án thử hoặc sprint đầu, vì chi phí thật bằng đơn giá nhân số ngày công cần.
Dự án agile có ký được hợp đồng trọn gói không?
Được, theo vài cách. Cố định ngân sách và thời gian, để phạm vi linh hoạt theo ưu tiên, với danh sách tính năng bắt buộc tối thiểu. Hoặc định giá theo từng đợt phát hành có mục tiêu rõ. Một số hợp đồng cho phép đổi tính năng chưa làm lấy tính năng mới có công sức tương đương mà không phát sinh phí.
Có nên trả thưởng nếu nhà cung cấp giao sớm?
Thưởng giao sớm hợp lý khi thời điểm có giá trị kinh doanh thật, chẳng hạn kịp mùa bán hàng hay hạn tuân thủ quy định. Nhưng cần đi kèm tiêu chí chất lượng chặt, nếu không sẽ khuyến khích giao vội. Phạt chậm tiến độ cũng phổ biến, nên có giới hạn trần và loại trừ phần chậm do bên đặt hàng gây ra.
Khi tranh chấp phạm vi trong hợp đồng trọn gói, căn cứ vào đâu?
Căn cứ vào văn bản theo thứ tự ưu tiên ghi trong hợp đồng: thường là hợp đồng chính, phụ lục phạm vi, đặc tả đã ký, rồi đến hồ sơ dự thầu và RFP. Biên bản họp có chữ ký và email xác nhận cũng là chứng cứ. Vì vậy cần thói quen ghi lại mọi thống nhất về phạm vi bằng văn bản ngay khi phát sinh.
Có nên để nhà cung cấp tự ước lượng rồi cam kết trần giá?
Có thể, và nên yêu cầu họ trình bày cách ước lượng: chia hạng mục, giả định, dự phòng rủi ro. Cách ước lượng cho thấy họ hiểu bài toán đến đâu. Một con số trần không có phân tích phía sau thường hoặc chứa dự phòng quá lớn, hoặc sẽ dẫn đến cắt phạm vi khi gần chạm trần.