Честный расчет стоимости затрат на разработку

При выборе подрядчика на аутсорсинг одним из ключевых критериев, а иногда и решающим, является стоимость. Существуют разные подходы к оценке финансовой составляющих работ. В этой статье хочется подробнее раскрыть эту тему, а также обсудить, почему не всегда стоит гнаться за дешевизной.

Начнем с подходов к взаиморасчетам между подрядчиком и заказчиком.

Рассмотрим базовые подходы к взаиморасчетам с аутсорсинговых IT-компаний, которые чаще всего применяются:

• Flat rate - часы всех специалистов команды (разработчики, QA, DevOps-специалисты, бизнес-аналитики и менеджер проекта) имеют единую ставку.
• Dedicated rate - разная стоимость часа в зависимости от направления специализации (разработчик, QA, DevOps, бизнес-аналитик, менеджер проекта) и от квалификации сотрудника (junior, middle, senior).

Также возможен вариант с выполнением работ по договору fixed price. В рамках такого подхода на старте согласовывается перечень работ, оценивается объем выполнения в часах, состав требуемой команды и согласовываются сроки реализации. Стоимость реализации проекта фиксированная и не меняется до его запуска.

Теперь немного поговорим о тех уловках, которые могут использовать потенциальные подрядчики.

В книге Роберта Чалдини "Психология влияния" одним из принципов, применяющихся в маркетинге, является последовательность. Согласно нему если человек соглашается на малое, то велика вероятность, что он согласится на большее. Для аутсорсинговых IT-компаний он реализуется в том, что после подписания договора, проведения небольшого тестового периода клиент вряд ли быстро уйдет и скорее смирится с какими-либо трудностями взаимодействия, плохим качеством, чем будет менять подрядчика. Как правило, отношения выстраиваются на долгосрочный период, особенно в случае крупных и продолжительных проектов. Подрядчик глубоко погружается в специфику бизнеса, а онбординг нового неизбежно повлечет финансовые затраты, выраженные во времени сотрудников заказчика, ответственных за решение. Отсюда также следует возможность постепенно и последовательно повышать рейт. Низкая цена на старте начнет со временем расти до рыночных показателей.

По цене senior-разработчика на проекте могут работать junior-ы. Это может происходить как с момента старта работ, так и со временем, когда под аккаунтами более квалифицированных разработчиков заводятся менее квалифицированные. Такой подход не пройдет, если со стороны заказчика с аутсорс-разработкой взаимодействуют специалисты, обладающие техническим бэкграундом, но если такие компетенции отсутствуют, подрядчик может легко реализовать такой финт. И на короткой дистанции эта схема не будет себя обличать до тех пор, пока система не потребует масштабирования.

При оценке задачи можно выставить заранее завышенное значение. Например, команда указывает планируемые трудозатраты как 10 часов, а выполняет работы на 5. При этом в счет выставляет 10 часов. Также возможна ситуация, когда задача оценивается junior-разработчиком, представленным как senior. Логичным образом более компетентный специалист выполнит задачу быстрее. Условно, реальная оценка задачи 8 часов, но junior будет делать ее 16 часов по ставке senior-а.

Разместите
тендер бесплатно

Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.

Заполнить заявку 12642 тендера
проведено за восемь лет работы нашего сайта.

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

Как должны строиться взаиморасчеты между клиентом и подрядчиком.

Один из принципов успешных взаимоотношений между заказчиком и подрядчиком в направлении разработки IT-сервисов является прозрачность. Аутсорс команда должна дополнять команду клиента. Чтобы избежать подводных камней, описанных выше, нужно на берегу открыто подсвечивать условия, на которых работает команда разработки.

В случае тарификации по типу Flat rate взаимодействие с командой должно быть выстроено по следующей схеме:

• Обсуждается постановка задачи, уточняются требования.

• Проводится аналитика и оценка реализации решения. Важный аспект - оценка происходит верификацию senior-разработчиком и сокращается, если он понимает, что задача может быть реализована быстрее и оптимальнее. В часы аналитики закладывается время на разработку, тестирование задачи. Часы, затраченные на аналитику и оценку, также тарифицируются.

• Декомпозированная оценка задачи в часах согласовывается с заказчиком. Если со стороны клиента есть технический специалист, он может убедиться в адекватности и оптимальности предложенного решения. 

• После подтверждения трудозатрат начинается реализация задачи в рамках обозначенного времени. Часы, затраченные сверх оценки, не тарифицируются, кроме случаев, когда в ходе выполнения задачи возникают подводные камни, в основном связанные с внешними системами и интеграциями с ними, или детали, не учтенные в аналитике. В этом сценарии расширение первоначальной трудоемкости также оценивается и согласовывается с клиентом. При таком подходе можно заранее планировать бюджет и прогнозировать сроки выполнения задач.

• Счета выставляются ежемесячно на основе отработанного командой времени в рамках прошедшего месяца.

Ключевые моменты:

• работы осуществляются по оценке senior-а в fixed price и flat rate проектах;
• предоставляется подробная декомпозиция оценки с описанием конкретных этапов и направлений работ;
• если фактическое время меньше оценки, в счет идут только фактически затраченные часы;
• рейт не должен искусственно занижаться на старте