Информационные технологии (IТ) – одна из наиболее востребованных сфер, услуги которой необходимы бизнесу. При этом на практике как исполнитель, так и заказчик, не всегда могут правильно договорится об условиях выполнения договоренностей и в итоге расстаются недовольные друг другом.
Эксперты же настаивают, что четко прописанные ожидания сторон в договоре уберегут обе стороны от негативных эмоций и позволят получить необходимый результат.
Какие модели договор с IТ-специалистами существуют и какую из них лучше выбрать, рассказали управляющий партнер Stron Legal Services Олег Дерлюк и юрист компании Алена Перепеличная.
Основной задачей договора является согласование между сторонами всех важных моментов и письменная фиксация воли сторон. Принимая во внимание тот факт, что в большинстве случаев IT-услуги являются платными, эти условия в контракте – один из наиболее важных вопросов.
Для большей наглядности предлагаем рассмотреть принцип работы наиболее востребованных моделей финансового взаимодействия сторон.
Fixed Price
При данной модели достаточно сложно вносить какие-либо изменения в ходе выполнения того или иного проекта. Поэтому ее лучше применять для небольших и технически несложных проектов. Также при данной модели оплаты увеличивается вероятность, что разработчики, спеша сдать проект вовремя, могут пренебрегать качеством.
А значит, вопрос качества при работе с этой системой является очень важным, и на это нужно обращать особое внимание заказчикам при заключении такого вида договора.
Разработчикам в свою очередь следует детально подойти к вопросу согласования оплаты. Как правило, в этом случае сумма договора бывает несколько завышенной, чтобы в случае чего эта разница покрыла предусмотренные договором штрафные санкции за возможные задержки.
Time and Material
Данная модель наиболее подходит для больших, функционально сложных проектов, а также для проектов с нуля. Она требует активного участия заказчика, но также в свою очередь позволяет детально контролировать им качество выполненных работ.
Если взглянуть на нее со стороны разработчиков, то необходимо обращать внимание, что по сравнению с предыдущей моделью требования и взгляды заказчика на проект могут меняться, может увеличиваться объем работы и т. д.
Более того, если работа спланирована на длительный период, а заказчик по тем или иным причинам передумал продолжать и спонсировать проект – разработчик остается без работы. Все эти моменты необходимо учитывать и прописывать в контракте.
Fixed Budget
Альтернативным решением выступает система Fixed Budget.
При этой системе есть фиксированный бюджет, определенный заказчиком, однако также присутствует разбивка проекта на задачи, и в соответствии с этим расставляются приоритеты.
Таким образом разработчику предоставляется максимально подробная спецификация. В данном случае именно разработчики определяют, что они готовы сделать за определенный бюджет, а также согласовывают сроки, которые нужны для выполнения этой задачи.
При этой модели объем работ может меняться в зависимости от приоритетов, определенных заказчиком.
Данная система наиболее целесообразна, когда у заказчика достаточно сжатые сроки, но вопрос качества для него тоже является достаточно приоритетным. Заказчик знает, за какое время будет сделан проект и за какой бюджет (поскольку он сам его и определяет), что достаточно удобно для него.
Как было продемонстрировано выше, каждая из систем имеет свои преимущество и недостатки для каждой из сторон договора. В зависимости от вида и функциональности проекта, от сроков его исполнения, бюджета, заинтересованности заказчика контролировать все процессы, а также других пожеланий сторон нужно подбирать наиболее подходящую систему.
Правильно выбранная модель обеспечит как заказчику, так и разработчику комфортное сотрудничество друг с другом и сохранит желания продолжать такую работу в будущем.
