Когда понимаешь, что IT-проект не будет сдан вовремя

Что делать, если в процессе работы над сайтом или приложением понимаешь, что текущая команда не потянет проект в срок с нужным качеством?

Обычно эту ситуацию можно отловить по следующим признакам уже на первых этапах работ:

1. Не соответствие заявленного качества продукта получаемым результатам (например низкий уровень дизайна после первых 2-3 итераций). Бывает, что с первого раза команда не попадает и делает совсем не тот визуал, который зайдет целевой аудитории. Обычно в таких ситуациях на попытки указать на это - проектный менеджер «съезжает» на детали и задается вопросами более низких уровней, хотя решение находится принципиально на другом логическом уровне.
2. Слабый уровень понимания проекта менеджером и командой. Когда ты ставишь одни задачи - они приходят с совершенно другим результатом. При попытках на это указать - можно даже получить в ответ банальное “вы же нам сами так ставили задачу”.
3. Отсутствие здоровой коммуникации - проектный менеджер не информирует о ходе работ, не «пушит» вас по недостающим материалам, срокам проекта - те или ему все равно, или он не успевает, но чаще всего просто не может/умеет/знает.

В данной ситуации хорошо применить модель STOP:

1. Взять паузу и не принимать решений в конфликтной ситуации
2. Ответить себе на самодиагностические вопросы по проекту и своему состоянию
3. Выбрать наиболее подходящий вариант решения в текущих условиях
4. Только потом - действовать

По моим наблюдениям чаще всего ситуация развивается так:

• Самый распространённый вариант - взять ответственность в свои руки и начать работать за менеджера проекта на стороне разработчика. Здесь есть риск выпустить в production эдакого монстра, поддержка и развитие которого может принести большие издержки и снижение качества продукта - тк команда вашими руками будет завершать проект без какой либо мотивации.
• дать честную обратную связь подрядчику «Кажется ты не тянешь этот проект. Вот по таким-то признакам. Давай подумаем вместе как можно эту ситуацию решить. Возможно этого будет достаточно и на проект вам дадут другого дизайнера/менеджера/команду или найдётся другое эффективное для вашей ситуации решение.
• Поменять подрядчика. Некоторые заказчики делают это “втихую”. Одна из возможных причин - не желание признавать свою ошибку в выборе исполнителя. Если Вы оказались в такой ситуации - предлагаю подумать как решить задачу по смене подрядчика “в открытую”. И почему это будет выгодно для всех.
• Ещё есть вариант - забить и ничего не делать. Надеяться на то, что все само собой решится. Иногда срабатывает!

Какой из вариантов лучше всего подойдёт - конечно же зависит от вашей ситуации - бюджета, сроков, активности конкурентов, планов на развитие продукта и т.п.