Должностная инструкция программиста: как составить правильно

Когда в IT-компанию приходит очередной разработчик, руководитель нередко думает примерно так: «Он и так понимает, что делать — зачем тратить время на бумаги?» Это одно из самых распространённых заблуждений в технологическом бизнесе. Отсутствие грамотно оформленной должностной инструкции превращается в проблему ровно в тот момент, когда сотрудник отказывается выполнять задачу, заявляя, что «это не входит в мои обязанности», или когда трудовая инспекция запрашивает документы при плановой проверке.

Должностная инструкция программиста — это не формальность и не архаичный советский пережиток. Это рабочий документ, который защищает работодателя в трудовых спорах, разграничивает зоны ответственности, задаёт стандарты работы и становится основой для оценки результатов. В IT-отрасли, где сотрудники часто работают удалённо, совмещают функции и имеют доступ к критически важным системам, значение этого документа только возрастает.

В этой статье мы разберём, как правильно составить должностную инструкцию для разработчика или программиста: какие разделы обязательны, на какие нормы закона опираться, какие ошибки допускают работодатели и как грамотно закрыть вопрос прав на создаваемый код и защиту коммерческой тайны.

---

Правовой статус должностной инструкции в трудовом праве

Трудовой кодекс РФ прямо не обязывает работодателя составлять должностные инструкции. Тем не менее их отсутствие порождает серьёзные практические риски. Согласно ст. 57 ТК РФ, в трудовом договоре должна быть указана трудовая функция — работа по должности в соответствии со штатным расписанием, профессии, специальности с указанием квалификации. Конкретное содержание этой функции как раз и раскрывает должностная инструкция.

📎 Ст. 57 ТК РФ: Условие о трудовой функции является обязательным для включения в трудовой договор. Если трудовая функция детально не описана ни в договоре, ни в инструкции — работодатель лишается возможности предъявить претензии к сотруднику за ненадлежащее исполнение обязанностей.

Должностная инструкция существует в двух форматах:

1. Приложение к трудовому договору — становится его неотъемлемой частью, изменяется только по соглашению сторон в соответствии со ст. 72 ТК РФ.
2. Самостоятельный локальный нормативный акт — утверждается приказом руководителя, вводится в действие отдельно от трудового договора, что даёт больше гибкости при её актуализации.

Для большинства IT-компаний предпочтительнее второй вариант: технологическая среда меняется быстро, и возможность обновить инструкцию без перезаключения договора с каждым разработчиком — очевидное преимущество.

⚠️ Важно: Если инструкция оформлена как самостоятельный ЛНА, работодатель обязан ознакомить с ней сотрудника под роспись до подписания трудового договора — на основании ст. 68 ТК РФ. Отсутствие подписи об ознакомлении делает документ юридически бессильным в споре.

При проверке трудовой инспекции (ГИТ) отсутствие должностных инструкций само по себе не является отдельным нарушением, за которое предусмотрен штраф. Однако оно создаёт почву для нарушений, которые уже влекут санкции: невозможность подтвердить соблюдение квалификационных требований, неопределённость трудовой функции при увольнении по ст. 81 ТК РФ и так далее. Административная ответственность по ч. 1 ст. 5.27 КоАП РФ за нарушение трудового законодательства составляет для организаций от 30 000 до 50 000 рублей, для должностных лиц — от 1 000 до 5 000 рублей.

---

Обязательные разделы должностной инструкции разработчика

Стандартная структура должностной инструкции программиста включает несколько ключевых блоков. Каждый из них несёт конкретную правовую и управленческую нагрузку.

1. Общие положения

Здесь фиксируется:

• полное наименование должности (например, «Разработчик программного обеспечения», «Ведущий программист», «Full-stack разработчик»);
• место в организационной структуре: кому подчиняется сотрудник, кто его замещает в период отсутствия;
• порядок назначения и освобождения от должности;
• требования к квалификации — уровень образования, стаж, технические компетенции;
• перечень нормативных документов, которыми руководствуется сотрудник в работе.

Для привязки к профессиональным стандартам рекомендуется ориентироваться на Профессиональный стандарт «Программист» (утверждён Приказом Минтруда России № 679н), а также на стандарты «Системный аналитик», «Специалист по тестированию в области информационных технологий» — в зависимости от специализации.

2. Должностные обязанности

Это центральный и наиболее значимый раздел. Именно он определяет, что именно должен делать сотрудник и чего от него вправе требовать работодатель. Для разработчика типичный перечень выглядит так:

• разработка программного обеспечения в соответствии с техническим заданием;
• написание, тестирование и отладка кода;
• участие в code review и технических обсуждениях;
• документирование написанного кода и разработанных решений;
• взаимодействие с командой (аналитики, тестировщики, DevOps);
• соблюдение стандартов безопасности при работе с данными и инфраструктурой;
• участие в оценке сроков и трудозатрат.

📋 Пример: Компания разработала мобильное приложение. Разработчик утверждает, что написание документации не входило в его обязанности. Если этот пункт прямо указан в должностной инструкции — претензия работодателя обоснована, и отказ может квалифицироваться как дисциплинарный проступок по ст. 192 ТК РФ. Если не указан — сотрудник формально прав.

3. Права сотрудника

Раздел описывает полномочия: право запрашивать информацию, участвовать в совещаниях, вносить предложения по улучшению процессов, получать необходимые ресурсы. Этот блок нередко недооценивают, хотя он помогает разграничить ответственность: если сотрудник имел право поднять вопрос, но не сделал этого — это его риск.

4. Ответственность

Здесь фиксируются виды ответственности: дисциплинарная, материальная, административная, уголовная — в зависимости от характера нарушений. Для IT-специалистов особенно важно прописать ответственность за:

• нарушение режима коммерческой тайны;
• несанкционированный доступ к информационным системам;
• утрату или повреждение вверенного оборудования и ПО;
• нарушение законодательства о персональных данных (Федеральный закон № 152-ФЗ).

---

Специфика IT: что обязательно включить в инструкцию для программиста

IT-отрасль имеет ряд особенностей, которые напрямую влияют на содержание должностной инструкции. Игнорировать их — значит создавать документ, который не работает на практике.

Права на результаты интеллектуальной деятельности. Согласно ст. 1295 ГК РФ, служебное произведение — произведение, созданное в пределах установленных для работника трудовых обязанностей, — принадлежит работодателю. Ключевое слово здесь — «в пределах трудовых обязанностей». Если разработчик написал код, который не был прямо предусмотрен его должностной инструкцией, — работодатель может лишиться прав на этот результат.

⚠️ Важно: Для того чтобы исключительные права на создаваемое ПО принадлежали компании, в должностной инструкции должно быть чётко указано, что разработка программного обеспечения является трудовой обязанностью сотрудника. Этот же пункт стоит дублировать в трудовом договоре.

Режим коммерческой тайны. Разработчики, как правило, имеют доступ к исходному коду, архитектурным решениям, клиентским базам данных. В должностной инструкции необходимо зафиксировать обязанность соблюдать режим коммерческой тайны в соответствии с Федеральным законом № 98-ФЗ «О коммерческой тайне». Отдельно рекомендуется оформить соглашение о неразглашении (NDA).

Дистанционная работа. Если разработчик работает удалённо, инструкцию необходимо дополнить положениями, соответствующими главе 49.1 ТК РФ: порядок взаимодействия с работодателем, время доступности, требования к рабочему месту и оборудованию.

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

---

Распространённые ошибки работодателей при составлении инструкции

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

Копирование шаблонов из интернета без адаптации. Готовый шаблон может содержать устаревшие квалификационные требования, некорректные ссылки на нормативные акты или обязанности, не соответствующие реальной должности. Шаблон из открытого доступа — это риск, оформленный в Word: он не учитывает специфику вашей компании, вашего стека технологий и актуальных изменений в законодательстве.

Размытые формулировки обязанностей. Фраза «выполняет иные поручения руководителя» без конкретики создаёт почву для злоупотреблений с обеих сторон.

Отсутствие раздела об интеллектуальной собственности. Особенно критично для стартапов и продуктовых компаний: потеря прав на ключевой код — это катастрофический риск.

Инструкция не обновляется при изменении функций. Если сотрудника переводят на новое направление, меняют стек или добавляют управленческие функции — инструкцию необходимо актуализировать. В противном случае документ фиксирует одно, а реальность — другое.

Нет подписи об ознакомлении. Без этого документ существует только на бумаге.

📋 Пример: Разработчика уволили за систематическое неисполнение обязанностей по ст. 81 ч. 1 п. 5 ТК РФ. В суде выяснилось, что обязанности, за нарушение которых его уволили, не были прописаны в должностной инструкции. Суд восстановил сотрудника на работе и взыскал с работодателя средний заработок за всё время вынужденного прогула.

---

Должностная инструкция при работе с подрядчиками: самозанятые и ИП

Отдельного внимания заслуживает ситуация, распространённая в IT: компания привлекает разработчиков не как штатных сотрудников, а по договору гражданско-правового характера (ГПХ) — с самозанятыми или ИП.

Здесь необходимо чётко понимать: должностная инструкция как документ относится исключительно к трудовым отношениям. На подрядчиков, работающих по ГПХ, она не распространяется. Для них аналогом служит техническое задание, прилагаемое к договору.

Однако именно здесь кроется риск переквалификации гражданско-правовых отношений в трудовые — налоговыми органами или трудовой инспекцией. Если де-факто подрядчик работает как штатный сотрудник (фиксированный рабочий день, подчинение внутренним правилам, постоянное рабочее место), суд вправе признать отношения трудовыми.

📎 Ст. 19.1 ТК РФ: Признание отношений, возникших на основании гражданско-правового договора, трудовыми отношениями может осуществляться судом или государственным инспектором труда. Все неустранимые сомнения трактуются в пользу наличия трудовых отношений.

В этом случае работодатель обязан будет доначислить НДФЛ, страховые взносы, оплатить отпускные и больничные. Штрафные санкции по ст. 5.27 КоАП РФ при повторном нарушении возрастают: для организаций — от 50 000 до 200 000 рублей, для должностных лиц — дисквалификация на срок от одного года до трёх лет.

---

Как правильно ввести инструкцию в действие и актуализировать её

Разработать текст должностной инструкции — только половина задачи. Важно корректно ввести её в действие и поддерживать в актуальном состоянии.

Порядок утверждения:

1. Подготовить текст документа с учётом профессионального стандарта и реальных функций сотрудника.
2. Согласовать с юристом и непосредственным руководителем.
3. Утвердить приказом руководителя организации.
4. Ознакомить сотрудника под роспись — до подписания трудового договора (ст. 68 ТК РФ).

Порядок изменения:

Если инструкция является приложением к трудовому договору — изменить её можно только по соглашению сторон (ст. 72 ТК РФ) или в порядке, предусмотренном ст. 74 ТК РФ (при изменении организационных или технологических условий труда — с уведомлением за два месяца).

Если инструкция — самостоятельный ЛНА — достаточно приказа о внесении изменений и ознакомления сотрудника под роспись.

⚠️ Важно: При изменении должностной инструкции в одностороннем порядке (по ст. 74 ТК РФ) работодатель обязан уведомить сотрудника не позднее чем за два месяца. Игнорирование этого срока делает изменения незаконными.

Платформа Bejure позволяет хранить все кадровые документы в единой защищённой системе: инструкции, приказы, трудовые договоры подписываются электронной подписью и доступны в любой момент. При плановой проверке ГИТ или трудовом споре нужный документ можно предъявить за секунды — без поиска по папкам и без риска, что документ «не найдётся».

---

Должностная инструкция и KPI: как связать обязанности с оценкой результата

Грамотная должностная инструкция программиста — не просто перечень обязанностей. В современных IT-компаниях её целесообразно синхронизировать с системой оценки результатов.

Это не обязательно делать в тексте самой инструкции: оценочные критерии и KPI могут существовать в отдельных внутренних документах — положении об оплате труда, регламентах. Но логика связи должна быть прозрачной: инструкция описывает обязанности, а метрики оценки должны соответствовать именно этим обязанностям.

Типичные показатели для разработчика:

• качество кода — процент дефектов, прошедших в продакшн;
• скорость выполнения задач — соответствие оценке в Jira/YouTrack;
• участие в командных процессах — code review, документирование, участие в планировании;
• соблюдение стандартов безопасности — отсутствие инцидентов по вине сотрудника.

Если компания хочет использовать результаты KPI для премирования или депремирования — это должно быть закреплено в положении об оплате труда (ст. 135 ТК РФ) и доведено до сотрудника под роспись.

Именно здесь кроется ещё одно преимущество системного подхода к кадровому документообороту. Компании, которые используют инструменты вроде Bejure, изначально выстраивают структуру документов так, чтобы они работали согласованно: трудовой договор, должностная инструкция, положение об оплате — единая система, а не разрозненные файлы на рабочем столе.

---

Часто задаваемые вопросы

Обязан ли работодатель составлять должностную инструкцию для программиста?

Трудовой кодекс РФ не устанавливает прямой обязанности оформлять должностные инструкции. Однако отсутствие этого документа существенно ослабляет позицию работодателя в трудовых спорах: без него сложно доказать, что сотрудник нарушил трудовую функцию, отказался от обязанностей или не соответствует занимаемой должности. На практике наличие инструкции — стандарт добросовестного кадрового документооборота.

Кому принадлежит код, написанный разработчиком в рабочее время?

Согласно ст. 1295 ГК РФ, исключительное право на служебное произведение (в том числе программный код, созданный в рамках трудовых обязанностей) принадлежит работодателю, если иное не предусмотрено договором. Ключевое условие — код должен быть создан именно в рамках трудовых обязанностей, зафиксированных в должностной инструкции или трудовом договоре. Если конкретный тип разработки не входит в обязанности сотрудника — права могут остаться у него.

Можно ли использовать одну должностную инструкцию для всех разработчиков компании?

Это допустимо при условии, что все сотрудники с одинаковым наименованием должности выполняют реально одинаковые функции. На практике в IT-компаниях часто существуют существенные различия: frontend- и backend-разработчики, джуниоры и архитекторы. В таких случаях рекомендуется составлять отдельные инструкции для каждой специализации — либо использовать общую базу с вариативными разделами.

Как правильно изменить должностную инструкцию без конфликта с сотрудником?

Порядок зависит от формата документа. Если инструкция — самостоятельный локальный нормативный акт, достаточно издать приказ об изменении и ознакомить сотрудника под роспись. Если она является приложением к трудовому договору — требуется соглашение сторон (ст. 72 ТК РФ). При изменениях, обусловленных организационными или технологическими причинами, работодатель вправе действовать в одностороннем порядке, но обязан уведомить сотрудника за два месяца (ст. 74 ТК РФ).

Нужна ли отдельная должностная инструкция для удалённого разработчика?

Сама по себе инструкция может быть идентична офисному варианту. Однако необходимо убедиться, что в ней или в трудовом договоре отражены особенности дистанционной работы: порядок взаимодействия, время доступности сотрудника, требования к оборудованию. Это требование вытекает из главы 49.1 ТК РФ, регулирующей дистанционный труд.

---

Заключение

Должностная инструкция программиста — это базовый элемент правовой безопасности IT-компании, а не формальность ради галочки. Правильно составленный документ защищает права на создаваемый код, закрепляет обязанности по соблюдению коммерческой тайны, даёт основание для привлечения к ответственности и становится аргументом в любом трудовом споре.

Главные принципы: конкретность формулировок, соответствие реальным функциям сотрудника, актуальность ссылок на законодательство и обязательное ознакомление под роспись. Не копируйте шаблоны из открытого доступа — они не учитывают специфику вашей компании и устаревают быстрее, чем меняется законодательство.

Если кадровый документооборот в вашей IT-компании пока существует в виде разрозненных файлов в Google Drive — самое время выстроить системный подход. Инструменты автоматизации кадрового делопроизводства помогают создавать документы по актуальным шаблонам, хранить их в одном месте и подписывать с юридически значимой электронной подписью — без лишних затрат времени и без рисков потерять нужный документ в момент проверки.