Nén tiến độ dự án (Crashing) là gì?
Last updated: December 29, 2023 Xem trên toàn màn hình



- 03 Nov 2022
BAU (Business-As-Usual) là gì? 1242
- 01 Nov 2023
Lệnh thay đổi kỹ thuật (Engineering Change Order - ECO) là gì? 1040
- 01 Nov 2021
Phân tích quy trình hiện tại (AS-IS) là gì? 585
- 05 Jan 2024
Value-Added Distributors (VAD) là gì? 508
- 04 Jan 2023
Phát triển phần mềm linh hoạt theo mô hình Big Bang 489
- 15 Feb 2021
Ứng dụng thuyết ngũ hành trong quản lý 469
- 18 May 2021
Cây cầu hiện đại vô dụng nhất thế giới và câu chuyện cái kết của thay đổi yêu cầu 414
- 04 Mar 2019
Quản trị Team là gì? Team và Group khác nhau như thế nào? 393
- 09 Jan 2024
Domain Knowledge là gì? Ưu và nhược điểm? 388
- 03 Mar 2020
Giả định (Assumption ) là gì? Tại sao giả định rất quan trọng với dự án? 374
- 03 May 2022
Mô hình Hybrid Agile là gì? 353
- 01 Nov 2022
Like for like là gì 351
- 01 Dec 2022
Business Critical là gì? 346
- 28 Dec 2023
"Watered-down version" và "Stripped-down version" là gì? 333
- 18 Mar 2021
Kỹ thuật ước lượng dự án phần mềm linh hoạt dựa vào Story Point - phương pháp T-Shirt Sizing 316
- 01 Jan 2024
Phân tích tổ hợp (Cohort Analysis) là gì? 298
- 02 Jan 2024
Domain Engineering là gì? 296
- 20 Jul 2021
Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 275
- 02 Aug 2021
Product Owner làm gì trước khi bắt đầu sprint đầu tiên của dự án (Sprint Zero)? 272
- 08 Dec 2023
Resource Leveling là gì? 262
- 02 Aug 2023
Tổng hợp một số project tham khảo khi xây dựng các ứng dụng theo mô hình Microservices 257
- 21 Jan 2022
SSO (Single Sign On) là gì? Bạn đã hiểu đúng và đẩy đủ vè chìa khóa thông minh SSO? 253
- 01 Aug 2023
Phân tích yêu cầu phần mềm sẽ nhìn vào thực trạng (AS-IS) hay tương lai (TO-BE)? 242
- 02 Nov 2023
"State-of-the-art product" là gì? 238
- 28 Jun 2024
Tại sao các kỹ sư IT giỏi nhất lại là những người theo thuyết bất khả tri về công nghệ (technology agnostics)? 227
- 02 Mar 2018
Tại sao ví Scrum như dòng điện xoay chiều? 207
- 07 Dec 2022
Lean Software Development là gì? 205
- 08 Dec 2022
Phân biệt Cookbook, In a nutshell và Dummies 197
- 08 Mar 2021
PMO là gì? Vai trò của PMO trong quản trị doanh nghiệp? 194
- 11 Dec 2022
Sustaining Engineering là gì? 180
- 14 Apr 2019
Product Backlog là gì? Các đặc điểm cơ bản của một Product Backlog 178
- 22 Nov 2023
Phân biệt tư duy hệ thống khác với tư duy thiết kế 175
- 05 Mar 2024
[Học tiếng Anh] "Go with caveats" là gì? 175
- 12 Sep 2021
Túi càn khôn của lập trình viên Agile cần trang bị những gì? 162
- 24 Mar 2023
Mô hình kinh doanh Open-Core là gì? 162
- 08 Jan 2022
Yêu cầu thay đổi (Change Request) là gì? Làm thế nào để kiểm soát Change Request? 157
- 08 Feb 2021
Quy trình nâng cấp phần mềm quản trị doanh nghiệp TIGO ERP 142
- 24 Mar 2019
Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai 136
- 14 Dec 2022
Phương pháp kiểm tra Fagan Inspection là gì? 135
- 14 Dec 2022
Phương pháp kiểm tra Fagan Inspection là gì? 135
- 13 Apr 2021
Ví sao thuê nhân sự bên ngoài (staffing outsourcing) là xu hướng mới trong thời đại 4.0? 131
- 10 May 2021
Phát triển Phần mềm Tinh gọn (Lean Software Development) 129
- 06 Dec 2023
Loại phần mềm "fire-and-forget" là gì? 128
- 01 Dec 2023
Microsoft Power Apps là gì? 117
- 09 Dec 2023
Phần mềm Best-of-class là gì? 116
- 21 Apr 2020
Bảo trì phần mềm là gì? Phân biệt các loại bảo trì 112
- 01 Nov 2021
Knowldge Base là gì? 94
- 22 Jul 2020
Quản lý dự án phần mềm trong thực tế và câu chuyện thành công của InfoSys 75
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.
