Từ một hệ thống hành lý cho riêng United Airlines, Denver mở rộng phạm vi thành hệ thống tích hợp cho cả 3 phòng chờ, mọi hãng bay, chốt hợp đồng chỉ sau 3 buổi làm việc rồi tiếp tục nhận yêu cầu thay đổi. Sân bay khai trương trễ 16 tháng. Phân tích theo Define Scope, Control Scope và kiểm soát thay đổi tích hợp.
Các hãng bay — người dùng trực tiếp của hệ thống — bị loại khỏi các buổi đàm phán phạm vi. Hệ quả kinh điển: khi được mời vào muộn, họ đưa ra yêu cầu mới (khu hành lý trượt tuyết, hành lý quá khổ, đường ray bảo dưỡng). Theo PMBOK, yêu cầu phải được thu thập từ đầy đủ các bên liên quan và ghi trong ma trận truy vết yêu cầu (requirements traceability matrix) trước khi chốt đường cơ sở phạm vi (scope baseline).
Mỗi yêu cầu thay đổi đều có lý do nghe hợp lý, nhưng dự án đã trễ và đang chịu áp lực tiến độ cực lớn. Chấp nhận thay đổi mà không phân tích tác động lên tiến độ, chi phí, rủi ro và không qua hội đồng kiểm soát thay đổi (Change Control Board — CCB) là biểu hiện điển hình của scope creep (phình phạm vi không kiểm soát).
Hợp đồng cố định cả phạm vi, tiến độ lẫn chi phí cho một hệ thống chưa từng có tiền lệ. Theo "tam giác ràng buộc", khi thời gian và ngân sách đã khoá thì phạm vi là biến số duy nhất còn lại để điều chỉnh — nhưng dự án lại làm ngược: tăng phạm vi. Cuối cùng phạm vi bị cắt mạnh một cách bị động sau khi đã mất 16 tháng.
Khi phạm vi thay đổi ở mức chiến lược, PM cần đưa lại vào quy trình phát triển điều lệ/kế hoạch: đánh giá khả thi kỹ thuật, so sánh với dự án tương tự (Munich), ước lượng thời gian thực tế. Nếu không khả thi trong thời hạn, phải trình ngay cho sponsor các phương án: dời ngày, thu nhỏ phạm vi, hoặc xây hệ thống dự phòng song song ngay từ đầu.
Tổ chức hội thảo yêu cầu (facilitated workshop) với từng hãng bay, bộ phận vận hành và bảo dưỡng. Ghi mọi yêu cầu vào tài liệu yêu cầu, gán ưu tiên (ví dụ MoSCoW) và truy vết tới mục tiêu kinh doanh. Yêu cầu "nên có" như khu hành lý trượt tuyết có thể chuyển sang giai đoạn sau.
Lập WBS tách phạm vi thành gói công việc độc lập: phòng chờ A (đã có nền tảng của United) trước, các phòng chờ khác sau; chiều đi trước, chiều đến và chuyển tiếp sau. Mỗi giai đoạn có tiêu chí nghiệm thu riêng, cho phép khai trương sân bay với phạm vi tối thiểu chạy ổn định.
Trong kế hoạch quản lý thay đổi, quy định mọi yêu cầu thay đổi phải có phân tích tác động và được CCB phê duyệt. Gợi ý ngưỡng ra quyết định:
Thay đổi bắt buộc về an toàn/pháp lý, hoặc không ảnh hưởng đường găng và có ngân sách bù.
Thay đổi hữu ích nhưng làm tăng độ phức tạp tích hợp khi dự án đang trễ hoặc chưa ổn định.
Thay đổi làm dời ngày khai trương hoặc vượt dự phòng; chỉ sponsor được quyết định đánh đổi.
Validate Scope cần dựa trên kịch bản kiểm thử có tiêu chí đo được (số túi/phút, tỷ lệ lỗi, tỷ lệ hành lý hư hỏng) và chạy liên tục nhiều tháng trước ngày khai trương — không phải buổi trình diễn cho báo chí khi hệ thống chưa sẵn sàng.
Khi thời hạn đã cố định, phạm vi phải là biến số được thu nhỏ — không phải được mở rộng. Mỗi yêu cầu thay đổi, dù hợp lý đến đâu, đều phải đi qua kiểm soát thay đổi tích hợp; nếu không, dự án sẽ trả giá bằng chính ngày khai trương.
Nguồn: Calleam Consulting — Denver International Airport Baggage System Case Study (mở trong thẻ mới)
Bạn chọn phương án nào?