Как не раздуть бюджет IT проекта
В этой статье мы решили поделиться с вами мнением о том, как не раздуть бюджет на разработку и создать качественный продукт. Не раздувать бюджет в нашем понимании – это избежать распространенных ошибок, а также экономить только там, где это будет «безболезненно».
Создание или использование принципов MVP
MVP (minimum viable product – минимально жизнеспособный продукт) – это начальная версия продукта, в котором реализована главная ценность для потребителя. Этот метод подходит не только для стартапов, несмотря на распространенное мнение, но и для всего, что собирается запустить компания: от b2b портала до чат-бота.
Использование метода позволяет проверить востребованность сервиса среди пользователей и сэкономить на разработке ненужного функционала. После начала пользовательского тестирования вы сможете усовершенствовать и добавлять только те функции, которые пригодятся пользователям.
Если вы решили создавать сервис по принципам MVP, вы также избавляетесь от необходимости в написании всеобъемлющего ТЗ. Вместо этого можно работать спринтами и прорабатывать только ближайший пул задач.
Подбор уровня разработчиков в соответствии с задачами
Из-за кратной разницы в оплате труда джунов, мидлов и сеньоров на грамотном подборе команды проекта можно сэкономить. Если проект не нуждается в значительном изменении архитектуры, то чаще всего вам хватит навыков разработчика с грейдами мидл или мидл+. Они способны самостоятельно решать сложные задачи и исправлять ошибки в проекте. На корпоративный же сайт, например, хватит грейда джуна.
Под Джуном подразумевается не «нулевой» специалист, а прошедший обучение и имеющий опыт работы. Чтобы сэкономить, вам нужно понять, какой уровень нужен для выполнения задач, какие возможности есть у специалистов и точно ли три сеньора на проекте так необходимы.
Увеличение сроков проекта
Согласно высказыванию Ларри Макчероне, сократить сроки проекта – значит увеличить бюджет на него. В своей работе с Rally, Tasktop и AgileCraft отметил зависимость производительности от размера команды.
При этом сроки проекта изменяются не прямо пропорционально количеству разработчиков. Например, 3 человека могут разработать проект за 10 месяцев (итого на проект 30 человеко-месяцев), а команда с тем же грейдом из 6 разработчиков будет занята им 7 месяцев (42 человеко-месяца). Сокращение времени на проект возникает из-за уменьшения количества участников, времени на менеджмент и взаимодействие.
Когда на проекте 3 человека, взаимоотношений тоже 3. А если мы увеличиваем команду до 6 участников, взаимоотношений уже получается 15. Так и возникает не прямая пропорциональность производительности и времени.
Работа с удаленными специалистами
Зарплаты разработчиков в Москве по прежнему выше, чем в регионах. Не смотря на то, что после пандемии разрыв значительно сократился, он все еще остается существенным. Например, в исследовании медианная зарплата айтишника* Красноярске со II полугодия 2021 года до I полугодия 2022 года выросла на 33% – c 97 до 130 тысяч рублей. Однако в Москве (где она выросла на 3%), она составляет 180 тысяч рублей. Поэтому, чтобы сэкономить, вы можете нанять специалистов из регионов, а при поиске аутсорс-компании рассматривать разные города и страны.
*В исследовании, айтишники – все, кто занимается созданием IT-продуктов.
Если вы не боитесь проблем с оплатой за рубеж, уверены, что сможете проверить стек на другом языке и знакомы с культурными особенностями Юго-восточной Азии, можете рассмотреть для найма Индию, Пакистан или Бангладеш. Если у вас получится нанять кого-то по рекомендации, то вы значительно снизите риски возможных проблем. Зарплатные ожидания у хороших индийских разработчиков схожи с запросами по зарплатам в России. При поиске в нижнем ценовом сегменте есть риски не получить ничего или значительного замедлить реализацию проекта.
Привлечение внешней команды разработки
Если у вас стоит выбор между наймом внутренней или внешней команды для разработки нового продукта или сервиса, то внешняя может обойтись дешевле. Из-за того, что период адаптации аутстафф-специалистов занимает значительно меньше времени (они «заточены» под смену деятельности), вы сможете сэкономить две-три месячные зарплаты, которые ушли бы на раскачку инхаус сотрудника. Также это избавит HR и вас от такой головной и финансовой боли, как: «поиск хорошего разработчика и создание условий, чтобы его переманить». При найме внешней команды вы в зависимости от потока задач сможете изменять количество часов работы специалистов на своем проекте и как следствие – если работы будет не хватать, вам не придётся её «придумывать».
Чтобы не раздуть бюджет, можно обратить внимание на менее известные компании с умеренными рейтами, но высокой компетенцией и профильными кейсами. Обратите внимание на вовлеченность и нацеленность на результат новых подрядчиков. Если они не проявляют инициативы, то могут пострадать и качество, и срок реализации продукта.
На чем нельзя экономить при разработке
Тестирование
Тестирование нужно начинать проводить как можно раньше. Ведь ошибка, выявленная на ранних этапах, будет стоить компании в разы дешевле той же ошибки, которую найдут перед или даже после релиза проекта. Потребительское тестирование часто обходится дороже как в денежном, так и в репутационном эквиваленте.
Определить, когда начинать тестирование, поможет исследование компании IBM. Они представили схему, по которой видно, что стоимость исправления бага на проекте на первом и последнем этапе может вырасти в 30 раз.
Исправление ошибки, выявленной на первом этапе, может занять у разработчика 2 часа. Заплатят за неё, например, 4 000. На этапе разработки сумма, потраченная на ту же ошибку, ее поиск и выявление, уже составит до 20 000. По итогу, если выявление ошибки произойдёт после релиза, ее стоимость вырастет до 120 000 рублей.
Сэкономить можно и сократив количество тестировщиков. Аудит команды тестирования и оптимизация её состава – это то, благодаря чему можно сэкономить. Грамотные специалисты стоят дороже, но дают предсказуемый результат.
Грамотное ТЗ или постановка задач
Если вашему бизнесу не подходит Agile стратегия, и вы решили работать по ТЗ, то важно составить его четко и подробно, избегая неопределенностей. Это сократит временные и денежные затраты на исправления недопониманий того, что вы имели ввиду. Уменьшится время на взаимодействия.
При работе с аутсорс командой – написание подробного ТЗ также поможет сократить бюджет, ведь если что-то размыто, то разработчики будут оценивать это с «запасом». При детализированном задании на проект вы получите более точную оценку стоимости без учетов того самого «запаса».
Управление
Экономия на людях, отвечающих за управление командой, – это один из путей выйти в овертаймы, сформировать большой тех. долг, получить текучку кадров на проекте и, как итог, превысить бюджет.
Это не значит, что нужно привлекать самых дорогих специалистов в области менеджмента, но вы должны быть уверены в их компетенциях. Особенно в тех проектах, где функции менеджера объединены с другой ролью.
