Schedule Compression (Rút ngắn tiến độ)

Schedule Compression (Rút ngắn tiến độ) là một Tool and Technique thuộc nhóm Ungrouped Tools and Techniques trong PMBOK® Guide – Sixth Edition.

Kỹ thuật này được sử dụng chủ yếu trong quy trình Develop Schedule (Phát triển tiến độ) và Control Schedule (Kiểm soát tiến độ) nhằm rút ngắn thời gian thực hiện dự án mà không làm thay đổi phạm vi (scope), đồng thời vẫn đảm bảo chất lượng đầu ra.

Schedule Compression thường được áp dụng khi dự án bị trễ tiến độ, hoặc khi cần đáp ứng yêu cầu sớm hơn từ khách hàng hoặc nhà tài trợ.

Mục đích của Schedule Compression

Mục tiêu chính của Schedule Compression là:

• Giảm thời gian hoàn thành dự án mà không thay đổi phạm vi.
• Đáp ứng yêu cầu khẩn cấp của stakeholders hoặc thị trường.
• Giữ đúng cam kết về deadline trong khi vẫn đảm bảo chất lượng.
• Tối ưu hóa việc sử dụng tài nguyên và chi phí trong phạm vi chấp nhận được.

Hai kỹ thuật chính trong Schedule Compression

1. Crashing (Tăng cường tài nguyên)

• Bổ sung tài nguyên bổ sung (nhân lực, thiết bị, ngân sách) để rút ngắn thời gian hoàn thành các hoạt động trên đường găng (critical path).
• Phù hợp khi có thể thêm nhân lực hoặc làm thêm giờ mà không ảnh hưởng đến chất lượng.
• Thường dẫn đến tăng chi phí dự án.

Ví dụ:

Một công việc cần 10 ngày với 2 kỹ sư. Thêm 2 kỹ sư nữa có thể giúp hoàn thành trong 6 ngày. Tuy nhiên, chi phí nhân công tăng 30%. Đây là áp dụng kỹ thuật Crashing.

2. Fast Tracking (Thực hiện song song)

• Thay vì thực hiện tuần tự, một số hoạt động được tiến hành song song để rút ngắn tổng thời gian.
• Áp dụng khi các hoạt động có thể chồng lấn (overlap) mà vẫn đảm bảo kiểm soát rủi ro.
• Có thể tăng rủi ro tái công việc (rework) hoặc lỗi nếu phụ thuộc chưa hoàn toàn được xác minh.

Ví dụ:

Trong dự án xây dựng, bắt đầu thiết kế nội thất khi phần xây thô mới đạt 80%. Nếu bản thiết kế thay đổi, có thể phải làm lại một phần, đây là rủi ro của Fast Tracking.

Quy trình áp dụng Schedule Compression

1. Phân tích nguyên nhân cần rút ngắn tiến độ:
   • Dự án trễ? Deadline bị thay đổi? Cơ hội kinh doanh mới?
2. Xác định đường găng (Critical Path):
   • Chỉ rút ngắn các hoạt động nằm trên đường găng mới có tác động trực tiếp đến tổng thời gian.
3. Đánh giá các tùy chọn rút ngắn:
   • Cân nhắc giữa Crashing, Fast Tracking, hoặc kết hợp cả hai.
4. Phân tích chi phí – rủi ro:
   • Dùng Cost-Benefit Analysis để so sánh chi phí tăng thêm và lợi ích đạt được.
5. Cập nhật tiến độ:
   • Sử dụng công cụ như Microsoft Project hoặc Primavera P6 để mô phỏng kịch bản rút ngắn.
6. Phê duyệt và triển khai:
   • Truyền thông thay đổi với stakeholders, cập nhật Schedule Baseline nếu được phê duyệt.

Ví dụ minh họa thực tế

Một dự án phần mềm dự kiến hoàn thành trong 20 tuần nhưng khách hàng yêu cầu giao hàng sớm hơn 4 tuần.

• Nhóm dự án phân tích thấy có thể áp dụng Crashing cho hoạt động kiểm thử bằng cách tăng nhân sự kiểm thử từ 3 lên 5 người, rút ngắn 2 tuần.
• Đồng thời áp dụng Fast Tracking bằng cách bắt đầu viết tài liệu người dùng trong khi phần mềm đang kiểm thử.
• Tổng thời gian giảm từ 20 xuống còn 16 tuần với chi phí tăng 10%.

Timeline vẽ theo ví dụ 20 tuần ở trên.

Lợi ích của Schedule Compression

• Rút ngắn thời gian hoàn thành dự án mà vẫn giữ nguyên phạm vi.
• Tăng khả năng đáp ứng deadline hoặc yêu cầu khẩn cấp.
• Tối ưu hóa nguồn lực và chi phí cơ hội.
• Tăng tính cạnh tranh trong môi trường thị trường nhanh thay đổi.

Mặt hạn chế

• Crashing có thể làm tăng chi phí đáng kể và gây áp lực cho đội ngũ.
• Fast Tracking có thể tăng rủi ro và khả năng phải làm lại (rework).
• Dễ ảnh hưởng đến chất lượng nếu kiểm soát không chặt chẽ.
• Cần phối hợp liên phòng ban chặt chẽ để tránh xung đột tiến độ.

Lưu ý khi sử dụng

• Chỉ áp dụng Schedule Compression cho các hoạt động trên đường găng.
• Kết hợp với Risk Analysis để đánh giá tác động tiềm ẩn trước khi triển khai.
• Ghi nhận toàn bộ thay đổi vào Change Log và cập nhật Project Schedule.
• Truyền thông rõ ràng với stakeholders về chi phí, rủi ro và lợi ích của việc rút ngắn tiến độ.