Как не завалить ИТ-проект, когда дедлайны горят, а ТЗ меняется на лету

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

Давайте честно: управление ИТ-проектами сегодня — это не про красивые диаграммы Ганта, а про умение уворачиваться от летящих в голову граблей. Если вы думали, что можно просто сесть, расписать задачи и через месяц выкатить идеальный продукт, то спешу вас расстроить. В реальности всё работает через одно место, пока ПМ не научится жонглировать приоритетами, как заправский циркач.

Сейчас в индустрии правит бал гибкость. Но не та, про которую пишут в учебниках по Agile, а настоящая, боевая. Это когда заказчик в пятницу вечером прибегает с горящими глазами и кричит, что нам срочно нужна новая фича, иначе всё пропало. И тут важно не наломать дров. Либо вы умеете говорить нет, либо ваша команда выгорит быстрее, чем бенгальский огонь. Главная беда многих проектов — раздувание рамок. Начинаем строить сарай, а в процессе решаем, что это должен быть небоскреб с вертолетной площадкой. В итоге — ни сарая, ни площадки, только дыра в кармане.

Особенно ярко этот драйв и хаос проявляются в нише гемблинга. В онлайн-казино и беттинге всё летит на сверхзвуковых скоростях. Взять ту же Бразилию или Португалию: там сейчас настоящий бум на быстрые игры. Разработчики из кожи вон лезут, чтобы оптимизировать код под слабый мобильный интернет, потому что секунда задержки — и пользователь ушел к конкурентам. Огромный пласт работы ПМа здесь — это следить за стабильностью серверов и интеграцией платежек. Например, когда речь заходит про O que há de novo com o Aviator?, нужно понимать, что за простой картинкой самолетика стоит сложнейшая математика и работа в реальном времени. Если проект-менеджер в такой вертикали затупит с релизом или пропустит критический баг в механике выплат, полетят головы. Тут нельзя просто сказать ой, исправим в следующем спринте. Ставки слишком высоки, буквально.

Вернемся к нашим баранам. Чтобы проект не превратился в чемодан без ручки, нужно вовремя проводить ретроспективу. И не для галочки, а чтобы реально понять, где мы свернули не туда. Часто бывает, что команда вкалывает как папа Карло, а на выходе получается пшик. Почему? Да потому что коммуникация налажена из рук вон плохо. Разрабы делают одно, тестеры проверяют другое, а бизнес ждет третьего.

В общем, рецепт успеха прост, как дважды два, но выполнить его — та еще задачка. Нужно держать руку на пульсе, не кормить команду завтраками и всегда иметь план Б на случай, если всё пойдет прахом. И помните: лучший код — это тот, который работает и приносит деньги, а не тот, который вылизывали полгода и выпустили, когда он уже никому не нужен. Не бойтесь костылей на старте, бойтесь мертворожденных продуктов.