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

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

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

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

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

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

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

P. S. Это был пятничный совет по переговорам и отношениям с клиентом. Присылайте вопросы.

Взаимоотношения с клиентомФФФУправление проектом
Отправить
Поделиться
Запинить

Рекомендуем другие советы