Единый справочник должностных инструкций

Шаблоны и образцы должностных инструкций по профстандартам Минтруда и ТК РФ с кодами классификаторов ОКЗ и ОКПДТР.

📋 Справка для работодателя: Настоящий образец должностной инструкции составлен с учетом требований ТК РФ, квалификационных справочников и стандартов Минтруда. Документ готов к адаптации под структуру предприятия.
ОКЗ 2513 / ОКПДТР 25880 Информационные технологии и связь

Должностная инструкция веб-разработчика (Frontend, Backend, Fullstack): 2026

Актуально на 2025 год · Обновлено: 07.09.2026 · Реестр профстандартов Минтруда ↗
⚖️ Профстандарт Минтруда
УТВЕРЖДАЮ
Генеральный директор / CTO / Head of Engineering
ООО "____________________"
__________ / __________________ /
«___» ____________ 2026 г.

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

1.1. Настоящая должностная инструкция определяет функциональные обязанности, квалификационные требования, права и границы ответственности веб-разработчика (включая специализации: Frontend-разработчик, Backend-разработчик, Fullstack developer, веб-программист, PHP/Python/Node.js/JavaScript-разработчик).

1.2. Должность веб-разработчика относится к категории специалистов департамента информационных технологий и программной разработки.

1.3. Прием на работу и освобождение от должности производятся приказом Генерального директора по представлению Технического директора (CTO) или Тимлида (Team Lead).

1.4. Веб-разработчик непосредственно подчиняется Тимлиду команды разработки (Team Lead) / Руководителю проекта (Project Manager).

1.5. В своей служебной деятельности разработчик руководствуется:

  • Трудовым кодексом РФ, частью IV Гражданского кодекса РФ (права на результаты интеллектуальной деятельности), ФЗ-152 «О персональных данных»;
  • Профессиональными стандартами 06.035 «Разработчик Web и мультимедийных приложений» и 06.001 «Программист» (утв. Приказами Минтруда РФ);
  • Стандартами написания чистого кода (Clean Code, SOLID, DRY, KISS), правилами архитектурного проектирования и гайдлайнами компании;
  • Политикой информационной безопасности и регламентами защиты исходного кода.

2. Квалификационные требования к специальности

2.1. Требования к образованию: Высшее или среднее профессиональное образование по профильным направлениям («Прикладная информатика», «Информационные системы и технологии», «Программная инженерия») либо профильное самообразование при наличии подтвержденного портфолио реализованных проектов.

2.2. Требования к опыту работы: Для Junior-разработчика — знание базового стека от 6 мес.; для Middle — опыт коммерческой веб-разработки от 2 лет; для Senior/Lead — опыт разработки высоконагруженных систем от 4–5 лет.

2.3. Веб-разработчик должен знать:

  • Frontend-стек: HTML5, CSS3/SASS, JavaScript (ES6+), TypeScript, фреймворки (React, Vue.js, Angular), состояние приложения (Redux, Zustand, Pinia), адаптивную и кроссбраузерную верстку, сборщики (Vite, Webpack);
  • Backend-стек: серверные языки и платформы (Node.js, Python, PHP, Golang, Java, C#), фреймворки (NestJS, Django, FastAPI, Laravel, Spring Boot);
  • Базы данных и брокеры: реляционные СУБД (PostgreSQL, MySQL), NoSQL (MongoDB, Redis), брокеры сообщений (RabbitMQ, Apache Kafka);
  • Архитектуру и API: принципы микросервисной и монолитной архитектуры, RESTful API, GraphQL, WebSockets, gRPC;
  • Системы контроля версий (Git: GitHub, GitLab, Bitbucket), ветвление по GitFlow / Trunk-based;
  • Основы контейнеризации и DevOps: Docker, Docker Compose, основы CI/CD пайплайнов, облачные сервисы (Yandex Cloud, AWS).

Справочные данные классификаторов

КлассификаторКод / ЗначениеНормативный акт
Код по ОКЗ2513 (Разработчики веб- и мультимедийных приложений)ОК 010-2014
Код по ОКПДТР25880 (Программист) / 22824 (Инженер-программист)ОК 016-94
Профессиональный стандарт06.035 «Разработчик Web и мультимедийных приложений»Приказ Минтруда РФ № 44н
Интеллектуальная собственностьСлужебное произведение по ст. 1295 ГК РФГК РФ (Часть IV)

3. Должностные и производственные обязанности

Веб-разработчик выполняет следующие задачи по созданию и сопровождению программных продуктов:

3.1. Проектирование и разработка программного кода:

  • Пишет чистый, расширяемый, документированный и безопасный код в соответствии с техническими заданиями и стандартами команды.
  • Разрабатывает клиентскую часть (Frontend): реализует интерактивный пользовательский интерфейс по макетам из Figma, настраивает интеграцию с бэкенд API.
  • Разрабатывает серверную часть (Backend): проектирует схемы баз данных, разрабатывает бизнес-логику, сервисы авторизации (OAuth, JWT) и внешние интеграции (платежные шлюзы, CRM, SMS-сервисы).
  • Оптимизирует быстродействие веб-приложений: уменьшает время отклика сервера (TTFB), настраивает кеширование (Redis, CDN) и минимизирует бандлы.

3.2. Тестирование, код-ревью и поддержка:

  • Покрывает написанный код автоматическими модульными (Unit) и интеграционными тестами (Jest, PyTest, PHPUnit).
  • Участвует в процессах Code Review (перекрестной проверки кода коллег), выявляет архитектурные ошибки и уязвимости (SQL-инъекции, XSS, CSRF).
  • Проводит диагностику, отладку (debugging) и оперативное устранение багов в production и staging окружениях.

4. Права работника

Веб-разработчик имеет право:

  • Выбирать архитектурные инструменты, библиотеки и технические подходы для реализации задач по согласованию с Team Lead / Архитектором.
  • Инициировать проведение рефакторинга устаревших участков кода для снижения технического долга (Technical Debt).
  • Запрашивать у системных аналитиков и продакт-менеджеров детальное описание бизнес-требований и макетов перед взятием задачи в спринт.
  • Посещать профильные конференции, митапы и обучающие курсы за счет компании.

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

Веб-разработчик несет ответственность за:

  • Качество и безопасность кода: допущение критических уязвимостей, утечек баз данных или сбоев в работе сервиса по причине грубых ошибок в коде.
  • Срыв сроков спринта: невыполнение взятых на себя задач (Story Points) без своевременного предупреждения команды.
  • Несанкционированное использование кода: размещение приватного исходного кода компании в публичных репозиториях (GitHub/GitLab) — ответственность по закону о коммерческой тайне (ст. 183 УК РФ).

6. Взаимодействие и KPI

6.1. Связи: взаимодействует с дизайнерами UI/UX (по макетам Figma), системными аналитиками (по ТЗ), QA-инженерами (по багам), DevOps-инженерами (по деплою и серверам) и Scrum-мастером.

6.2. KPI: Velocity команды (закрытие задач по спринтам), Code Quality (минимальное количество багов, возвращенных с QA), Uptime разработанных сервисов (>99.9%), соблюдение SLA по исправлению критических инцидентов.

Лист ознакомления и соглашение о передаче прав на служебное ПО

ФИО веб-разработчикаСтек / СпециализацияПодписьДата
______________________________Frontend / Backend / Fullstack______________«___» __________ 202__ г.
Передача исключительных прав (ст. 1295 ГК РФ): Исключительные права на любые программные модули, базы данных, скрипты и исходный код, созданный работником в рамках трудовых обязанностей, принадлежат работодателю с момента их создания.
💡 Рекомендация эксперта по трудовому праву: Юрист по IT-праву: Для признания написанного разработчиком кода служебным произведением в компании должны быть: 1) Трудовой договор с должностью 'программист/разработчик'; 2) Должностная инструкция; 3) Служебные задания (таски в Jira с фиксацией в Git-коммитах); 4) Выплата авторского вознаграждения (может быть включено в оклад согласно локальным актам).

Вопросы и ответы по должности

В чем разница между Frontend и Backend разработчиком?

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

Имеет ли право разработчик использовать Open-Source библиотеки в коммерческих проектах компании?

Да, но только с лицензиями, разрешающими коммерческое использование (MIT, Apache 2.0, BSD). Использование библиотек с вирусными лицензиями (GPL, AGPL) без согласования с юридическим отделом запрещено, так как это может обязать компанию раскрыть весь исходный код коммерческого продукта.