Fixed Price (фиксированная стоимость)
Контракты с фиксированной стоимостью «замораживают» сразу все три основных рабочих показателя: стоимость, время и объем. К каждому такому контракту обычно прилагается сопроводительный документ, который уточняет спецификацию требований. Этот документ нужен, чтобы снизить риск того, что будут упущены какие–то важные детали, а также для того, чтобы прийти к общему пониманию объема работы (не забывайте, что вносить правки в процессе не получится). Чем больше подробнестей будет отражено, тем более доверительными будут отношения между заказчиком и исполнителем. А фиксированный объем работы поможет более точно рассчитать стоимость и время.
Контракты с фиксированной стоимостью часто считаются не самыми удобными для исполнителя. Но, так это или нет, встречаются они повсеместно, потому что большинство клиентов хочет знать как можно более точную стоимость работ заранее. Не стоит бояться таких контрактов. Лучше найти способы заставить их работать. Ведь на самом деле, некоторые аспекты таких контрактов даже лучше подходят именно для Agile команд, так как такие команды привыкли работать с учетом четких временных рамок.
Самое главное – выработать доверие между заказчиком и исполнителем на ранних этапах взаимодействия. Добиться этого можно с помощью определения четкого понимания того, как будет проводиться работа. Таким образом, находясь в условиях ограниченного времени и бюджета, исполнитель сможет вместе с клиентом работать над последующим определением требований, расстановкой приоритетов и т.д. Именно эта эффективная коммуникация между клиентом и исполнителем – ключ к успешной реализации проекта.
2. Time and Materials
Возможно один из самых простых вариантов Agile контракта. Его суть практически полностью заключена в его же названии. В том смысле, что исполнитель получает деньги за время, потраченное на создание продукта или предоставление услуги, а также за ресурсы, которые были использованы в работе.
Конечно, если говорить о рисках такого вида контрактов, первое, что может прийти в голову – это переплата за время. Ведь исполнитель может намеренно затягивать выполнение работы, чтобы получить с этого больше выгоды.Опять же все упирается в вопрос доверия и ответственности. Если исполнитель заинтересован в улучшении своей репутации и получении положительного фидбека от своих клиентов, то такой вариант развития будет просто невозможен.
Однако это не означает, что заказчик совсем не знает, сколько будет длиться работа над его проектом и во сколько примерно это ему обойдется. С помощью анализа проекта и технического планирования исполнитель может оценить количество спринтов, необходимых для достижения результата, и рассчитать предварительную стоимость.
3. Team Per Sprint
Это не совсем коммерческий вариант контракта, а скорее просто соглашение между заказчиком и исполнителем, которое предполагает поэтапную работу. То есть такое соглашение составляется для каждого спринта, выполняемого командой. Оно включает в себя фиксированный набор требований к конечному продукту, а также другие фиксированные параметры: время (длина спринта), объем (бэклог), качество и стоимость (рассчитывается исходя из количество членов команды и длины спринта).
Команда делает все возможное, чтобы к концу спринта предоставить продукт с согласованным набором функций. А заказчик никак не изменяет свои требования в процессе работы.
Огромное преимущество такого вида контрактов – это проверка продукта на соответствие требованиям после каждого спринта. Такое постоянное отслеживание результатов позволяет улучшать проект на ходу, переосмыслять первоначальные стратегии и при необходимости изменять их направление.
4. Fixed Budget
Предполагает, что у заказчика есть свое видение продукта, его функциональности и характеристик. А также у заказчика есть фиксированный бюджет, который он может потратить на данный проект. Таким образом, Product owner и исполнитель вместе расставляют приоритетность поставленных задач в рамках бюджета. Грубо говоря, расписывают, что за какую–то фиксированную сумму можно реализовать, а от чего придется отказаться, т.к. это требует бОльших вложений.
5. Поэтапная разработка
Такой вид Agile контракта предполагает квартальное финансирование успешных релизов. Т.е. весь проект делится на этапы, для каждого из которых есть определенный объем работы и ее фиксированная стоимость. Т.к. договор обычно заключается на полный объем работы (просто разбивается на несколько небольших), то возможен перенос некоторых требований для реализации в следующем временном интервале.
Преимущество такого контракта в том, что риски клиента ограничиваются только затратами на один такой квартал. А у исполнителя есть стимул выполнить свою работу как можно лучше, так как это увеличивает шансы дополнительного финансирования в следующем квартале.
Как вы могли заметить, такой контракт может хорошо сочитаться с контрактами Time & Materials, где тоже есть возможность изменять требования и ограничивать затраты.
6. Fixed Profit (фиксированная прибыль)
Любой бюджет проекта состоит из фактических затрат и фактической прибыли. Несмотря на то, когда и как завершится проект, исполнитель получит согласованное вознаграждение.
Если проект завершается раньше установленных сроков, заказчик заплатит меньше за время работы команды, но сумма вознаграждения все равно останется неизменной. И наоборот, если работа превысит отведенный бюджет, заказчик заплатит больше за саму работу, но фактическая прибыль не поменяется.