На каких проектах применяется crashing

Crashing применяется в проектах с жесткими дедлайнами, где нужно сократить сроки без изменения scope. Чаще всего в:

1. Критических продуктовых релизах (например, запуск платформы перед Black Friday)
2. Госзаказах и compliance-проектах (когда законодательные изменения требуют срочного обновления)
3. Спасательных операциях (восстановление после инцидентов типа data breach)

Пример в управлении задачами:

# Original timeline: 5 дней
tasks = [
    {"name": "Dev", "duration": 3, "cost": 1000},
    {"name": "QA", "duration": 2, "cost": 800}
]

# After crashing (параллелим QA частично):
tasks_crashed = [
    {"name": "Dev", "duration": 3, "cost": 1000},
    {"name": "QA", "duration": 1, "cost": 1200}  # +400 за срочность
]

Нюансы: растут costs (оплата сверхурочных, экстренных ресурсов), риски качества. Эффективен только на critical path.