Бизнес-модели в IT- аутсорсинге. Часть 1. Контракт с фиксированной стоимостью
Однако данная модель не так проста, как может показаться на первый взгляд.
Что видится на поверхности
Изначально, модель оплаты по фиксированной цене видится следующим образом: задан определенный объем работ и получена точная стоимость этих работ с гарантией отсутствия ценовых колебаний при реализации проекта.
Очевидно, что для того, чтобы получить точную стоимость проекта, необходимо изначально четко определить объем работ по этому проекту.
Как правило, последовательность действий здесь следующая:
- Проводится тщательный бизнес-анализ, позволяющий определить, какие именно потребности должно охватывать решение, и каким требованиям оно должно соответствовать;
- Создается подробное техническое задание на разработку программного обеспечения, включающее указание всех требуемых функций, технологического стека, показателей качества конечного продукта и т. д.;
- ИТ-компания, специализирующаяся на разработке ПО, получает техзадание, оценивает объем необходимых работ и озвучивает цену;
- Заключается контракт на разработку ПО, в котором фиксируется озвученная цена.
Очевидно, что в первую
очередь по контрактам с фиксированной ценой выполняются небольшие проекты, а в
качестве модели разработки применяется каскадная.
Глубокое понимание и риски
Фиксированная цена очень привлекательна. Однако распространено ошибочное представление о том, что «фиксировано» тождественно «не увеличится ни при каких обстоятельствах» (спойлер: самом деле, это не совсем так).
Кроме того, зачастую, при заключении контрактов по данной бизнес-модели, заказчики не учитывают ее слабые стороны.
В действительности, сущность контрактов с фиксированной стоимостью следующая:
- Фиксированная цена указана для определенного, заранее заданного объема работ. Таким образом, например, если необходимо добавить новые модули, добавить тестовое покрытие, осуществить дополнительные интеграции, то разработчик обоснованно имеет право выставить заказчику счет на проведение соответствующих дополнительных работ. Т.е. при увеличении объема работ стоимость проекта возрастает.
- Данный пункт вытекает из предыдущего: изменения в проекте возможны. При этом изменения оформляются только через дополнительные соглашения, что увеличивает время принятия решений и выполнения. И, да, будьте готовы заплатить за эти переделки, так как это дополнительные работы — читайте пункт 1.
И еще важный момент. Модель практически не оставляет заказчику возможности контроля над конвейером проекта. В большинстве случаев, вариант здесь — контролировать качество полученного результата, т.е. степень соответствия конечного продукта характеристикам, указанным в техническом задании.