Программист увольняется — и выясняется, что часть кода лежит в его личном репозитории, а в инструкции написано только «разрабатывает программное обеспечение». Доказать, что этот код служебный, и получить его обратно оказывается не так просто, как кажется.
Для программиста инструкция решает две задачи: закрепляет исключительное право на код за работодателем и описывает порядок работы с репозиторием, доступами и чужими библиотеками. Ниже — что должно быть в инструкции, чтобы права на код действительно перешли к компании, как разграничить обязанности с сисадмином и техподдержкой и что сказать про профстандарт.
Актуально на · Проверено: Юлия Исакова, HR-специалист, стаж 15 лет
Прежде чем описывать обязанности, зафиксируйте вводные, от которых зависит текст:
Базовый перечень для штатного программиста, который разрабатывает и сопровождает программное обеспечение по заданию. Таблица — типовое разделение, а не исчерпывающий список: в компании без выделенного тестировщика часть проверки ляжет на самого программиста.
| Зона работы | Функции программиста | Что остаётся у смежной роли или руководителя | Что согласовать |
|---|---|---|---|
| Разработка по заданию | Разрабатывает программный код по полученному заданию и согласованным требованиям, соблюдает принятые у работодателя стандарты разработки | Постановка задания и приёмка результата — руководитель или технический директор | Кто утверждает задание и в каком формате оно фиксируется |
| Тестирование и отладка | Проверяет работоспособность и проводит отладку кода, устраняет выявленные дефекты в согласованные сроки | Приёмочное тестирование — заказчик задачи или тестировщик, если он есть в штате | Кто считает дефект критичным и сроки на исправление |
| Репозиторий и код | Размещает разработанный код в системе контроля версий работодателя; не хранит рабочий код в личных репозиториях и на личных носителях | Права доступа к репозиторию и его резервное копирование — системный администратор | Какая система контроля версий используется и кто в неё допущен |
| Сопровождение продукта | Сопровождает эксплуатируемое программное обеспечение: анализирует инциденты, вносит исправления, готовит обновления | Приём обращений пользователей и первичная диагностика — специалист техподдержки | Порядок и сроки эскалации инцидентов от поддержки к разработке |
| Лицензии и компоненты | Использует сторонние библиотеки и компоненты только с соблюдением условий их лицензий; фиксирует состав используемых компонентов и их лицензии | Утверждение платных лицензий и подписок — руководитель | Разрешённые типы открытых лицензий и бюджет на платные |
| Защита данных в разработке | Не выгружает рабочие данные в незащищённые среды, не использует реальные персональные данные в тестовых средах без обезличивания | Доступ к продуктивной базе и её защита — системный администратор | Порядок обезличивания данных для тестовых сред |
| Документация | Ведёт техническую документацию по разработанным решениям в объёме, установленном работодателем | Требования к формату документации утверждает руководитель | Обязательный минимум документации по каждому релизу |
Формулировка «занимается разработкой» не отвечает на вопрос, кто верстает макеты в интерфейс, кто настраивает серверы и кто первым принимает обращение пользователя о сбое. Чтобы инструкция не разрослась, запишите, что остаётся у других:
Если программист по факту совмещает разработку с администрированием серверов, у совмещения должна быть отдельная строка в трудовом договоре с письменного согласия работника и за доплату (ст. 60.2, 151 ТК РФ), а режим доступа к инфраструктуре и защита данных описываются уже по правилам инструкции системного администратора.
Для разработки программного обеспечения действует профстандарт 06.001 «Программист», утверждённый приказом Минтруда России от 20.07.2022 № 424н (зарегистрирован Минюстом 22.08.2022 № 69720, действует с 01.03.2023 по 01.03.2029; заменил ранее действовавший приказ от 18.11.2013 № 679н, который утратил силу). Стандарт описывает несколько обобщённых трудовых функций — от написания и тестирования кода по готовым спецификациям до проектирования архитектуры программных систем — с разными требованиями к образованию и опыту.
Обязательным этот стандарт для коммерческой организации не является. Профстандарт обязателен, только если требования к квалификации установлены ТК, федеральными законами или иными нормативными правовыми актами (ч. 1 ст. 195.3 ТК РФ); в остальных случаях он служит основой для требований работодателя (ч. 2 ст. 195.3 ТК РФ). Обязательных квалификационных требований для должности программиста в коммерческой компании мы не нашли; исключение стоит проверить отдельно, если компания работает с объектами критической информационной инфраструктуры. Диплом и стек технологий — критерии отбора кандидата, в текст инструкции их обычно не переносят, если работодатель сам не решил иначе.
Фрагмент из нашего шаблона. Полная версия включает все пять разделов и настраивается под ваши условия.
1. Общие положения
1.1. Настоящая инструкция определяет трудовую функцию, обязанности, права и ответственность работника в должности «Программист».
1.2. Работник назначается и освобождается от должности приказом ______________________ (указать должность руководителя Организации).
1.3. Работник подчиняется непосредственно ______________________ (указать должность руководителя).
1.4. Требования к квалификации: ______________________ (указать требования, установленные работодателем).
1.5. В период отсутствия работника его обязанности исполняет лицо, назначенное в установленном порядке.
1.6. В работе руководствуется: законодательством РФ, локальными актами Работодателя, настоящей инструкцией.
3. Должностные обязанности
Работник обязан:
3.1. Разрабатывать программный код в соответствии с полученным заданием, согласованными требованиями и принятыми у Работодателя стандартами разработки.
3.3. Размещать разработанный код в системе контроля версий Работодателя; не хранить рабочий код в личных репозиториях и на личных носителях.
3.7. Использовать сторонние библиотеки и компоненты только с соблюдением условий их лицензий; фиксировать состав используемых компонентов и их лицензии.
3.8. Соблюдать требования по защите обрабатываемых данных: не выгружать рабочие данные в незащищённые среды, не использовать реальные персональные данные в тестовых средах без обезличивания.
3.11. Не разглашать сведения об архитектуре, исходном коде, уязвимостях и внутренних процессах Работодателя.
[В полной версии — раздел 2 «Трудовые функции», остальные обязанности раздела 3 (отладка, сопровождение, документация, оценка трудоёмкости), раздел 4 «Права», раздел 5 «Ответственность».]
Пропишем задание и приёмку, хранение кода в репозитории, учёт лицензий сторонних библиотек и порядок доступа к данным. После оплаты — готово в течение рабочего дня.
Инструкция — 690 ₽Анкета 5 минут. Не соответствует заявленному составу — вернём оплату.
Можно — фрагмент выше показывает структуру и формулировки. Вопрос в том, что общий образец не знает: где у вас репозиторий, кто ставит задание и какие библиотеки разрешены к использованию.
Первый пропуск — права на код. Фраза «весь код принадлежит компании» не учитывает условий ст. 1295 ГК РФ: разработка должна входить в трудовые обязанности, а договор не должен предусматривать иное. Второй пропуск — репозиторий и лицензии: без обязанности хранить код в корпоративной системе контроля версий код может физически остаться у автора, а без учёта лицензий сторонних компонентов претензия правообладателя приходит компании неожиданно.
Поэтому бесплатный образец годится, чтобы понять объём документа. Подписывать стоит инструкцию под вашу систему контроля версий и ваш стек — мы делаем её за 690 ₽ в течение рабочего дня после оплаты.
Нормы, на которые опирается инструкция: ст. 60.2, 151, 195.3, 241, 243, 312.1 ТК РФ; профстандарт 06.001 (приказ Минтруда от 20.07.2022 № 424н); ст. 1228, 1235, 1259, 1261, 1262, 1295 ГК РФ.
Инструкция — один из документов приёма. Для программиста отдельно стоит учесть два момента.
Остальное стандартно: трудовой договор, приказ о приёме и лист ознакомления с локальными актами. Согласие на обработку персональных данных работника в комплекте — отдельный документ для тех целей обработки, которым действительно нужно согласие; например, при получении данных о работнике у третьей стороны (ст. 86 ТК РФ). Сам приём на работу подписания согласия не требует; работник вправе отказаться от обработки, основанной на согласии. Если программист будет удалённым, анкета отдельно спросит про формат и оборудование. Договор о полной материальной ответственности для программиста не оформляют. Заполните анкету — предпросмотр соберёт полный состав комплекта под вашу ситуацию.
Должности вне каталога собираем под заказ. Проверим вашу и подтвердим состав, цену и срок — до оплаты. Готовый комплект — до 2 рабочих дней после оплаты, цена по выбранному тарифу не меняется.
Нет. Исключительное право на служебное произведение принадлежит работодателю, только если разработка входит в трудовые обязанности работника и трудовой или иной договор с ним не предусматривает иное (п. 2 ст. 1295 ГК РФ). Без записи обязанности «разрабатывать код по заданию» довод о служебном характере кода в споре доказать сложнее.
Нет, права на программу для ЭВМ возникают в силу самого факта её создания, независимо от регистрации (п. 4 ст. 1259 ГК РФ). Правообладатель вправе по желанию зарегистрировать программу в Роспатенте (ст. 1262 ГК РФ) — это не обязательно, но облегчает доказывание автора и даты создания при споре.
Можно, но строго в пределах условий конкретной лицензии: право использования, прямо не указанное в лицензионном договоре, не считается предоставленным (п. 1 ст. 1235 ГК РФ). Часть открытых лицензий требует раскрытия исходного кода итогового продукта — такие библиотеки в закрытый коммерческий продукт обычно не годятся, и это стоит проверять до подключения зависимости, а не после релиза.
Как правило нет, если это личные проекты вне рабочего задания и не пересекаются с кодовой базой работодателя: норма о служебных произведениях применяется только к тому, что создано в пределах трудовых обязанностей (п. 1 ст. 1295 ГК РФ). Границу — какие проекты считаются личными, а какие конфликтуют с рабочими задачами — полезно закрепить в инструкции или отдельной политике.
Отозвать доступ к репозиториям, продуктивным серверам и внутренним системам нужно как можно быстрее после прекращения трудовых отношений — это обязанность работодателя, а не программиста, и в инструкции сисадмина или ответственного за доступы должен быть чёткий порядок такого отзыва по уведомлению от кадровой службы.
Дистанционную работу предусматривает трудовой договор или дополнительное соглашение к нему (ст. 312.1 ТК РФ). Формат инструкции не меняется, но при удалённой работе особенно важны обязанность размещать код только в корпоративном репозитории и запрет хранить рабочий код на личных носителях — в анкете указывается, чьё оборудование использует работник.
Соберём инструкцию под ваш репозиторий и порядок работы с лицензиями, а при необходимости — весь комплект приёма: трудовой договор с пунктом о служебных произведениях, приказ, согласие на обработку персональных данных, обязательство о неразглашении. Точный состав покажет предпросмотр анкеты до оплаты.
Весь комплект — 2 990 ₽ Только инструкция — 690 ₽Правки в течение 3 дней бесплатно. Не соответствует заявленному составу — вернём оплату.
Системный администратор · Специалист техподдержки · Дизайнер
PDF на одну страницу: 14 шагов приёма с указанием сроков и статей — что оформить до первого дня, что не позднее следующего рабочего дня, что до допуска к работе.