Thuật ngữ này mô tả tình huống trong đó tiến độ tiêu chuẩn của dự án được sửa đổi để đẩy nhanh tiến độ tổng thể. Điều này được thực hiện bằng cách bổ sung thêm nguồn lực, làm việc nhiều giờ hơn hoặc thực hiện các thay đổi khác đối với đường cơ sở ban đầu của dự án.
Crashing dự án dựa trên nhiều tiêu chí, ví dụ 7 tiêu chí sau:
- Mục đích crash là gì?
- Khoanh vùng cần crash trên đường cơ sở (critical path)
- Xác định các hoạt động crash
- Tính toán chi phí cho hoạt động crash
- Tìm các giới hạn cho các hoạt động crash
- Lựa chọn mô hình kinh tế tối ưu
- Tìm kiếm sự đồng thuận và phê duyệt từ chủ đầu tư
Crashing tốt nhất khi nào?
Mỗi dự án có đặc thù khác nhau, có thể tăng phí, trong khi dự án khác có thể rút ngắn thời gian. Cân bằng sự đánh đổi cụ thể này là cách bạn tận dụng tốt nhất crashing trong quản lý dự án.
Crashing sớm tốt hơn là crashing muộn
Khi bạn crashing một dự án sớm, việc quản lý sự đánh đổi sẽ trở nên dễ dàng hơn. Chờ đến cuối dự án nghe có vẻ hay hơn vì bạn sẽ có thêm thông tin cấp độ sâu hơn cùng số liệu thực tế. Nhưng sẽ là quá muộn vì crashing ở điểm cuối dự án có thể khiến mọi kế hoạch bị đảo lộn, tạo ra rủi ro còn hơn hơn.
Quản lý dự án trong và sau crashing
Quyết định crashing đi kèm với những rủi ro riêng, tất cả đều cần có sự giám sát bổ sung. Thực hiện theo các quy trình sau để quản lý đúng cách crashing dự án:
- Chia nhỏ nhiệm vụ (chia để trị) : Chia nhỏ tất cả các nhiệm vụ để bạn có thể hiểu rõ từng bước cần thực hiện.
- Ưu tiên các nhiệm vụ quan trọng: Ưu tiên các nhiệm vụ có tác động trực tiếp đến việc hoàn thành dự án. Thuật ngữ “có trách nhiệm” đề cập đến việc xác định liệu một nhiệm vụ cụ thể có nên được hoàn thành hay không.
- Xem xét thời hạn thực hiện nhiệm vụ: Các nhiệm vụ dài hơn thường có nhiều "zoom" (không gian) cải tiến nhất khi xảy ra sự cố và bạn có thể tìm thấy các giải pháp hiệu quả về mặt chi phí cho một số nhiệm vụ đó.
Mặt trái của crashing
Crashing thường ảnh hưởng nặng nề nhất đến chi phí và tiến độ, hiếm khi ảnh hưởng đến phạm vi. Nếu bạn quyết định hủy dự án, bạn sẽ thấy được rằng chi phí không quan trọng bằng tiến độ vì mục tiêu chính là đẩy nhanh thời gian go-live.
Nguồn: TIGOBASE
