Какую модель ценообразования выбрать для разработки программного обеспечения?

Модели ценовой политики разработки программного обеспечения: фиксированная цена (fixed price), время и материалы (T&M)

Что касается моделей ценообразования разработки программного обеспечения, которые работают для ИТ-консалтинга и аутсорсингового рынков, как правило, существуют два противоположных подхода: Фиксированная цена и Время и материалы. Давайте начнем с краткого обзора того, как в Archer Software видят оба из этих подходов, и посмотрим на плюсы и минусы.

Фиксированная цена (FP):

Фиксированный бюджет;
Область применения, особенности, определения и часто временные рамки также фиксируются;
Платежи обычно производится по заданной схеме.

Минусы: эта модель ценообразования является очень жесткой когда речь идет об изменениях. Для большинства проектов, которые длятся дольше, чем 1 человек/месяц, такой подход приведет к либо отсутствию самых необходимых функций, или проблем, связанных с их интеграцией. Более глубокое видение продукта и рынка приходит по мере продвижения проекта, и понимание аудитории приходит с обратной связью пользователей. Таким образом, наиболее ценные характеристики продукта часто становятся понятными ближе к концу проекта, а не на начальный момент, когда определяются первоначальные требования.

Время и материалы (T&M):

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

Недостатки: окончательная стоимость проекта не определена. Это не означает, что она не может быть уменьшена до некоторого определенного диапазона, но точное значение не существует в контракте. Но давайте посмотрим, является ли это действительно так опасно для вашего бизнеса, как это кажется.

Во многих случаях, когда вы думаете, что FP является единственным выбором для вас, есть на самом деле способ запустить проект под T&M моделью ценообразования и получить больше двыгод ля бизнеса и продукта. Таким образом, каждый раз, когда вы хотите придерживаться FP, мы рекомендуем вам рассмотреть T&M подход еще раз. И вот почему.

1. Вам пока не знакома команда разработчиков: их качество, уровень мастерства, надежность.

Проблема в том, что подход FP не решает эту проблему, по крайней мере, не делает это лучше, чем T&M модель.

Верите ли вы, что неизвестная аутсорсинговая команда будет хорошо разрабатывать программы и не тратить впустую время и сумму предоплаты?

Вы были бы правы, говоря, что в наихудшем случае вы потеряете только предоплату, а не весь бюджет. Но если анализировать ситуацию под правильным углом – это абсолютно то же самое, что вы бы в конце первого двухнедельного спринте с командой, которая работает над проектом с T&M моделью ценообразования – вы можете оценить результаты и принять решение о прекращении работы, если вы не удовлетворены навыками/качеством/коммуникацией.

Она не имеет ничего общего с моделью FP, которая может заморозить видение продукта и требования один раз и до конца проекта.

Для проверки качества нового поставщика, вместо того чтобы рассматривать FP как решение, было бы лучше попробовать смешанный или Proof-of-Concept подход. В этом случае команда сначала делает простой и небольшой прототип, исследуя самые большие технические риски и доказывает техническую возможность создания проекта, как и планировалось. Такой подход может быть полезен не только в помощи проверки этой идеи, но и проверить команду.

2. Вы настаиваете на фиксированном бюджет для разработки продукта.

Предлагая вам T&M модель ценообразования, продавец не принуждает вас начать свой проект без оговоренных сроков или суммы денежных поступлений. Давайте посмотрим, что произойдет, если вы начинаете следующий подход:

Запрос поставщику оценить диапазон ресурсов, необходимых для завершения сферы;
Возьмем, скажем, 20% ограниченного бюджета на некоторое время. В зависимости от вашего собственного ощущения того, какое ваше окончательное видение продукта, вы можете настроить размер этого буфера – чем яснее определение функции, тем меньше может быть буфер;
Если бюджет остается внутри диапазона оценки, начните работу с командой под T&M с отчетным периодом в 1-2 недели;
Начало работы с основными функциями первой – самой важной или наиболее значительной фазой для приложения;
Изменение характеристик, четко прописанных в плане проекта, влияет на ваш бюджет и сроки;
Ближе к концу проекта вы увидите, что 20% первоначально оставленного буфера вы можете использовать на усовершенствование первоначального набора функций или функций, которые вам нужны сейчас, которые на самом деле полностью отличаются от тех, которые вы задали несколько спринтов назад.

И еще несколько проблем модели FP: