🏎 Как мы чуть не проиграли в гонке за фичами Еще один поучительный кейс. Был в нашей практике продукт Y. Его характерная черта состояла в том, что заказчик очень сильно гнался за новыми фичами. Каждый два спринта мы выпускали что-то новенькое. И нас ничего не могло остановить. Ничего. Большой релиз каждые две недели. Чувствуете, чем пахнет? 🤬 Само собой, это влияло на качество кода и в целом на работу. Важен был темп, скорость, а не эффективность приложения. Начинали мы работать с Y как со стартапом — и тогда эта спешка оправдывала себя. Но когда количество пользователей перевалило за миллион, нам было не до смеха. 💔 Только представьте: у вас вовсю идет рекламная кампания, а приложение всё сильнее лагает. В какой-то момент оно уже не просто тормозило. Нет, оно могло полностью отвалиться из-за высокой нагрузки. Как-то раз нам пришлось даже отключать некоторые фичи, чтобы привести приложение в чувство. В итоге нам удалось убедить заказчика, что не стоит настолько торопиться. Мы снизили темп, а затем и вовсе были вынуждены провести почти полный рефакторинг, чтобы вернуть продукту лоск. И к счастью, всё закончилось хорошо. Но осадок остался. 💡 Мораль. IT-блок и продакты должны и есть возможность вовремя остановить бизнес, который несется вперед на всех парах. Лучше делать медленнее, но сразу хорошо. В противном случае придется всё переписывать. Это дорого и больно. А если не гнаться на новыми фичами в бессмысленной спешке, то получишь намного больше: хорошую репутацию и лояльную аудиторию.