Ước lượng dự án là gì? Bốn thành phần của một con số dùng được

Ước lượng dự án là một tài liệu dự báo nỗ lực và chi phí, gồm bốn thành phần: khoảng giá trị, mức tin cậy, danh sách giả định và điều kiện xem lại. Thiếu một trong bốn thành phần, con số chỉ là phỏng đoán được trình bày gọn.

Tóm tắt nhanh

• Ước lượng là một khoảng kèm mức tin cậy, không phải một con số đơn lẻ.
• Bốn thành phần bắt buộc: khoảng giá trị, mức tin cậy, giả định, điều kiện xem lại.
• Có bốn cấp độ ước lượng theo giai đoạn, từ ước lượng bậc độ lớn đến ước lượng kiểm tra.
• Ước lượng khác báo giá, khác kế hoạch và khác cam kết; mỗi thứ trả lời một câu hỏi khác nhau.

Bốn thành phần của một ước lượng dùng được

Một ước lượng thiếu thành phần nào sẽ hỏng theo cách riêng của thành phần đó.

Khoảng giá trị

Khoảng giá trị là hai đầu của một dải, kèm một điểm giữa nếu cần. Điểm giữa không phải con số duy nhất được nói ra; nó chỉ là mốc để so sánh.

Vì sao phải là khoảng: vì thông tin ở giai đoạn đầu không đủ để xác định một điểm. Một người nói "chính xác là 43 đơn vị" khi chưa đọc dữ liệu thật đang trình bày một cảm giác, không trình bày một phân tích.

Mức tin cậy

Mức tin cậy nói khoảng giá trị đáng tin đến đâu. Cách diễn đạt thực dụng là ba mức: khả năng cao, khả năng trung bình, chưa đủ thông tin để nói.

Điều quan trọng là mức tin cậy phải nhất quán giữa các dự án. Nếu lần nào cũng nói "khả năng cao" mà phần lớn lần đều vượt khoảng, mức tin cậy không còn nghĩa.

Giả định

Giả định là danh sách những điều được coi là đúng để ước lượng có thể thực hiện. Mỗi giả định phải kiểm tra được đúng sai, và phải ghi rõ ai xác nhận.

Ba giả định thường gặp trong dự án phần mềm: hệ thống cũ có tài liệu kỹ thuật, bên thứ ba có môi trường thử, và người dùng phía khách hàng sẵn sàng cho buổi làm rõ trong hai tuần đầu.

Điều kiện xem lại

Điều kiện xem lại là danh sách sự kiện buộc phải ước lượng lại. Ví dụ: phạm vi tăng quá một ngưỡng đã thoả thuận, phát hiện một tích hợp chưa được tính, hoặc dữ liệu lịch sử có quá nhiều bản ghi trùng.

Không có phần này, ước lượng sẽ bị dùng cho một phạm vi khác với phạm vi nó được lập. Đây là lỗi phổ biến nhất trong các cuộc tranh luận về tiến độ.

Bốn cấp độ ước lượng

Ước lượng không phải một sản phẩm duy nhất. Có bốn cấp độ tương ứng với bốn giai đoạn, và mỗi cấp độ phục vụ một quyết định khác nhau.

Lỗi thường gặp là dùng ước lượng bậc độ lớn cho một quyết định cần ước lượng chính thức. Khi ngân sách được duyệt trên một con số bậc độ lớn rồi bị dùng làm mốc cam kết, mọi chênh lệch sau đó đều trở thành tranh chấp.

Chiều ngược lại cũng có vấn đề: dùng ước lượng chính thức cho một ý tưởng chưa rõ làm tiêu tốn thời gian không cần thiết và tạo cảm giác chắc chắn không có thật.

Ước lượng khác báo giá, kế hoạch và cam kết

Bốn tài liệu này thường bị gộp thành một, và việc gộp làm mất khả năng kiểm soát.

Ước lượng trả lời "sẽ tốn bao nhiêu nỗ lực". Nó là đầu vào, không phải lời hứa.

Báo giá trả lời "bạn phải trả bao nhiêu". Báo giá gồm ước lượng nỗ lực cộng thêm chi phí ngoài nỗ lực, biên lợi nhuận và điều khoản thương mại.

Kế hoạch trả lời "làm theo thứ tự nào, ai làm, khi nào xong". Kế hoạch dựa trên ước lượng nhưng còn phụ thuộc công suất và thứ tự phụ thuộc.

Cam kết trả lời "chúng ta hứa gì". Cam kết là một quyết định, không phải một phép tính, và nên kèm mức tin cậy.

Một dự án có thể có ước lượng đúng, báo giá hợp lý, kế hoạch rõ và vẫn trễ, nếu cam kết được đưa ra mà không dựa trên ba thứ kia. Ngược lại, một dự án có thể trễ so với kế hoạch mà vẫn trong khoảng ước lượng, và đó không phải là thất bại.

Mười câu hỏi để đọc một ước lượng

Khi nhận một ước lượng từ người khác, mười câu hỏi dưới đây cho biết nó có dùng được không.

1. Khoảng giá trị là gì, và điểm giữa được tính thế nào?
2. Mức tin cậy là gì, và dựa trên dữ liệu nào?
3. Danh sách giả định ở đâu?
4. Ước lượng này ở cấp độ nào?
5. Phạm vi đi kèm là phạm vi nào, có phiên bản không?
6. Chi phí ngoài nỗ lực phát triển đã được tính chưa?
7. Có hạng mục nào bị loại trừ rõ ràng không?
8. Sai số của các ước lượng trước của nhóm này là bao nhiêu?
9. Điều kiện nào buộc phải ước lượng lại?
10. Ai đã xác nhận từng giả định?

Chỉ cần ba câu đầu không có câu trả lời, ước lượng đó chưa dùng được cho quyết định ngân sách. Không nhất thiết phải từ chối; có thể yêu cầu bổ sung, nhưng phải biết mình đang thiếu gì.

Bốn dấu hiệu một ước lượng không đáng tin

Không có khoảng. Một con số duy nhất ở giai đoạn chưa đặc tả là dấu hiệu giả định chưa được nêu ra, không phải dấu hiệu năng lực cao.

Không có giả định. Ước lượng không có giả định nghĩa là mọi điều kiện được coi là lý tưởng. Điều này hiếm khi đúng trong thực tế.

Không có dữ liệu thực tế. Nếu nhóm chưa từng ghi lại chênh lệch giữa ước lượng và thực tế, con số đang trình bày chưa được kiểm chứng lần nào.

Không có phần loại trừ. Ước lượng không nói rõ cái gì không bao gồm sẽ bị hiểu là bao gồm tất cả. Đây là nguồn gốc của phần lớn tranh chấp phạm vi.

Ước lượng trong bối cảnh thuê ngoài

Khi bạn thuê ngoài phát triển, ước lượng của nhà cung cấp là đầu vào cho báo giá của họ, nhưng bạn vẫn cần ước lượng của mình để kiểm tra chéo.

Cách làm thực dụng: yêu cầu nhà cung cấp trình bày ước lượng theo bốn thành phần ở trên, rồi so với ước lượng nội bộ của bạn. Nếu hai bên lệch nhau nhiều, nguyên nhân thường nằm ở ba chỗ: phạm vi được hiểu khác nhau, giả định về hệ thống cũ khác nhau, hoặc một bên tính thiếu chi phí ngoài nỗ lực.

Việc so sánh này có giá trị hơn việc thương lượng giá, vì nó phát hiện hiểu nhầm trước khi ký. Thương lượng giá trên một phạm vi hiểu khác nhau chỉ dịch chuyển rủi ro, không giảm rủi ro.

Nếu bạn đang chuẩn bị nhận báo giá, hai bài báo giá xây dựng phần mềm và báo giá phát triển phần mềm trình bày cấu trúc một báo giá và các dòng cần kiểm tra. Bức tranh tổng thể về các hạng mục chi phí nằm trong chi phí phát triển phần mềm. Phần thuế cũng ảnh hưởng đến tổng chi phí sở hữu và được trình bày trong thuế GTGT của phần mềm là bao nhiêu; bài viết này không phải tư vấn thuế.

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

Ước lượng dự án có phải là dự báo chi phí không?

Không hoàn toàn. Ước lượng dự án thường dự báo nỗ lực, và chi phí được tính từ nỗ lực cộng các hạng mục khác như hạ tầng, giấy phép, dịch vụ bên thứ ba, đào tạo và thuế. Vì vậy một ước lượng nỗ lực đúng vẫn có thể dẫn đến chi phí cao hơn dự kiến nếu các hạng mục ngoài nỗ lực bị bỏ qua khi lập ngân sách.

Vì sao không thể đưa ra một con số chính xác?

Vì ở giai đoạn đầu, thông tin chưa đủ để xác định một điểm. Phần lớn nỗ lực trong dự án phần mềm nằm ở các quyết định chưa được đưa ra: xử lý dữ liệu cũ thế nào, tích hợp theo cách nào, ai phê duyệt thay đổi. Khi các quyết định đó được chốt, khoảng ước lượng hẹp lại. Đưa ra con số chính xác trước khi có thông tin là che giấu bất định, không phải loại bỏ nó.

Ước lượng nên được cập nhật bao lâu một lần?

Cập nhật khi có thay đổi về phạm vi, giả định hoặc thông tin kỹ thuật, không theo lịch cố định. Tuy nhiên nên có một nhịp rà soát định kỳ để kiểm tra các giả định còn đúng không. Điều cần tránh là cập nhật liên tục mà không ghi lại lý do, vì khi đó ước lượng mất khả năng hiệu chuẩn.

Ai nên xác nhận danh sách giả định?

Người có thẩm quyền về từng lĩnh vực mà giả định chạm tới. Giả định về hệ thống cũ do người quản trị hệ thống xác nhận; giả định về dữ liệu do người quản lý dữ liệu xác nhận; giả định về phạm vi nghiệp vụ do người ra quyết định phía khách hàng xác nhận. Nếu chỉ một người xác nhận tất cả, giả định sẽ được coi là đúng theo cách thuận tiện nhất.

Cập nhật và kiểm chứng

Cập nhật tháng 11/2026. Nội dung được rà soát theo thông lệ ước lượng dự án hiện hành; bài viết không sử dụng số liệu thống kê bên ngoài và không đưa ra con số tiền cụ thể cho bất kỳ dự án nào.

Nếu bạn cần một ước lượng có đủ bốn thành phần trước khi ký, WinSell xây dựng phần mềm theo yêu cầu theo bốn giai đoạn Khám phá, Đặc tả, Xây dựng, Bàn giao và đo lường — xem dịch vụ của WinSell. Báo giá sau khi chốt phạm vi.