Tháng 6/2000, Nike vận hành phần mềm hoạch định nhu cầu của i2. Lỗi hệ thống khiến mẫu giày bán chạy thiếu hàng còn mẫu khác thừa; đầu năm 2001 Nike hạ dự báo lợi nhuận, cổ phiếu giảm gần 20%. Câu chuyện còn có phần hai đáng học: cách Nike phục hồi bằng triển khai theo giai đoạn và đào tạo bài bản.
Khi sự cố xảy ra, hai bên đổ lỗi công khai. Trách nhiệm triển khai chưa được phân định rõ từ đầu (nhà cung cấp, đội nội bộ, đơn vị tư vấn) khiến sự cố trở thành tranh chấp thay vì vấn đề chung cần giải quyết.
Theo CIO.com, Nike chuyển sang triển khai theo vùng địa lý, bắt đầu từ Canada, rồi mở rộng dần ra Bắc Mỹ và châu Âu – Trung Đông – châu Phi đến cuối năm 2002 — mỗi giai đoạn là cơ hội học và điều chỉnh.
Trong đợt triển khai sau, mỗi nhân viên chăm sóc khách hàng được đào tạo khoảng 140–180 giờ trước khi dùng hệ thống. Đào tạo không phải chi phí phụ mà là điều kiện của go-live.
Mỗi vùng chỉ chuyển đổi khi đạt tiêu chí:
Hệ thống xử lý đủ mã sản phẩm và khối lượng đơn của vùng trong thời gian phản hồi chấp nhận được.
Người dùng chính hoàn thành đào tạo và đạt bài kiểm tra tình huống trên hệ thống.
Có chỉ số theo dõi hằng ngày (độ chính xác đơn, thiếu/thừa hàng) và ngưỡng leo thang.
Nike chuyển phần hoạch định ngắn và trung hạn sang hệ thống ERP SAP, giữ cho mỗi công cụ làm đúng việc phù hợp — một quyết định thay đổi phạm vi có cân nhắc thay vì cố ép một công cụ làm mọi thứ.
Ma trận RACI giữa doanh nghiệp, nhà cung cấp phần mềm và đơn vị tư vấn, cùng cơ chế xử lý sự cố chung, giúp hai bên cùng giải quyết vấn đề thay vì đổ lỗi.
Phần mềm hiếm khi thất bại một mình — điểm nối giữa các cấu phần, dữ liệu thật và người dùng chưa sẵn sàng mới là chỗ dự án gãy. Điều làm nên khác biệt của Nike là đã học bài và triển khai lại theo từng giai đoạn với đào tạo bài bản.
Bạn chọn phương án nào?