Số 393Quản lý Phạm vi

Waste Management kiện SAP (Mỹ, 2008–2010): dự án ERP hơn 100 triệu USD và tranh cãi ai phải định nghĩa yêu cầu

Tháng 3/2008, Waste Management kiện SAP, cho rằng dự án ERP mà công ty đã chi hơn 100 triệu USD là "thất bại hoàn toàn", và cáo buộc buổi trình diễn trước bán hàng dùng môi trường phần mềm giả. SAP phản bác rằng khách hàng không xác định yêu cầu nghiệp vụ kịp thời, chính xác và không cử đủ người dùng có thẩm quyền. Hai bên dàn xếp năm 2010. Bài học về thu thập yêu cầu và kiểm chứng mức phù hợp (fit-gap) trước khi ký.

Nguyễn Thu Hà, PMP

06/10/2026

3 phút đọc 0

Bình luận0

Bối cảnh thực tế

Waste Management, công ty xử lý rác thải lớn của Mỹ, mua phần mềm ERP của SAP với kỳ vọng đáp ứng yêu cầu của mình mà không cần phát triển tuỳ chỉnh nhiều. Theo Computerworld:

Tháng 3/2008, Waste Management kiện SAP tội gian lận tại toà bang Texas, nói đã chi hơn 100 triệu USD cho dự án mà họ gọi là "thất bại hoàn toàn", và đòi thêm hơn 350 triệu USD lợi ích lẽ ra thu được.
Cáo buộc của Waste Management: SAP dùng buổi trình diễn "giả" để thuyết phục phần mềm phù hợp, và giao phần mềm thiếu ổn định, thiếu chức năng quan trọng.
SAP phản bác: Waste Management không xác định yêu cầu nghiệp vụ kịp thời và chính xác, không cung cấp đủ người dùng và quản lý am hiểu, có quyền quyết định cho dự án.
Năm 2010, hai bên dàn xếp; SAP trả một khoản tiền một lần không công bố. Điều khoản dàn xếp được giữ bí mật.

Các cáo buộc của cả hai phía không được toà phán quyết.

Phân tích nguyên nhân theo chuẩn PMP

Phạm vi được định nghĩa bằng buổi trình diễn
Một buổi demo cho thấy những gì nhà cung cấp muốn thấy. Nếu không có danh sách yêu cầu được kiểm chứng trên chính dữ liệu và quy trình của khách hàng, "phù hợp" chỉ là cảm nhận.
Thu thập yêu cầu bị đẩy ra sau hợp đồng
Thu thập yêu cầu (Collect Requirements) và tài liệu truy vết yêu cầu phải có trước khi chọn giải pháp, nhất là khi mục tiêu là hạn chế tuỳ chỉnh.
Người dùng có thẩm quyền là đầu vào của phạm vi
Lập luận của SAP chạm đúng một điểm yếu phổ biến: dự án ERP cần người nghiệp vụ có quyền quyết định quy trình. Thiếu họ, phạm vi không bao giờ chốt được.
Không có tiêu chí nghiệm thu chung
Khi hai bên không có định nghĩa chung về "chạy được", tranh chấp chỉ còn dựa vào lời nói của mỗi bên.

Waste Management kiện SAP (Mỹ, 2008–2010): dự án ERP hơn 100 triệu USD và tranh cãi ai phải định nghĩa yêu cầu

Bối cảnh thực tế

Phân tích nguyên nhân theo chuẩn PMP

Phạm vi được định nghĩa bằng buổi trình diễn

Thu thập yêu cầu bị đẩy ra sau hợp đồng

Người dùng có thẩm quyền là đầu vào của phạm vi

Không có tiêu chí nghiệm thu chung

Lẽ ra PM nên làm gì

Bước 1: Demo theo kịch bản của khách hàng

Bước 2: Đánh giá mức phù hợp trước khi cam kết toàn bộ

Bước 3: Cam kết nguồn lực nghiệp vụ bằng văn bản

PM Takeaway (Bài học rút ra)

Nguồn tham khảo

Trắc nghiệm tình huống PMP

Theo bạn, trong tranh chấp ERP kiểu này, bên nào chịu trách nhiệm chính về việc phần mềm không phù hợp?

Tình huống này hữu ích với bạn?

Bình luận (0)