Андрей, форс-мажор — это землетрясение и приход Годзиллы. Занятость программистов — это стандартный риск любого проекта. Если вы регулярно не соблюдаете сроки, значит, неправильно их оцениваете и неправильно строите работу.

Бюро работает по прниципу ФФФ. Возможно, вам тоже подойдёт этот метод.

Срок — это константа. Её нельзя изменить, как бы ни хотелось. Проект откроется 28 июня. Железно. 28 июня наступит после 27-го. Тоже железно.

Теперь начните расставлять промежуточные точки с конца. Если 28-го запуск, три дня понадобятся на согласование и тестирование, значит, 26-го у программистов всё должно быть готово. Значит, вёрстка нужна 10-го, минус два дня на доработки, значит, дизайн закончен 8-го, два дня на непредвиденные обстоятельства и так далее.

Если вы не успеваете к какой-то точке, сразу думайте, как изменить проект. Что перенести на следующую итерацию, что распараллелить, а что вообще выбросить. Главное помнить, что 28 июня должен быть продукт. Пусть без каких-то фишек, но продукт.

Начать применять метод ФФФ сложно. Решения об изменении функционала становятся вашей с клиентом совместной ответственностью. И многие решения будут даваться нелегко. Но если клиент увидит, что подход нацелен на скорейший результат и не допускает долгостроев, то ему будет легче начать работать по такому принципу.

Предлагаю уважаемым советчикам поделиться своим опытом, как не срывать сроки.