Должностная инструкция программиста (разработчика ПО, Software Developer): 2026
Генеральный директор / CTO (Технический директор)
ООО / IT-компания "____________________"
__________ / __________________ /
«___» ____________ 2026 г.
1. Общие положения
1.1. Настоящая должностная инструкция устанавливает функциональные обязанности, квалификационные требования, права, порядок взаимодействия и ответственность программиста (включая профессиональные наименования: разработчик программного обеспечения, инженер-программист, Software Developer / Engineer, Backend / Frontend / Fullstack Developer) (далее — Работник).
1.2. Должность относится к категории специалистов сферы информационных технологий (IT-департамент / Департамент разработки ПО).
1.3. Прием на работу и увольнение производятся приказом Генерального директора компании по согласованию с Техническим директором (CTO) или Руководителем группы разработки (Team Lead).
1.4. Программист непосредственно подчиняется Тимлиду (Team Lead) / Архитектору программного обеспечения / Руководителю IT-проекта (Project Manager).
1.5. В трудовой деятельности программист может работать в офисе, в гибридном или полностью дистанционном формате (в соответствии с гл. 49.1 ТК РФ).
1.6. Программист в своей деятельности руководствуется:
- Трудовым кодексом РФ, Частью IV Гражданского кодекса РФ (в части прав на результаты интеллектуальной деятельности и служебные произведения — ст. 1295 ГК РФ);
- Профессиональным стандартом 06.001 «Программист» (утв. Приказом Минтруда РФ № 679н);
- Внутренними архитектурными гайдлайнами, стандартами оформления исходного кода (Clean Code, PEP8, Google Style Guide и др.);
- Соглашением о неразглашении конфиденциальной информации и коммерческой тайны (NDA);
- Методологиями гибкой разработки программного обеспечения (Agile, Scrum, Kanban).
2. Квалификационные требования к специальности
2.1. Требования к образованию: Высшее образование (бакалавриат / специалитет / магистратура) по направлениям: «Информатика и вычислительная техника», «Прикладная математика и информатика», «Программная инженерия», «Информационные системы и технологии» либо среднее профессиональное IT-образование со специализированной переподготовкой.
2.2. Требования к квалификационному уровню и опыту:
- Junior Developer: опыт учебных/коммерческих проектов от 6 мес., знание базового синтаксиса и алгоритмов;
- Middle Developer: опыт коммерческой разработки ПО от 2–3 лет, уверенное владение стеком, проектирование БД и API;
- Senior Developer: опыт разработки высоконагруженных систем от 5 лет, глубокие знания архитектурных паттернов, микросервисов и опыт менторинга.
2.3. Программист (Software Developer) должен знать:
- Один или несколько базовых языков программирования (Python, Java, C#, C++, JavaScript / TypeScript, Go, PHP, Kotlin, Swift);
- Принципы объектно-ориентированного программирования (ООП), парадигмы функционального программирования, принципы SOLID, DRY, KISS, YAGNI;
- Архитектурные паттерны (MVC, MVVM, Clean Architecture, Microservices, Event-Driven Architecture);
- Принципы проектирования и оптимизации реляционных (PostgreSQL, MySQL) и NoSQL (MongoDB, Redis, Cassandra) баз данных, построение сложных SQL-запросов и индексов;
- Технологии создания межсервисного взаимодействия: REST API, GraphQL, gRPC, брокеры сообщений (RabbitMQ, Apache Kafka);
- Системы контроля версий: продвинутая работа с Git (GitFlow, Trunk-Based Development, rebase, cherry-pick);
- Методики тестирования ПО: юнит-тесты (Unit tests), интеграционные тесты, TDD/BDD (библиотеки PyTest, JUnit, Jest, Mocha);
- Основы контейнеризации и непрерывной интеграции/развертывания (Docker, Docker Compose, Kubernetes, CI/CD: GitLab CI, GitHub Actions, Jenkins);
- Английский язык на уровне свободного чтения технической документации (Intermediate / Upper-Intermediate).
Справочные классификаторы должности
| Классификатор | Код / Значение | Нормативное основание |
|---|---|---|
| Код по ОКЗ | 2512 (Разработчики программного обеспечения) | ОК 010-2014 (МСКЗ-08) |
| Код по ОКПДТР | 25818 (Программист) / 22824 (Инженер-программист) | ОК 016-94 |
| Профессиональный стандарт | 06.001 «Программист» | Приказ Минтруда РФ № 679н |
| Квалификационный уровень | 5–7 уровни квалификации | Приказ Минтруда РФ № 148н |
| Интеллектуальная собственность | Служебное произведение (Исключительные права принадлежат Работодателю) | Статья 1295 ГК РФ |
3. Должностные и функциональные обязанности
Для создания надежных, отказоустойчивых и масштабируемых программных продуктов программист выполняет следующие задачи:
3.1. Разработка и проектирование программного кода:
- Пишет чистый, читаемый, самодокументированный и эффективный исходный код в соответствии с архитектурными требованиями и техническими заданиями (ТЗ).
- Проектирует структуры баз данных, схемы связей, таблицы, индексы и процедуры миграции данных.
- Разрабатывает и документирует интерфейсы прикладного программирования (RESTful API, WebSocket, gRPC) с использованием спецификаций OpenAPI / Swagger.
- Проводит декомпозицию и оценку трудоемкости (Story Points, человеко-часы) пользовательских историй (User Stories) и технических задач в таск-трекерах (Jira, YouTrack).
3.2. Тестирование, рефакторинг и контроль качества (Code Review):
- Покрывает написанный функционал модульными (юнит) и интеграционными автотестами с соблюдением целевого показателя покрытия (Code Coverage не менее 70–80%).
- Проводит регулярный рефакторинг устаревших участков кода, оптимизирует тяжелые SQL-запросы и узкие места (Bottlenecks) в производительности.
- Участвует в процессе перекрестного рецензирования кода (Code Review / Pull Requests коллег), выявляет логические ошибки, архитектурные несоответствия и уязвимости безопасности (OWASP).
3.3. Развертывание, отладка и поддержка:
- Настраивает и поддерживает сценарии сборки, линтинга и деплоя приложений в пайплайнах CI/CD.
- Участвует в релизных циклах, мониторинге работы продакшн-серверов через системы сбора логов и метрик (Grafana, Prometheus, ELK Stack, Sentry).
- Проводит расследование причин аварийных инцидентов (Post-mortem), оперативно устраняет критические баги (Hotfixes).
3.4. Командное взаимодействие и документация:
- Участвует во всех командных ритуалах Agile: дейли-митингах (Daily Standup), спринт-планировании, демонстрациях функционала (Demo) и ретроспективах.
- Ведет техническую документацию по архитектуре проекта и развертыванию модулей в корпоративной wiki-системе (Confluence, Notion).
4. Права работника
Программист (Разработчик ПО) имеет право:
- Самостоятельно выбирать программный инструментарий, IDE, плагины и библиотеки, если они не противоречат стандартам безопасности компании и лицензионной политике (Open Source licenses).
- Аргументированно отклонять Pull Request коллег при нарушении код-стайла, отсутствии тестов или наличии потенциальных багов.
- Вносить предложения IT-руководству по обновлению технологического стека, рефакторингу архитектуры и устранению технического долга (Tech Debt).
- Запрашивать у продакт-менеджеров и системных аналитиков уточнения бизнес-требований и критериев приемки (Acceptance Criteria) до начала кодинга.
- Повышать квалификацию за счет компании: проходить сертификацию, участвовать в профильных IT-конференциях и митапах.
5. Ответственность
Программист несет ответственность за:
- Интеллектуальные права и код: использование нелицензионного ПО или незаконное заимствование проприетарного кода с нарушением копирайта (ст. 146 УК РФ).
- Утечку исходного кода и данных: публикацию закрытого исходного кода в публичных репозиториях (GitHub) или утечку production-баз данных (нарушение NDA).
- Критические ошибки в коде: попадание в релиз дефектов, приведших к финансовым транзакционным потерям, падению продакшн-сервисов или компрометации данных пользователей.
- Срыв сроков поставки фичей: систематическое несоблюдение спринтовых дедлайнов без заблаговременного предупреждения команды.
6. Взаимодействие по должности
6.1. С Тимлидом (Team Lead): согласует архитектурные решения, получает приоритеты задач, проходит регулярные 1-on-1 встречи.
6.2. С Системными аналитиками и Product Owner: уточняет детали бизнес-логики и пользовательские сценарии.
6.3. С инженерами по тестированию (QA): передает задачи на тестирование, анализирует баг-репорты, устраняет дефекты.
6.4. С DevOps-инженерами: взаимодействует по настройке инфраструктуры, доступов, окружений (Dev/Stage/Prod) и пайплайнов деплоя.
7. Показатели эффективности деятельности (KPI)
- Своевременность поставки (Sprint Velocity / Delivery Rate): выполнение запланированного объема задач спринта не менее чем на 85–90%.
- Качество кода (Bug Rate): минимальный процент багов, возвращенных тестировщиками с этапа QA, и отсутствие критических инцидентов (Severity 1) в production.
- Покрытие тестами (Test Coverage): удержание уровня тестового покрытия новых сервисов в рамках стандартов проекта (> 75%).
- Активность в Code Review: своевременная проверка пулл-реквестов коллег (в течение не более 2–4 рабочих часов с момента назначения).
Лист ознакомления и соглашение о служебных произведениях
Я подтверждаю, что ознакомлен(а) с должностной инструкцией. Все исключительные права на программный код и базы данных, созданные мной в рамках выполнения трудовых обязанностей (служебные произведения), в полном объеме принадлежат Работодателю с момента их создания (ст. 1295 ГК РФ).
| ФИО разработчика | Основной стек | Подпись | Дата |
|---|---|---|---|
| ______________________________ | (Backend / Frontend / ...) | ______________ | «___» __________ 202__ г. |
Вопросы и ответы по должности
Кому принадлежат права на код, если программист написал его дома в нерабочее время?
Если разработка велась в рамках поставленного работодателем технического задания (таски в Jira/GitLab) и связана с профилем проекта компании, этот результат признается служебным произведением, и исключительные права принадлежат работодателю независимо от времени суток и места написания кода (ст. 1295 ГК РФ). Во избежание споров процедура фиксации служебных заданий закрепляется локальными актами.
Может ли программист использовать в коммерческих проектах код под лицензиями GPL или MIT?
Код под пермиссивными лицензиями (MIT, Apache 2.0, BSD) можно безопасно использовать в коммерческих закрытых проектах с сохранением копирайта авторов. Код под копилефт-лицензиями (GPL v2/v3, AGPL) требует обязательного открытия исходного кода всего проекта, поэтому его интеграция в проприетарные коммерческие продукты без согласования с юристами категорически запрещена.