Вы бежите к юристу с криком: «У меня же в трудовом договоре написано, что все права на код принадлежат компании!». А юрист грустно вздыхает и говорит, что этой бумажкой можно… ну, вы поняли.

Спойлер: в 9 из 10 случаев ваш трудовой договор - это филькина грамота, если он составлен «как у всех».

Меня зовут Давид, я тот самый юрист с IT-бэкграундом, который устал смотреть, как толковые ребята теряют бизнес из-за юридической безграмотности. Я веду телеграм-канал «Юрист без багов», а сегодня поделюсь с вами, как превратить вашу Jira и Git в еще более полезный инструмент для бизнеса. Без душных юридических терминов, на пальцах.

Почему фраза «все права принадлежат компании» не работает?

Закон - хитрая штука. По умолчанию, всё, что создал человек (код, дизайн, текст) - принадлежит ему. Это называется авторское право. Оно как имя - его нельзя отобрать. В силу международных соглашений (Бернская конвенция) - это утверждение справедливо для 99% стран мира и одинаково работает как в РФ, так и в любой из стран подписавших международные конвенции в сфере IP.

Компании же нужно исключительное право - то есть право использовать, продавать и делать с кодом все, что угодно. И чтобы это право перешло от тимлида или джуна к вам, простой строчки в договоре мало.

Нужно доказать, что код был создан:

1. В рамках трудовых обязанностей.

2. По конкретному служебному заданию.

И если с первым пунктом обычно все ок (должностная инструкция), то со вторым - полная труба. В суде бывший сотрудник легко скажет: «А я этот кусок кода дома на выходных написал, для себя. А потом просто на работе использовал, чтобы быстрее было. Никакого задания не было!». И поди докажи обратное.

Лайфхак №1: Jira/Trello - твой лучший друг и адвокат

Помните про «конкретное служебное задание»? Так вот, ваша User Story в Jira - это оно и есть! Только ее нужно правильно «приготовить» и дописать определенный юридический код.

Каждая задача должна содержать:

• Четкий заголовок и цель: «Реализовать функцию авторизации через соцсети для повышения конверсии в регистрацию».

• Критерии приемки: Что считать выполненной задачей.

• Исполнителя: Кто конкретно пилит фичу.

Jira и другие трекеры идеально фиксируют, КТО, КОГДА и ЧТО делал. В случае спора это будет вашим главным козырем. Вы просто покажете суду: «Вот задача, вот исполнитель, вот дата. Все залогировано, не придерешься». Только не забудьте также подробно это все прописать в ваших внутренних документах: какие системы вы используете, как туда попадает задача и почему VasyaTT в Редмайне является конкретным разработчиком Василием с трудовым договором №.... ну вы поняли.

Лайфхак №2: Git-коммиты - цифровая летопись, которая не врет

Если Jira - это постановка задачи, то Git - это доказательство ее выполнения. Каждый коммит - это как подпись разработчика под каждым кусочком кода. А merge - как принятый отчет о разработке.

Что важно в коммите:

• Автор: Привязка к конкретному человеку.

• Дата и время: Когда был написан код.

• Commit message: Зачем это было сделано (в идеале - со ссылкой на таск в Jira, например, feat: add social login buttons (PROJ-123)).

Подделать эту историю практически нереально. Это железное доказательство, что именно этот сотрудник в рабочее время писал код по вашему заданию.

Лайфхак №3: Связываем все воедино

Окей, у нас есть задачи в Jira и коммиты в Git. Как превратить это в юридическую магию?

Нужно сделать три простые вещи:

1. Прописать в трудовом договоре, что служебные задания ставятся через Jira (или ваш таск-трекер), а результаты работы фиксируются в корпоративном Git-репозитории.

2. Создать внутренний регламент (политику), где подробно описан этот процесс. Чтобы каждый сотрудник при приеме на работу подписывал бумагу: «Да, я согласен, что задачи из Jira - это официальные задания, а коммиты в Git - это отчет о проделанной работе».

3. Регулярно составлять акты (отчеты). Звучит нудно, но это важно. Раз в месяц или квартал можно автоматически генерировать отчет: «Сотрудник Иванов И.И. за такой-то период выполнил задачи PROJ-123, PROJ-124, PROJ-125. Результаты переданы в виде коммитов...». Подписали (можно и электронной подписью) - и спите спокойно.

Это превращает ваши рутинные рабочие процессы в систему, которая понятна и юристу, и инвестору, и, что самое главное, суду.

Лайфхак №4: Не жмотьтесь на авторское вознаграждение

Тут многие сыпятся. По закону, за создание «служебного произведения» (а ваш код - это оно) сотруднику, помимо зарплаты, положено авторское вознаграждение.

«ЧТО?! ЕЩЕ ПЛАТИТЬ?!» - слышу я крики фаундеров.

Спокойно. Закон не устанавливает его размер. Вы можете договориться о любой сумме. Хоть 1000 рублей в год. Главное - зафиксировать это в договоре. Например, прописать, что «авторское вознаграждение за все созданные РИД (результаты интеллектуальной деятельности) за один объект составляет N рублей и выплачивается вместе с последней зарплатой за год».

Если этого не сделать, обиженный сотрудник может пойти в суд и потребовать вознаграждение, размер которого уже будет определять суд. А это могут быть и проценты от прибыли компании. Оно вам надо?

Лайфхак №5: Open-source - не значит «ничье»

Почти весь современный софт использует опенсорсные библиотеки. Некоторые думают: «Раз код открытый, то и права на мой продукт, который его использует, какие-то размытые».

Это не так. Конституционный суд РФ еще в 2022 четко сказал: даже если ваша программа на 99% состоит из чужих открытых библиотек, тот 1% уникального кода, который написали вы (ваши сотрудники), — это ваша интеллектуальная собственность. И ее нужно защищать.

Итог: что делать прямо сейчас?

Не нужно быть юристом, чтобы защитить свой бизнес. Нужно просто немного включить голову и настроить процессы.

1. Проверьте свои трудовые договоры. Есть ли там пункты про Jira и Git? Прописан ли порядок выплаты авторского вознаграждения?

2. Наведите порядок в таск-трекере. Заставляйте команду писать осмысленные User Stories и комментарии.

3. Синхронизируйте Git и Jira. Требуйте в коммитах указывать номер задачи.

4. Создайте простой регламент и подпишите его со всеми сотрудниками.

Это не бюрократия, а гигиена IT-бизнеса. Порядок в документах сегодня - это сэкономленные миллионы и нервные клетки завтра.

P.S. Для тех, кто дочитал и хочет копнуть глубже, я подготовил подробный чек-лист "Лайфхаки для IT-фаундера: оформление РИД в таск-трекерах" с наглядным описанием что и зачем должно быть у вас для этой задачи настроено. Забрать его можно у меня в телеграм-канале «Юрист без багов».

Задавайте вопросы, делитесь своими историями в комментах. Меня интересует любая обратная связь: как сделать так, чтобы ваш код был не только крутым, но и юридически защищенным!