На прошлой неделе получил тревожное сообщение от клиента. Проект у нас на финише: сборка, наполнение, тесты и волнительная подготовка к запуску. Но клиент расстроен — до дедлайна меньше месяца, а список правок только растёт.
Дело осложняется тем, что в середине июня у них важное мероприятие, которое готовили весь год. Клиент отличный, мы с ними прошли долгий путь, и проект получился крутым. Подвести их — никак нельзя.
После такого сигнала я запросил у команды детальный статус: успеваем или нет? Ребята подтвердили — всё идёт по плану, работа кипит.
Есть в проектном мире полу-шутливый закон: «Последние 10% работы занимают столько же времени, сколько первые 90%». И если клиент переживает — это даже хорошо. Значит, он опытный и понимает процесс.
Но вот в чём загвоздка:
Любой проект на этапе бета-тестирования — это куча багов и недочётов. Да, у нас сильный QA-отдел и продуманная методология, но отладка есть отладка. Шероховатости будут. Главное, что с каждым релизом их становится меньше, и проект постепенно обретает законченный вид.
Настоящая проблема не в багах, а в ожиданиях.
Кажется, мы так увлеклись работой, что забыли объяснить клиенту одну важную вещь: сейчас он увидит не идеальный сайт из макетов, а сырую, но рабочую версию.
— Что-то будет глючить.
— Что-то — тормозить.
— А что-то, возможно, и вовсе сломается.
Но в этом и смысл этапа: все эти косяки должны найти мы, а не пользователи во время важного для клиента мероприятия.
Если синхронизировать ожидания — стресса будет в разы меньше.
О чем мы договорились с командой:
🫤 Сейчас — фокусируемся на том, чтобы успеть в срок и не подвести клиента.
😑 После сдачи — разберём, как улучшить процесс, чтобы в следующий раз клиент получал только позитивные эмоции.
P.S. Если у вас намечается сложный проект и нужна команда, которая не сожжёт бюджет зря — пишите. Как раз скоро завершим текущий проект и сможем взяться за новый.