Затратно-ориентированная бизнес-модель в IT-аутсорсинге

Заключая договор на разработку информационной системы, необходимо четко понимать особенности каждой из бизнес-моделей, распространенных в аутсорсинге разработки программного обеспечения. В этой статье представим общую характеристику, преимущества и важные моменты контракта с фиксированной ценой (Fixed-price contract) как затратно-ориентированной бизнес-модели в аутсорсинге разработки программного обеспечения.

Содержание:

Общая информация по бизнес-модели

Преимущества бизнес-модели

Важные моменты

Контракт с фиксированной ценой (Fixed-price contract) – это бизнес-модель, при которой компания-разработчик производит полную оценку проекта и фиксирует его стоимость в договоре.

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

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

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

Ниже перечислены, наиболее распространенные на практике случаи, когда возникают дополнительные расходы:

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

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

Наконец, следует учесть, что данная бизнес-модель связана с длительным обсуждением проекта и его оценки, продолжительным согласованием любых изменений и т.д. Как следствие – чрезмерно затянутый этап вхождения в проект, когда вместо того, чтобы приступить к проекту, условно, «завтра», реально начало работ откладывается на, условно, «через месяц».