Time and Material контракт: важные пункты для IT компании

Time and Material (T&M, почасовая ставка) – наиболее распространенный модель ценообразования в сфере IT услуг. Тем не менее, у большинства клиентов может возникнуть множество вопросов по поводу такого подхода. Они опасаются завышения счетов и считают это риском T&M. Почасовая оплата работ требуют тщательно продуманного контракта для плодотворного сотрудничества сторон и единого понимания его условий. Заказчик должен иметь действенные способы контроля проекта, а исполнитель – возможность точно оценить выполненные работы. Это важно, но не единственное, что стороны должны оговорить в контракте. Если нужен отличный Time and Material контракт, необходимо обратить внимание на следующие положения:

  1. Scrum/Agile подход к работе.
  2. Ценообразование.
  3. Управление проектом и коммуникация.
  4. Интеллектуальная собственность.

Юридические нюансы Scrum/Agile подхода.

У команды разработчиков есть конкретные задачи на короткие периоды (спринты), и работа над одним проектом далеко превышает один спринт. Из-за этого не совсем понятно, когда услуги считаются оказанными вовремя и надлежащим образом: по завершению всего проекта или каждого отдельного спринта? Если появится такой разрыв в предоставлении услуг и утверждении их результатов, компания-исполнитель рискует попасть в порочный круг запросов на исправление со стороны заказчика. Хороший контракт T&M определяет момент, когда заказчик принимает услуги. Лучший способ: подписание сторонами акта выполненных работ в конце каждого календарного месяца или привязка к факту оплаты, как свидетельстве о принятии услуги.

Time and Material контракт обычно используют в длительных проектах. Планируйте свою деятельность на несколько лет вперед еще на этапе подписания контракта. В соглашении важно указать способ его расторжения в одностороннем порядке. Без такой точки выхода для исполнителя есть риски быть привлеченным к невыгодному или нежеланному проекту.

Ценообразование.

Основная специфика T&M контрактов — отсутствие заранее оговоренной цены на проект. Есть лишь почасовая ставка. Со временем цена за час работы может меняться или же будет диверсифицироваться в зависимости от предоставления разного рода услуг. Все цены рекомендуется вывести в приложение к договору, чтобы избежать постоянных правок в текст контракта.

Полезный инструмент контроля бюджетов на разработку – предварительное согласование ориентировочного количества часов на спринт. Так, устанавливается пункт в договоре, согласно которому исполнитель обязан уведомить заказчика, если лимит в N часов на соответствующий период (спринт) превышается. Далее, чтобы избежать проблем с расчетами при расторжении договора, стороны часто добавляют к контракту положение, в котором говорится, что заказчик обязан уплатить услуги, полученные им до расторжения контракта в соответствии с объемом проделанной работы.

Управление проектом и коммуникация.

Time and Material – это про гибкость. Все положения соглашения должны быть гибкими, как и сам подход к разработке ПО. Следовательно, в договоре необходимо оговорить удобные процедуры согласования задач и оценки их результатов, соответствующие реальным бизнес-процессам в IT компании. Например, стороны согласовывают основной список задач каждые 2-4 недели, и, при желании, они вправе вносить незначительные изменения в поставленные задачи по электронной почте или через систему трекинга задач. В противном случае контракт увеличит рабочую нагрузку из-за лишней бюрократизации процесса внесения изменений в техническое задание.

Интеллектуальная собственность.

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

Если IT компания-исполнитель собирается использовать собственные наработки или открытый код при разработке программного обеспечения для заказчика, то данные обстоятельства обязательно предусматриваются в контракте, как и заложение в основу разработки материалы, предоставленные заказчиком.

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

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

В результате, Time and Material представляет собой удобную модель ценообразования, которая при определенных условиях может быть взаимовыгодной для каждой из сторон. Сбалансированный подход и продумывание всех пунктов договора обеспечат должную защиту прав и интересов каждой стороны, не отягощая процессы оказания услуг.

    Первичная консультация по ІТ праву в твоем кейсе. Не медли ;)Твой вопрос ІТ юристам


    Хочешь получать крутую инфу по IT-праву,
    без спама и надоедливых акций?