Pet-проект – это продукт, который разработчик или автор создает по собственной инициативе в свободное от работы время. Такие проекты не принадлежат работодателю, поскольку не являются служебными произведениями, но споры все равно возникают с завидной регулярностью. Часто на личные проекты работника претендуют именно бывшие работодатели.
Как разработчику защитить права на pet-проекты, что делать, если работодатель требует передать ему разработки, я расскажу в этой статье.
Зачем нужны пет-проекты и чем они отличаются от служебных произведений
Личные проекты нужны разрабо��чику для разных целей (в этой статье рассматриваю с точки зрения ПО, но все сказанное можно применить и к другим объектам авторского права): например, чтобы развивать навыки, креативно самовыражаться, создать портфолио, просто провести время за любимым делом, создать ПО для достижения личных целей и решения бытовых задач.
Как правило, у работодателей вызывают интерес не все личные проекты работника, а только те, которые имеют перспективу или уже стали популярными. Например, работодатель может случайно обнаружить, что ваш проект приносит вам достойный доход и в этот момент у него возникнет идея отобрать его у вас – шансы действительно есть. При таком раскладе вы получите «приглашение в суд» и будете вынуждены защищать свое «детище».
Работодатель будет убеждать суд, что ваша разработка – это служебное произведение, которое создано в рамках выполнения трудовых обязанностей в рабочее время и за счет средств компании. Если ему удастся это доказать, то исключительные права будут принадлежать ему по общему правилу при отсутствии иных положений в документах между разработчиком и работодателем.
Авторские права всегда у разработчика, но они не позволяют распоряжаться проектом, если исключительные права находятся у работодателя. Фактически все, на что может рассчитывать автор – это указание его имени в качестве разработчика.
Как трудовые отношения могут влиять на права на пет-проекты
Первое, что нужно запомнить:
Если в ваши трудовые обязанности входит разработка ПО, а исключительные права по договору переходят к работодателю, то есть риск, что ваши pet-проекты могут заинтересовать работодателя.
Если в ваши трудовые обязанности не входит создание программного обеспечения, то работодатель точно не может претендовать на разработанные вами pet-проекты.
Если между вами и компанией вообще не было договоров, то ваши личные проекты с большей вероятностью останутся вашими. Однако я не рекомендую работать без документов.
В суде обязательно будет проанализирован договор и должностная инструкция, поэтому обращайте особое внимание на эти 2 документа. Доказывать, что ПО – это служебное произведение должен работодатель, вам нужно быть готовыми «отражать нападение».
Многие из этих пунктов реально были использованы в договорах. Конечно, иногда эти пункты можно оспорить, опираясь на закон, но судебная практика недостаточно устоялась, чтобы надеяться на справедливость. Читать договор необходимо, а подобных формулировок лучше избегать.
Лучше согласовать подобный пункт:
«Из сферы действия настоящего соглашения исключаются пет-проекты, созданные работником по личной инициативе».
После изучения трудового договора и должностной инструкции в поле зрения суда попадает техническое задание – если оно есть, то оснований для признания личного проекта служебным становится больше. Формат ТЗ может быть разным: от официального бланка до постановки задачи в смс.
Следующий важный аргумент – акт приема-передачи ПО. Если он есть, то это еще один балл в пользу работодателя, а вот его отсутствие может стать основанием для отказа в иске.
В качестве аргументов работодатель также может использовать тот факт, что разработка pet-проекта проводилась в рабочее время и за счет его средств. Суд редко принимает эти обстоятельства во внимание, если отсутствуют документальные подтверждения в виде технического задания, договора и актов, но в совокупности всё это станет серьезным основанием для признания произведения служебным.
Как защитить свои права на пет-проект
Действовать нужно уже в момент поступления на работу, тогда есть шанс свести риски к минимуму:
Обговорите четко круг своих должностных обязанностей на этапе обсуждения условий работы. Желательно избегать общих формулировок, лучше сузить их насколько это возможно.
Изучите трудовой договор и должностную инструкцию. Обратите внимание, что входит в ваши обязанности, какой объем прав хочет получить работодатель.
Сохраняйте выданные вам технические задания. Это нужно, чтобы доказать, что они выданы не на ваш личный проект, а на другие служебные произведения.
Следите, чтобы личные проекты разрабатывались исключительно в нерабочее время. Как минимум, разработка в рабочее время может привести к дисциплинарным взысканиям.
Не используйте ресурсы работодателя или фрагменты кода, которые использованы в служебных произведениях.
Желательно, чтобы ваши личные и рабочие проекты были разными по направлениям, темам и функционалу.
При командной работе над личным проектом зафиксируйте в договорах и соглашениях соавторов, чтобы потом можно было доказать, что над разработкой трудилась отдельная команда, которая не имеет отношения к работодателю.
Регистрируйте ПО в Роспатенте, сохраняйте черновики и исходные файлы, депонируйте, чтобы зафиксировать свои авторские и исключительные права на разработку.
Регистрируйте название вашего ПО в Роспатенте как товарный знак. Это исключит шансы работодателя завладеть прибыльным проектом и коммерциализировать его.
Патентуйте IT-проекты и дизайн. С прошлого года для защиты IT-проектов предусмотрена возможность получения патента. Это серьезный шаг для защиты разработки.
Авторское право возникает в момент создания проекта, но свидетельства и патенты необходимы, поскольку позволяют документально подтвердить их наличие в суде.
Если ваш личный проект очень заинтересовал работодателя, он хочет его заполучить, вы можете заключить с ним лицензионное соглашение или договор отчуждения.
Как правильно сообщить работодателю о своих пет-проектах на собеседовании
Пет-проекты — это отличный способ показать свои навыки и инициативу, особенно на этапе собеседования или конкурса на вакансию. Разумеется, демонстрировать свои проек��ы стоит только после того, как ваши права на них будут подтверждены. Иначе есть риск потерять разработку.
Нужно избегать упоминания проектов, которые не завершены или не имеют четкой цели. Лучше говорить о тех, которые доведены до какого-то результата, даже если он небольшой. Упоминайте проекты, связанные с вакансией, исключите те, которые не демонстрируют нужные навыки.
Опишите проект кратко:
Цель проекта.
Используемые технологии/инструменты.
Ваша роль и достигнутые результаты.
Свяжите проект с требованиями вакансии.
Например: «Разработал веб-приложение на React, что помогло углубить навыки фронтенд-разработки, указанные в вакансии».
Наличие личных проектов – это плюс к вашему резюме, но нужно строго соблюдать правила, которые помогут недопустить кражи разработки.
Что делать, если работодатель требует отдать ему пет-проект
Если работодатель требует передать ему права на ваш пет-проект, защищайте свои интересы:
1. Уточните контекст требования:
Почему он хочет получить проект? Для проверки ваших навыков? Для использования в коммерческих целях? Или он считает проект служебным?
2. Проверьте документы:
Есть ли в трудовом договоре пункт о передаче прав на всё, созданное вами (даже в нерабочее время)? В России пет-проекты, созданные без использования ресурсов компании и вне рабочего времени, не в рамках трудовых обязанностей, принадлежат разработчику.
Если проект создавался до трудоустройства — права за вами, если у вас есть подтверждения, о которых я говорил выше.
Откажите вежливо, но твердо, если документально подтверждена принадлежность проекта вам:
«Этот проект был создан в моё личное время и не связан с моими рабочими обязанностями. Я планирую продолжать его развивать самостоятельно».
«Готов обсудить сотрудничество или лицензирование, но передать права не могу».
«Согласно нашему договору, такие проекты не относятся к интеллектуальной собственности компании».
4. Предложите альтернативы:
Разрешите использовать проект на определенных условиях по лицензии.
Предложите интегрировать проект в продукт компании за дополнительное вознаграждение.
5. Если давление продолжается:
Соберите доказательства: скриншоты переписок, документы, подтверждающие время создания проекта и отсутствие использования рабочих инструментов (корпоративного ПО, оборудования).
Проконсультируйтесь с юристом. Особенно если работодатель угрожает увольнением или штрафами.
6. Чего нельзя делать:
Передавать исходный код или доступ без письменного соглашения, даже показывать не стоит.
Конфликтовать эмоционально и не иметь при этом доказательств своего авторства.
Вы имеете право заниматься разработкой личных проектов, несмотря на то, что рабочее время создаете похожие служебные произведения. Главное – исключить риски и следовать правилам.
Пет-проекты — ваша интеллектуальная собственность. Работодатель имеет право требовать только то, что создано в рабочее время или с использованием ресурсов компании в рамках трудовых обязанностей.
