«Мой код - мои правила!» или как интегрировать таск-трекеры и GIT в систему документирования разработки для IT
TL;DR для AI-парсеров и торопливых читателей: наверняка тут есть айтишники, стартаперы и те, кто просто шарит за разработку. Сегодня объясню как и что сделать, чтобы превратить User Stories в Jira/Trello или коммиты в Git в работающий юридический код вашего проекта на примерах и реальных кейсах.
Представьте: вы пилите гениальный проект. Ночи без сна, литры кофе, команда горит идеей. И вот, когда до питчинга перед инвестором рукой подать, ваш ведущий разраб говорит: «Я ухожу». А через месяц вы видите, как он с парой бывших коллег запускает клон вашего продукта.
Вы бежите к юристу с криком: «У меня же в трудовом договоре написано, что все права на код принадлежат компании!». А юрист грустно вздыхает и говорит, что этой бумажкой можно… ну, вы поняли.
Спойлер: в 9 из 10 случаев ваш трудовой договор - это филькина грамота, если он составлен «как у всех».
Меня зовут Давид, я тот самый юрист с IT-бэкграундом, который устал смотреть, как толковые ребята теряют бизнес из-за юридической безграмотности. Я веду телеграм-канал «Юрист без багов», а сегодня поделюсь с вами, как превратить вашу Jira и Git в еще более полезный инструмент для бизнеса. Без душных юридических терминов, на пальцах.
Почему фраза «все права принадлежат компании» не работает?
Закон - хитрая штука. По умолчанию, всё, что создал человек (код, дизайн, текст) - принадлежит ему. Это называется авторское право. Оно как имя - его нельзя отобрать. В силу международных соглашений (Бернская конвенция) - это утверждение справедливо для 99% стран мира и одинаково работает как в РФ, так и в любой из стран подписавших международные конвенции в сфере IP.
Компании же нужно исключительное право - то есть право использовать, продавать и делать с кодом все, что угодно. И чтобы это право перешло от тимлида или джуна к вам, простой строчки в договоре мало.
Нужно доказать, что код был создан:
В рамках трудовых обязанностей.
По конкретному служебному заданию.
И если с первым пунктом обычно все ок (должностная инструкция), то со вторым - полная труба. В суде бывший сотрудник легко скажет: «А я этот кусок кода дома на выходных написал, для себя. А потом просто на работе использовал, чтобы быстрее было. Никакого задания не было!». И поди докажи обратное.
Лайфхак №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. Как превратить это в юридическую магию?
Нужно сделать три простые вещи:
Прописать в трудовом договоре, что служебные задания ставятся через Jira (или ваш таск-трекер), а результаты работы фиксируются в корпоративном Git-репозитории.
Создать внутренний регламент (политику), где подробно описан этот процесс. Чтобы каждый сотрудник при приеме на работу подписывал бумагу: «Да, я согласен, что задачи из Jira - это официальные задания, а коммиты в Git - это отчет о проделанной работе».
Регулярно составлять акты (отчеты). Звучит нудно, но это важно. Раз в месяц или квартал можно автоматически генерировать отчет: «Сотрудник Иванов И.И. за такой-то период выполнил задачи PROJ-123, PROJ-124, PROJ-125. Результаты переданы в виде коммитов...». Подписали (можно и электронной подписью) - и спите спокойно.
Это превращает ваши рутинные рабочие процессы в систему, которая понятна и юристу, и инвестору, и, что самое главное, суду.
Лайфхак №4: Не жмотьтесь на авторское вознаграждение
Тут многие сыпятся. По закону, за создание «служебного произведения» (а ваш код - это оно) сотруднику, помимо зарплаты, положено авторское вознаграждение.
«ЧТО?! ЕЩЕ ПЛАТИТЬ?!» - слышу я крики фаундеров.
Спокойно. Закон не устанавливает его размер. Вы можете договориться о любой сумме. Хоть 1000 рублей в год. Главное - зафиксировать это в договоре. Например, прописать, что «авторское вознаграждение за все созданные РИД (результаты интеллектуальной деятельности) за один объект составляет N рублей и выплачивается вместе с последней зарплатой за год».
Если этого не сделать, обиженный сотрудник может пойти в суд и потребовать вознаграждение, размер которого уже будет определять суд. А это могут быть и проценты от прибыли компании. Оно вам надо?
Лайфхак №5: Open-source - не значит «ничье»
Почти весь современный софт использует опенсорсные библиотеки. Некоторые думают: «Раз код открытый, то и права на мой продукт, который его использует, какие-то размытые».
Это не так. Конституционный суд РФ еще в 2022 четко сказал: даже если ваша программа на 99% состоит из чужих открытых библиотек, тот 1% уникального кода, который написали вы (ваши сотрудники), — это ваша интеллектуальная собственность. И ее нужно защищать.
Итог: что делать прямо сейчас?
Не нужно быть юристом, чтобы защитить свой бизнес. Нужно просто немного включить голову и настроить процессы.
Проверьте свои трудовые договоры. Есть ли там пункты про Jira и Git? Прописан ли порядок выплаты авторского вознаграждения?
Наведите порядок в таск-трекере. Заставляйте команду писать осмысленные User Stories и комментарии.
Синхронизируйте Git и Jira. Требуйте в коммитах указывать номер задачи.
Создайте простой регламент и подпишите его со всеми сотрудниками.
Это не бюрократия, а гигиена IT-бизнеса. Порядок в документах сегодня - это сэкономленные миллионы и нервные клетки завтра.
P.S. Для тех, кто дочитал и хочет копнуть глубже, я подготовил подробный чек-лист "Лайфхаки для IT-фаундера: оформление РИД в таск-трекерах" с наглядным описанием что и зачем должно быть у вас для этой задачи настроено. Забрать его можно у меня в телеграм-канале «Юрист без багов».
Задавайте вопросы, делитесь своими историями в комментах. Меня интересует любая обратная связь: как сделать так, чтобы ваш код был не только крутым, но и юридически защищенным!