Câu trả lời được chấp nhận
Hybrid là việc chọn cách tiếp cận phù hợp cho từng phần của dự án, chứ không phải pha trộn tuỳ tiện. Phần ít bất định, chi phí thay đổi cao (mua sắm, thi công, lắp đặt) → dự đoán; phần yêu cầu biến động (phần mềm) → thích ứng/agile.
Tổ chức gợi ý
- Kế hoạch tổng ở mức mốc (milestone): một lịch tổng thể gồm các mốc mà cả hai phần phải khớp — ví dụ (giả định): "Thiết bị trạm thí điểm lắp xong tuần 16", "Phần mềm kết nối được thiết bị thật tuần 18", "Vận hành thử trạm thí điểm tuần 20".
- Phần hạ tầng: kế hoạch Gantt chi tiết, đường găng, quản lý mua sắm và thời gian đặt hàng.
- Phần phần mềm: Product Backlog được sắp thứ tự sao cho các hạng mục cần cho mốc tích hợp đến trước; sprint có độ dài cố định.
- Điểm tích hợp sớm: tận dụng thiết bị mẫu, trình giả lập để đội phần mềm thử tích hợp trước khi thiết bị thật về — giảm rủi ro dồn vào cuối.
Đồng bộ
- Họp phối hợp định kỳ giữa hai mảng, tập trung vào phụ thuộc và rủi ro quanh các mốc.
- Thay đổi về mốc của phần dự đoán đi qua kiểm soát thay đổi chính thức; thay đổi phạm vi chi tiết của phần mềm do Product Owner điều chỉnh trong backlog, miễn không ảnh hưởng mốc chung.
Báo cáo chung
- Một trang: lịch mốc tổng (đạt / có nguy cơ / trễ) + burnup của phần mềm + tiến độ (và EVM nếu áp dụng) của phần hạ tầng + rủi ro tích hợp hàng đầu.
- Tránh ép phần phần mềm báo cáo "% hoàn thành theo Gantt" — dùng phạm vi đã hoàn thành đạt Definition of Done.
Hướng dẫn đánh giá agile của GAO cũng đặt việc giám sát và kiểm soát chương trình thành một mảng thực hành riêng bên cạnh áp dụng và triển khai agile — tức là agile không loại bỏ nhu cầu kiểm soát ở cấp chương trình.
Nguồn: