По мотивам предыдущего материала, остановили мы свой выбор на аутсорсинговой модели.
Однако здесь мы сталкиваемся с новым выбором — существует несколько разновидностей данной модели. Наиболее распространены три из них: T&M (Time & Materials, или «время и материалы»), Retainer (ритейнер) и fix price или классический договор с ТЗ и водопадной моделью.

После 10 лет работы в IT-разработке я понял одну простую истину: выбор типа контракта — это как выбор любимого цвета фломастеров. Вроде бы всё просто, но почему-то все нервничают и часто остаются недовольны результатом. Расскажу о своей практике, и почему каждый из типов может быть как благословением, так и проклятием.

Fixed Price: Когда клиент думает, что знает, чего хочет

А, Fixed Price — любимец всех заказчиков и головная боль разработчиков. Помню свой первый такой проект: клиент пришел с «простым сайтом», который превратился в многостраничный портал с горой функцией и заказом.

Что такое Fixed Price на самом деле?

Если совсем просто: это когда вы договариваетесь о цене заранее, и она не меняется. Звучит прекрасно, правда? Как в супермаркете: пришел, увидел ценник, купил. Но в реальности это больше похоже на покупку кота в мешке — для обеих сторон.

Плюсы (которые не всегда плюсы):

1. Вы точно знаете, сколько заплатите. Правда, возможно, придется доплачивать за каждый чих, не описанный в ТЗ
2. Сроки фиксированные. Ну, как фиксированные... давайте скажем, «предположительно фиксированные»
3. Все описано в ТЗ. Которое никто никогда не читает полностью, кроме юристов при возникновении споров

Минусы (они же суровая реальность):

1. Хотите изменить цвет кнопки? Готовьте дополнительное соглашение и новый бюджет
2. Цена обычно выше, потому что мы, разработчики, не экстрасенсы и закладываем в стоимость все возможные риски, включая падение метеорита
3. ТЗ может устареть еще до того, как вы закончите его читать

Time & Materials: Когда честность — лучшая политика

T&M — это как счетчик в такси. Едем столько, сколько нужно, платим за реальное время. Звучит справедливо, да? Но попробуйте объяснить клиенту, почему простая функция поиска заняла 40 часов разработки...

Почему это часто работает лучше:

1. Можно начать работу, даже если вы еще не уверены, чего именно хотите
2. Гибкость уровня «мастер йоги» — меняйте требования хоть каждый день
3. Прозрачность как у горного ручья — вы видите, за что платите

Подводные камни:

1. Бюджет может растянуться как резиновый
2. Сроки? Какие сроки? Мы работаем в agile!
3. Заказчику нужно быть готовым к активному участию в процессе

Retainer: Ваша личная IT-команда напрокат

Retainer — это как абонемент в фитнес-клуб. Вы платите фиксированную сумму ежемесячно, независимо от того, сколько раз пришли заниматься. Только вместо тренажеров у вас команда разработчиков.

Почему это может быть круто:

1. Команда погружается в проект как рыба в воду
2. Не нужно каждый раз объяснять, почему у вас база данных называется «Петрович»
3. Можно работать в режиме «а давайте попробуем вот это»

Почему это может быть не очень:

1. Придется платить даже если команда сидит и читает xkcd
2. Неиспользованные часы сгорают быстрее, чем отпускные дни в декабре

Как же выбрать свой идеальный контракт?

После стольких лет в индустрии я пришел к простому правилу: выбирайте контракт как партнера для танцев — по ситуации и уровню доверия.

Fixed Price подойдет если:

1. Вы точно знаете, чего хотите (да-да, я тоже так думал)
2. У вас есть четкое ТЗ, которое не изменится по щелчку пальцев директора
3. Проект небольшой и понятный, как табуретка

Time & Materials — ваш выбор, когда:

1. Вы готовы к приключениям и неожиданным поворотам
2. Требования могут меняться чаще, чем погода в Петербурге
3. Вы верите в честность и прозрачность (и готовы за это платить)

Retainer стоит рассмотреть если:

1. Вам нужна постоянная команда, но своя IT-служба — это слишком
2. У вас долгосрочный проект с постоянными изменениями
3. Бюджет позволяет платить за комфорт и стабильность

Заключение

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

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

И помните: какой бы тип контракта вы ни выбрали, всегда найдется клиент, который скажет: «А вот мой друг сделал такой же проект в два раза дешевле». Но это уже совсем другая история...