Здравствуйте, в этой статье мы постараемся ответить на вопрос: «Служебные произведения: кому они принадлежат». Если у Вас нет времени на чтение или статья не полностью решает Вашу проблему, можете получить онлайн консультацию квалифицированного юриста в форме ниже.
В силу требований закона фактическое допущение Работодателем физического лица (Работника) к работе, т.е. к выполнению работы по определенной специальности, квалификации или должности (трудовой функции) осуществляется только после заключения сторонами Трудового договора. При этом допуск Работодателем к работе лица без заключения Трудового договора влечет штраф на должностных лиц в размере тридцати, на субъектов малого предпринимательства или некоммерческие организации – в размере шестидесяти, на субъектов среднего предпринимательства – в размере ста, на субъектов крупного предпринимательства – в размере ста пятидесяти месячных расчетных показателей.
Порядок заключения Трудового договора с разработчиком программного обеспечения гражданином Республики Казахстан и оформление приема на работу:
- оформлено и подписано Работником лично или его законным представителем Согласие на сбор, обработку персональных данных;
- Работодатель обязан ознакомить Работника с Правилами внутреннего трудового распорядка, иными актами Работодателя, имеющими отношение к работе (трудовой функции) Работника, Коллективным договором (при его наличии);
- Работником представлены для заключения Трудового договора с разработчиком программного обеспечения гражданином Республики Казахстан нижеследующие документы:
-
документ, удостоверяющий личность Работника:
-
дееспособные совершеннолетние граждане Республики Казахстан — удостоверение личности или паспорт;
-
ограниченно дееспособные совершеннолетние граждане Республики Казахстан — удостоверение личности или паспорт, а также документы, удостоверяющие личность и полномочия законного представителя;
-
- документ об образовании, квалификации, наличии специальных знаний или профессиональной подготовки при заключении Трудового договора с разработчиком программного обеспечения гражданином Республики Казахстан на работу, требующую соответствующих знаний, умений и навыков;
- документ, подтверждающий трудовую деятельность (для лиц, имеющих трудовой стаж);
- документ о прохождении предварительного медицинского освидетельствования (для лиц, в силу закона обязанных проходить такое освидетельствование);
- справку о наличии либо отсутствии сведений о совершении уголовного правонарушения: убийство, умышленное причинение вреда здоровью, против здоровья населения и нравственности, половой неприкосновенности, экстремистские или террористические преступления, торговлю людьми при заключении трудового договора в сфере образования, воспитания, организации отдыха и оздоровления, физической культуры и спорта, медицинского обеспечения, оказания социальных услуг, культуры и искусства с участием несовершеннолетних
-
Указанный выше перечень документов является исчерпывающим и Работодатель не вправе требовать иных документов, за исключением специально установленных законом случаев. Также важно помнить, что хранение подлинников документов Работника (временное их оставление) у Работодателя осуществляется исключительно при наличии согласия Работника с выдачей Работодателем Работнику письменного обязательства о возврате документов;
- заключен и подписан Работодателем и Работником в письменной форме представленный Трудовой договор с разработчиком программного обеспечения гражданином Республики Казахстан, на основании которого возникают трудовые отношения между Работником и Работодателем. При этом Трудовой договор с разработчиком программного обеспечения гражданином Республики Казахстан заключается и подписывается сторонами не менее чем в двух экземплярах и подписывается сторонами. По одному экземпляру Трудового договора хранится у Работника и Работодателя.
-
на основании заключенного Трудового договора с разработчиком программного обеспечения гражданином Республики Казахстан оформлен и издан акт Работодателя (приказ) о приеме Работника на работу;
- в силу налогового законодательства (статья 343 Налогового Кодекса РК) налогоплательщику (Работнику) предоставляется право на налоговый вычет по доходам, получаемым только у одного из Работодателей, на основании поданного им (Работником) заявления и документов, подтверждающих право на применение налоговых вычетов.
Право сотрудника на вознаграждение
У сотрудника в соответствии с п.2 ст. 1295 ГК РФ есть право на получение вознаграждения, если компания начнет использовать его служебное произведение или передаст исключительное право на служебное произведение другому лицу (клиенту компании, например).
Если компания не выплатит вознаграждение сотруднику, то сотрудник в дальнейшем может потребовать выплатить ему вознаграждение. Если компания выросла из гаража в компанию с оборотами в миллиарды рублей и иностранными клиентами, то размер вознаграждения также может быть значительным.
Для этого в трудовом договоре нужно закрепить размер и порядок начисления вознаграждения. Например, вознаграждение за служебное произведение (код) выплачивается единоразово в течение трех дней после подписания акта о передаче исключительных прав на данное служебное произведение. Далее компания может использовать служебное произведение в любых целях, в том числе передавая исключительные права другим лицам.
Размер вознаграждения можно установить в 1 тыс. рублей — это вознаграждение будет облагаться НДФЛ и страховыми взносами.
Основная часть. I. Договоры на разработку сайтов и программного обеспечения: понятия и виды
В данном исследовании мы рассмотрим два типа договоров: на разработку ПО (различных мобильных и веб-приложений, а также других программ для ЭВМ) и на создание различных сайтов. Основной акцент будет сделан на соблюдении надлежащего качества разработки и порядка передачи результатов работ программистов. Для этого нужно рассмотреть виды используемых договоров.
Отдельных договоров на разработку сайтов и программного обеспечения не существует: они создаются в рамках «классических» договоров, которые отличаются друг от друга некоторыми «акцентами».
Возможные варианты:
- Договор подряда (работы по разработке сайта/ПО);
- Договор возмездного оказания услуг;
- Смешанный договор.
Для договора подряда основным является конкретный овеществленный результат проведенных работ: в данном случае — это сайт или ПО с определенными характеристиками. В этом документе обязательно определяются начальный и конечный сроки, а также могут быть предусмотрены и промежуточные. Например, в
актах-приложениях к договору могут устанавливаться этапы и конкретные работы. Сроки необязательно ограничиваются конкретными датами, они могут определяться и событиями (например, размещением сайта на хостинге).
Договор оказания услуг больше ориентирован на процесс выполнения определенной деятельности, например заданий от заказчика. Это не значит, что здесь нет итогового результата, он есть. Просто обычно он является нематериальным и неотделимым от процесса. В договоре услуг большую роль имеет личность исполнителя (в рассматриваемом вопросе — разработчика). Для этого документа по умолчанию сроки не являются существенным условием, однако могут быть установлены.
Также существует вариант смешанного договора, сочетающего в себе черты и договора услуг, и подряда. Такой вариант представляется оптимальным для разработки как сайта, так и программного обеспечения, поскольку позволяет гибко регулировать процесс.
При судебном разбирательстве суд может самостоятельно установить природу договора, независимо от того, как он назван в тексте. Основное значение имеют конкретные положения документа и другие обстоятельства дела (предмет, особенности исполнения и т.д.).
| Почему важно определить конкретный вид договора? |
| У этих видов договоров разные существенные условия (если их не прописать, документ будет признан незаключенным). В подряде — это сроки. Если договор признан незаключенным (нет сроков в договоре подряда), тогда он и не существует, а следовательно, полученные по нему денежные средства или разработанные продукты должны быть возвращены. |
В договорах и техническом задании (далее — ТЗ) прописываются условия будущего взаимодействия заказчиков и разработчиков.
В первую очередь, порядок исполнения договоров связан с этапами разработки. Они обычно фиксируются в самом документе, а также в приложениях к нему (например, в ТЗ).
V. Подтверждающая документация на разрабатываемые продукты
При создании сайта, приложения и других цифровых продуктов наличия договора недостаточно. Необходимо правильно составить техническое задание, в котором нужно прописать все требуемые характеристики продукта. На основании ТЗ оценивается качество выполненных услуг, соответствие результата запросу клиента и обоснованность претензий.
Для того, чтобы разработка была признана успешной с правовой точки зрения, получившийся продукт нужно правильно оформить.
Для судов доказательством разработки являются:
- Акты выполненных работ и сдачи-приемки результатов;
- Отражение в бухгалтерском учете сведений о продукте;
- Счета-фактуры;
- Сведения о местонахождении сервера (физически или в сети Интернет, в облачных хранилищах);
- Отчеты о загрузке программного продукта;
- Другие доказательства (документы государственной регистрации программы для ЭВМ, представление флеш-носителя с программой, заверенная переписка сторон и т.д.).
В среде разработчиков всё более распространенными инструментами становятся системы управления задачами. Такой способ взаимодействия между заказчиком и разработчиками может быть согласован в самом договоре, и тогда данные оттуда будут считаться надлежащим доказательством в суде. Доказательством будут заверенные скриншоты с данными из таких систем (JIRA, Redmine, GitLab, CRM-системы Bitrix и т.д.).
| Пример из судебной практики |
| Стороны прописали в своем договоре, что техническое задание будет формулироваться через JIRA. В процессе реализации проекта там отражались: задания от заказчика, ответственные за разработку лица, а также время выполнения работ. На основании сведений из JIRA готовились Акты. Благодаря этим данным суд вынес решение в пользу разработчика и постановил взыскать стоимость оказанных услуг и неустойку (основной долг в размере 9 641 долларов США и неустойку в размере 2 000 долларов США).
(Решение Арбитражного суда г. Москвы от 24.12.2021 по делу № А40-175681/2021). Еще в одном деле ключевым доказательством стали данные из системы Redmine. В решении рассмотрено 50 задач, поставленных в Redmine, и по каждой оценен процент выполнения. В соответствии с этими данными суд рассчитал долг и неустойку (долг в размере 235 830 руб., неустойку в размере 105 051 руб.) (Решение Арбитражного суда г. Москвы от 09.02.2021 по делу № А40-7493/2020). |
Бизнес: • Банки • Богатство и благосостояние • Коррупция • (Преступность) • Маркетинг • Менеджмент • Инвестиции • Ценные бумаги: • Управление • Открытые акционерные общества • Проекты • Документы • Ценные бумаги — контроль • Ценные бумаги — оценки • Облигации • Долги • Валюта • Недвижимость • (Аренда) • Профессии • Работа • Торговля • Услуги • Финансы • Страхование • Бюджет • Финансовые услуги • Кредиты • Компании • Государственные предприятия • Экономика • Макроэкономика • Микроэкономика • Налоги • Аудит
Промышленность: • Металлургия • Нефть • Сельское хозяйство • Энергетика
Строительство • Архитектура • Интерьер • Полы и перекрытия • Процесс строительства • Строительные материалы • Теплоизоляция • Экстерьер • Организация и управление производством
Кадровые документы: что нужно учесть
В кадровых документах для IT-разработчиков должны быть закреплены следующие моменты:
- Обязанности разработчика, которые соответствуют служебным заданиям. Если в основном договоре нет условий по разработке конкретного ПО, то они могут быть оформлены в виде дополнительного соглашения. В должностных инструкциях должны быть прописаны обязанности по программированию. Чем подробнее это сделано, тем более защищен с юридической точки зрения работодатель. Например, если в должностной инструкции закреплены обязанности по разработке ПО на языке C++, а программное обеспечение создано на другом языке, то программа может потерять статус служебного произведения.
- Порядок выплаты вознаграждения. Это может быть реализовано разными способами: некоторые компании указывают размер вознаграждения непосредственно в трудовом договоре, другие закрепляют эти условия в Политике о разработке служебных произведений, а третьи включают их в бонусную Политику (при этом вознаграждение не должно фигурировать как «бонус»).
- Порядок выдачи задания на разработку и приемки результатов. Служебное задание может быть оформлено как часть дополнительного соглашения к трудовому договору о выполнении работы. Если компания крупная и в ее штате числится много разработчиков, которые трудятся удаленно, то вместо обычных «бумажных» служебных заданий можно использовать трекеры (системы управления проектами). В этом случае необходимо заключить с работником соглашение об электронном документообороте с применением ЭЦП.
- Момент перехода прав от разработчика (работника) к работодателю. Например, после подписания акта приемки-передачи, после оплаты вознаграждения, заключения допсоглашения к трудовому договору и другие варианты.
Важность соблюдения последнего условия можно проиллюстрировать на примере судебного дела. В 2016 г. одно акционерное общество заключило с digital-агентством договор на разработку Интернет-сайта. Работа по его созданию должна была производиться в 5 этапов. После четвертого этапа разработчик передал сайт заказчику и электронные ключи к нему. Пятый этап разработки затянулся, и заказчик решил самостоятельно доработать сайт, начать его использование.
Однако по договору переход исключительных прав на сайт (он тоже может рассматриваться как авторское произведение) должен был произойти после 5-го этапа, его оплаты и оформления акта приемки-передачи. Digital-агентство обратилось в суд. Суд поддержал истца, так как условия договора не соблюдены и переход экземпляра произведения еще не означает передачу исключительных прав на него (дело № А55-20118/2017).
Кроме того, так как ответчик произвел переработку авторского произведения (доработал сайт, права на который не принадлежали ему), то он нарушил статью 1301 Гражданского кодекса. Ему пришлось выплатить денежную компенсацию digital-агентству в размере 30 тысяч рублей.
Договор на разработку программного обеспечения 2021-2022, образец
Договор на разработку программного обеспечения представляет собой соглашение, в силу которого одна сторона разрабатывает по заданию другой стороны одну или множество программ.
ФАЙЛЫ
Скачать пустой бланк договора на разработку программного обеспечения .docxСкачать образец договора на разработку программного обеспечения .docx
Круг субъектов в рамках настоящего соглашения не ограничен. Таким образом, в качестве субъектов могут выступать как физические и юридические лица, так и индивидуальные предприниматели. Стороны в рамках настоящей сделки именуются Заказчиком и Исполнителем.
Данный договор пользуется высокой популярностью в Российской Федерации. Это обусловлено тем, что многие организации имеют потребность в создании программного обеспечения.
Исходя из этого, существует множество вариантов его создания. Это может быть как разработка ПО с нуля, так и доработка уже созданных продуктов.
Требованиями законодательства предусмотрено, что настоящий договор должен оформляться в письменной форме. В связи с вышесказанным, ниже мы разберем процесс составления указанного вида договора, детально рассмотрев ключевые аспекты при его оформлении.
Должностные обязанности
В настоящий момент обязанности инженера-программиста на предприятии прописаны в ЕКСД для трех должностных позиций:
- Техник-программист.
- Инженер-программист.
- Инженер-программист (программист).
Техник-программист — для технических исполнителей со средним профессиональным образованием. Вторая и третья позиции отличаются уровнем квалификации и отраслевой принадлежностью:
- первая — без деления на категории для специалистов воздушного транспорта;
- вторая — межотраслевая, с категориями и более высокими требованиями к стажу, поскольку программирование — основная профессиональная функция.
Техническое задание на разработку программного обеспечения
Прежде всего техническое задание необходимо программисту, чтобы написать программу. Чем подробнее прописаны требования к программе, ее функционалу, тем ближе будет конечный результат к желаемому. Нередко целесообразно подключать к работе над договором разработчика (со стороны заказчика или со стороны программиста), есть программисты, сочетающие в себе качества разработчика и программиста, тогда он поможет и с техническим заданием.
В техническом задании работы лучше разбить на этапе и согласовать сроки. Срок – это существенное (необходимое) условие договора авторского заказа. Если он не согласован в договоре, то договор авторского заказа не считается заключенным, т.е. не порождает никаких юридических последствий (статья 1299 Гражданского кодекса РФ).
Обычно процесс разработки разбивают на этапы, к которым указывают не только сроки выполнения, но и оплату по договору также делают поэтапной.
Также важно определить, что оплачивают ваши поэтапные платежи: процесс создания (работу) на соответствующем этапе или права на промежуточный этап, а могут быть авансовыми платежами в счет будущей оплаты исключительного права или лицензии (разрешения) на использование программы. Обычно это первое (вознаграждение за работу по этапу из технического задания), однако нередко лучше (зависит от обстоятельств) прописывать в договоре, чтобы это было последним (авансом за права).
Ответственность программиста
IT-специалист, кроме основных прав и положений, которые он обязан выполнять на рабочем месте, несёт ответственность за определённый вид деятельности или бездействий при выполнении своих профессиональных обязанностей.
Ответственность работы программиста:
- При ненадлежащем выполнении своих трудовых обязанностей к работнику могут быть применены санкции в соответствии с Трудовым Кодексом РФ.
- При нарушении уголовного или гражданско-правового законодательства, во время выполнения своих обязанностей, программист несёт ответственность в связи и имеющимися нормами на момент совершения подобных действий.
- Если в результате ненадлежащего выполнения программистом трудовых обязанностей, организация понесла убытки, то в отношении работника применяются санкции в соответствии с действующими нормами Трудового Кодекса.
В процессе выполнения своих профессиональных обязанностей, программист не застрахован от совершения ошибок, но при отвественном подходе к выполнению своих трудовых функций, вероятность возникновения ситуаций, при которых могут возникнуть серьёзные последствия для организации, где трудоустроен IT-специалист, ничтожно мала.
Правовые риски для заказчика
Одним из главных правовых рисков для заказчика является то, что разработчик может в будущем тиражировать свой IT-продукт, продавая его другим лицам в том же виде или слегка видоизменя его. Чтобы этого не произошло, в договоре должно быть прямо указано:
- Права передаются заказчику в ограниченном объеме или на определенный срок. Основные виды использования авторских произведений указаны в статье 1270 Гражданского кодекса.
- Права передаются в полном объеме; заказчик может использовать ПО любым способом, в любой форме.
Используя эти общие формулировки, нужно учитывать, что по статье 1266 ГК РФ любое изменение авторского произведения без согласия автора не допускается. Поэтому возможность модификации (переработки) должна быть указана непосредственно в договоре авторского заказа. В противном случае для этого в будущем потребуется заключение лицензионного договора с автором программы.
В тексте договора можно при необходимости указать:
- гарантии отсутствия программных закладок, которые обеспечивают несанкционированный доступ к информации;
- условия конфиденциальности (неразглашения) закрытой информации разработчиком;
- запрет на использование встроенного кода, разработанного другими лицами, так как при этом может происходить нарушение прав третьих лиц.
3.1. Заказчик обязуется:
3.1.1. своевременно и в полном объеме оплатить стоимость разработки программного обеспечения Исполнителем на условиях настоящего Договора;
3.1.2. предоставить Исполнителю всю необходимую для разработки программного обеспечения информацию;
3.1.3. определить ответственное лицо для взаимодействия с Исполнителем по вопросам, касающимся разработки программного обеспечения;
3.1.4. при отсутствии мотивированных претензий к Исполнителю принять разработанное программное обеспечение после получения извещения от Исполнителя о выполнении работ по разработке и удостоверить факт надлежащей разработки программного обеспечения, предусмотренной настоящим Договором, путем подписания акта приема – передачи выполненных работ.
3.1.5. не разглашать третьим лицам коммерческую, финансовую, техническую и иную информацию, ставшую известной в ходе реализации настоящего Договора;
3.2. Заказчик имеет право:
3.2.1. получать информацию о ходе работ по разработке программного обеспечения лично, по телефону и посредством электронной почты.
3.2.2. расторгнуть настоящий Договор, в случае утраты интереса к предмету настоящего Договора в ходе его выполнения, уведомив о том Исполнителя не позднее одного месяца до момента такого расторжения. Договор будет считаться расторгнутым по истечении указанного срока с момента получения Исполнителем письменного уведомления о расторжении. С момента получения Исполнителем уведомления о расторжении исполнение настоящего Договора приостанавливается.
В случае досрочного расторжения Заказчиком настоящего Договора, Исполнитель имеет право на получение от Заказчика стоимость фактически выполненных работ, а Заказчик обязан оплатить Исполнителю стоимость фактически выполненных работ по Разработке программного обеспечения.
3.2.3. уточнять любым способом специфику выполнения работ по разработке программного обеспечения при условии, что такие уточнения существенно не изменяют предмет настоящего Договора.
Взаимоотношения и связи по должности
Должностная инструкция техника-программиста
1. Техник-программист относится к категории специалистов.
— техника-программиста назначается лицо, имеющее среднее профессиональное образование без предъявления требований к стажу работы;
— техника-программиста II категории — лицо, имеющее среднее профессиональное образование и стаж работы в должности техника-программиста не менее 2 лет;
— техника-программиста I категории — лицо, имеющее среднее профессиональное образование и стаж работы в должности техника-программиста II категории не менее 2 лет.
3. Назначение на должность техника-программиста и освобождение от нее .
4. Техник-программист должен знать:
4.1. Методы проектирования механизированной и автоматизированной обработки информации.
4.2. Средства вычислительной техники, сбора, передачи и обработки информации и правила их эксплуатации.
4.3. Технологию механизированной и автоматизированной обработки информации.
4.4. Рабочие программы, инструкции, макеты и другие руководящие материалы, определяющие последовательность и технику выполнения расчетных операций.
4.5. Виды технических носителей информации, правила их хранения и эксплуатации.
4.6. Действующие системы счислений, шифров и кодов.
4.7. Основные формализованные языки программирования.
4.8. Основы программирования.
4.9. Методы проведения расчетов и вычислительных работ.
4.10. Методы расчета выполненных работ.
4.11. Основы экономики, организации производства, труда и управления.
4.12. Основы трудового законодательства.
4.13. Правила внутреннего трудового распорядка.
4.14. Правила и нормы охраны труда.
5. На время отсутствия техника-программиста (отпуск, болезнь, пр.) его обязанности исполняет лицо, назначенное в установленном порядке. Данное лицо приобретает соответствующие права и несет ответственность за качественное и своевременное исполнение возложенных на него обязанностей.
Основные направления деятельности
Основными направлениями деятельности техника-программиста являются:
1. разработка простых программ обработки информации;
2. обеспечение автоматизированной обработки и представления информации;
3. обеспечение хранения информации на различных носителях.
На техника-программиста возлагаются следующие функции:
1. Разработка программ, обеспечивающих на основе анализа математических моделей и алгоритмов решения экономических и других задач возможность выполнения алгоритма, и, соответственно, поставленной задачи средствами вычислительной техники; проведение их тестирования и отладки.
2. Разработка технологии решения задач по всем этапам обработки информации.
1. Выполняет работу по обеспечению механизированной и автоматизированной обработки поступающей в вычислительный (информационно-вычислительный) центр (далее ВЦ (ИВЦ)) информации, разработки технологии решения экономических и других задач производственного и научно-исследовательского характера.
2. Принимает участие в проектировании систем обработки данных и систем математического обеспечения машины.
3. Выполняет подготовительные операции, связанные с осуществлением вычислительного процесса, ведет наблюдение за работой машин.
4. Составляет простые схемы технологического процесса обработки информации, алгоритмы решения задач, схемы коммутации, макеты, рабочие инструкции и необходимые пояснения к ним.
5. Разрабатывает программы решения простых задач, проводит их отладку и экспериментальную проверку отдельных этапов работ.
6. Выполняет работу по подготовке технических носителей информации, обеспечивающих автоматический ввод данных в вычислительную машину, по накоплению и систематизации показателей нормативного и справочного фонда, разработке форм исходящих документов, внесению необходимых изменений и своевременному корректированию рабочих программ.
7. Участвует в выполнении различных операций технологического процесса обработки информации (прием и контроль входной информации, подготовка исходных данных, обработка информации, выпуск исходящей документации и передача ее заказчику).
8. Ведет учет использования машинного времени, объемов выполненных работ.
Нужна ли лицензия самозанятому
04.05.2011 года вышел ФЗ-99, в котором разъясняются вопросы о лицензировании разных видов деятельности.
Лицензия — это специальное разрешение, которые выдают уполномоченные органы. Она дает право юридическим лицам или индивидуальным предпринимателям выполнять разные виды работ, оказывать услуги определенного характера. Лицензированию подлежит деятельность, которая угрожает здоровью, жизни, правам граждан, наносит урон окружающей среде или объектам культурного наследия.
Самозанятые ИТ-исполнители не являются юридическими лицами, они не зарегистрированы как индивидуальные предприниматели, их деятельность не несет угрозу жизни людей, для которых они создают программные продукты. Следовательно, им не нужно получать лицензию. ФЗ-99 разрешает специалистам IT-отрасли работать без лицензирования.
Аджайл — собирательное название для многих технологий, которые предусматривают постоянный контакт и прямое влияние заказчика на продукт. На одну фирму три аджайла, поэтому строго делить их нет смысла — все условия будут обговаривать с клиентом и учитываться индивидуально, поэтому и договор будет складываться еще более нестандартный.
Основная суть аджайл-разработки — комплексность и гибкость: заказчик составляет список желаемых свистилок и блесток, затем вместе с разработчиком выбирает, какие из них являются приоритетными и обязательно должны войти в конечный продукт. Далее стороны каждые два-четыре недели встречаются, где разработчик показывает уже имеющийся готовый продукт с теми функциями, которые были выбраны во время предыдущей встречи.
Outstaffing или dedicated team? Бывают случаи, когда в разных разработчиков, которых компания-поставщик предлагает заказчику, разный рейт за час работы. Как же заказчику убедиться, что он заплатил за работу Синьора, а работу фактически не выполняют Джуны? Для этого стороны еще во время переговоров договариваются о выделении dedicated team или включают в договор outstaffing clause. Важно не ограничивать свою ИТ компании только трудоустроены разработчиками:
«Заказчик услуги путем привлечения разработчиков из собственного штата и / или самозанятых ИТ-разработчиков (« Команда Разработчиков ») и отвечает за надлежащий уровень экспертизы каждого разработчика.»
Заказчик может оценить уровень подготовки и экспертизу каждого из выделенных на его проект разработчиков и, в случае необходимости, требовать их замены. Также заказчик все еще может оставить за собой право сократить штат команды, чтобы снизить стоимость разработки на каком-то этапе:
«Разработчики привлекаются к проекту только после согласования их кандидатур с Заказчиком, который подписывает соответствующий Приложение или Дополнительное соглашение.»
«Заказчик имеет право требовать исключить конкретного разработчика с Команды Разработчиков, или уменьшить количество Разработчиков, занятых в предоставлении услуг без предварительного согласия Исполнителя.»
Dedicated team отличается от outstaffing если аутстаф предусматривает выделение команды среди трудоустроенных разработчиков, которых работодатель «передает» заказчику ПО в штат (что связано с определенными трудностями ввиду того, что законодательство Украины о труде требует согласия каждого из работников на такое перемещение), то dedicated team фокусируется на распределении трудовых обязанностей внутри трудового коллектива, и не связан с изменением места работы или работодателя.
Оплата может базироваться на различных системах, объединенных в Time & Materials (T & M-based) pricing, когда сумма договора зависит от фиксированного платежа за итерацию, фиксированного платежа на user story или согласованную их количество и тому подобное. В договоре обязательно указываются модель расчетов, время, когда направляются инвойсы, кто оплачивает незавершенную работу во время итерации и фичи, которые не выполняют необходимых требований в Definition of Done (документ, подтверждающий объем услуг, предоставленных в течение одной итерации), воздействие на стоимость сокращения объема работы или досрочного расторжения договора. Стоимость договора, конечно же, может быть ограничено (так называемая coppedprice), и договор при достижении пороговой стоимости прекращается или перезаключается.