Airbus ba lần công bố chậm giao A380 (tháng 6/2005, 6/2006, 10/2006) vì không lắp được bó dây điện: các nhà máy dùng hai phiên bản CATIA khác nhau. Chiếc đầu tiên đến tay Singapore Airlines tháng 10/2007, trễ khoảng hai năm. Phân tích nguyên nhân về tiến độ, cấu hình và tích hợp theo chuẩn PMP.
Hai phiên bản CATIA là một vấn đề quản lý cấu hình (configuration management): không có "một nguồn sự thật" cho mô hình số. Đây là ràng buộc kỹ thuật lẽ ra phải được xử lý trước khi khởi động sản xuất, như một công việc tiền đề trên sơ đồ mạng.
Vấn đề được nhận diện từ mùa xuân 2005, nhưng các biện pháp xử lý "chưa đủ" và trễ hẹn được công bố thành ba đợt. Đó là dấu hiệu dự báo tiến độ dựa trên kỳ vọng thay vì dữ liệu hiệu suất thực tế.
Đưa việc thống nhất phiên bản phần mềm thiết kế và mô hình số (digital mock-up) thành mốc bắt buộc trước khi chạy song song thiết kế – sản xuất. Fast tracking chỉ nên áp dụng khi rủi ro làm lại đã được đánh giá và chấp nhận.
Lắp thử bó dây trên một thân máy bay mẫu (first article inspection) trước khi sản xuất loạt, để phát hiện lỗi giao diện giữa các nhà máy từ chiếc đầu tiên.
Tách ước lượng theo từng cấu hình khách hàng, dùng dữ liệu thực tế của các chiếc đầu để tinh chỉnh (rolling wave). Giới hạn số tuỳ biến được chấp nhận trong giai đoạn đầu qua kiểm soát thay đổi.
Khi lệch tiến độ vượt ngưỡng, phân tích đầy đủ nguyên nhân gốc rồi lập lại đường cơ sở một lần cho đáng tin. Ngưỡng hành động gợi ý:
Xử lý trong nội bộ chương trình, theo dõi hằng tuần.
Phân tích nguyên nhân gốc, cập nhật dự báo, thông báo cho khách hàng chủ chốt.
Đưa lên ban điều hành, lập lại đường cơ sở qua CCB, công bố một lần với kế hoạch phục hồi.
Tiến độ của một sản phẩm phức tạp phụ thuộc vào điểm giao tiếp giữa các nhóm hơn là vào tốc độ của từng nhóm. Hãy thống nhất công cụ, cấu hình và kiểm tra tích hợp sớm trước khi nén tiến độ, và khi phải công bố trễ hẹn, hãy công bố một lần với con số có căn cứ.
Bạn chọn phương án nào?