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

1.1. Назначение документа

Настоящая должностная инструкция определяет функциональные обязанности, права, ответственность и квалификационные требования к специалисту, занимающему должность .Net-разработчик (приложения для экосистемы Microsoft). Документ является основным организационно-распорядительным актом, регламентирующим трудовую деятельность сотрудника в рамках выполнения задач по разработке, сопровождению и модернизации корпоративных приложений для государственных нужд и коммерческих проектов в экосистеме Microsoft.

1.2. Правовая основа деятельности

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

1.3. Термины и определения

В тексте инструкции используются следующие основные термины и их определения: .NET-разработчик — специалист по разработке программного обеспечения с использованием технологического стека Microsoft .NET и языка программирования C#. Экосистема Microsoft — совокупность программных продуктов, платформ и сервисов корпорации Microsoft, включая операционные системы Windows Server, среду выполнения .NET CLR, базы данных MS SQL Server, облачные сервисы Azure, системы управления версиями Azure DevOps и интегрированную среду разработки Visual Studio. Корпоративное приложение — программное обеспечение, предназначенное для автоматизации бизнес-процессов организации, работы с данными и обеспечения взаимодействия между подразделениями.

1.4. Изменения и дополнения

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

2. Цель и задачи деятельности

2.1. Миссия и цель должности

Целью должности .Net-разработчика является обеспечение бесперебойного функционирования, развития и модернизации корпоративных приложений организации, построенных на базе технологического стека Microsoft .NET. Миссия специалиста заключается в создании высококачественного, надежного и безопасного программного кода, который удовлетворяет текущим и перспективным потребностям бизнеса и государственных заказчиков, соответствует отраслевым стандартам и требованиям регуляторов в сфере информационных технологий.

2.2. Стратегические задачи

Стратегическими задачами .Net-разработчика являются: участие в разработке архитектуры новых корпоративных систем на платформе .NET, рефакторинг и оптимизация существующего кода для повышения производительности и масштабируемости, обеспечение интеграции с государственными информационными системами (ГИС) и внешними сервисами через API. Дополнительно специалист должен поддерживать высокий уровень автоматизации процессов сборки, тестирования и развертывания (CI/CD) с использованием инструментов Azure DevOps или аналогичных решений.

2.3. Операционные цели и ожидаемые результаты

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

3. Подчиненность и взаимодействие

3.1. Административная и функциональная подчиненность

.Net-разработчик находится в непосредственном административном подчинении у руководителя отдела разработки (Chief Technology Officer, CTO) или начальника управления информационных технологий. Функциональное подчинение осуществляется техническому руководителю проектов (Team Lead) или ведущему архитектору, который определяет приоритеты выполнения задач, утверждает технические решения и контролирует качество кода. В случае реализации нескольких проектов одновременно возможно функциональное подчинение разным руководителям проектов на время их реализации.

3.2. Взаимодействие с подразделениями организации

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

3.3. Иерархические связи и заменимость

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

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

4.2. Управление версиями и совместная разработка

В обязанности .Net-разработчика входит работа с системами контроля версий (преимущественно Git) в рамках Azure DevOps или GitHub Enterprise. Специалист должен: создавать и поддерживать ветки кода, инициировать и участвовать в code review через механизм Pull Requests, разрешать конфликты слияния, а также регулярно синхронизировать изменения с основной веткой разработки. Соблюдение правил именования веток (например, feature/XXX-task, bugfix/XXX-fix) и обязательное ведение журнала изменений (CHANGELOG.md) также входит в перечень повседневных задач.

4.3. Тестирование и контроль качества

.Net-разработчик обязан обеспечивать высокое качество программного обеспечения путем написания модульных (Unit) и интеграционных тестов с использованием фреймворков xUnit, NUnit или MSTest. Необходимо поддерживать уровень покрытия кода тестами не менее 80% для критической бизнес-логики и внедрять подходы Test-Driven Development (TDD) при реализации сложных алгоритмов. Дополнительно специалист проводит ручное тестирование разработанного функционала перед передачей его в отдел QA и участвует в анализе отчетов о дефектах с целью их оперативного устранения.

4.5. Документирование и отчетность

.Net-разработчик обязан вести техническую документацию на всех этапах жизненного цикла разработки. Это включает: написание комментариев к коду в формате XML DOC (генерирующих справочную документацию), составление спецификаций API с использованием Swagger/OpenAPI, а также написание инструкций по установке и эксплуатации для службы поддержки и конечных пользователей. Регулярно, не реже одного раза в неделю, сотрудник предоставляет письменный отчет о проделанной работе своему непосредственному руководителю в установленной в организации форме.

4.6. Участие в совещаниях и коммуникациях

Специалист принимает участие в планировании спринтов (Sprint Planning), ежедневных оперативных совещаниях (Daily Stand-up) и ретроспективах (Sprint Retrospective) в рамках гибких методологий (Scrum/Kanban). Он обязан доводить до сведения менеджера информацию о рисках срыва сроков, проблемах в разработке и необходимости привлечения дополнительных ресурсов. Взаимодействие с заказчиками и стейкхолдерами осуществляется через системного аналитика или непосредственно через руководителя проекта.

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

5.1. Право на принятие решений

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

5.2. Право доступа к информации

Для выполнения трудовых функций .Net-разработчик имеет право доступа к следующим информационным ресурсам: репозиториям кода проекта, системам управления требованиями (Azure Boards, Jira), технической документации, базам данных (в части, необходимой для разработки), журналам логирования приложений, а также к корпоративной сети организации и сети Интернет. Доступ к информации ограниченного доступа (государственная тайна, коммерческая тайна) осуществляется в соответствии с положениями о защите такой информации и предоставляется только на основании служебной записки и приказа руководителя.

5.3. Право на ресурсную поддержку

Сотрудник имеет право запрашивать у руководства необходимые материально-технические ресурсы для выполнения своих обязанностей, включая: современную вычислительную технику, специализированное программное обеспечение (лицензии на Visual Studio Enterprise, JetBrains ReSharper, Redgate SQL Tools), доступ к облачным ресурсам Microsoft Azure и тестовым контурам. В случае возникновения препятствий для выполнения задачи (отсутствие доступа, недостаток прав, сбои инфраструктуры) разработчик вправе требовать от руководства устранения таких препятствий.

5.4. Право на обучение и повышение квалификации

.Net-разработчик имеет право на прохождение обучения, профессиональную переподготовку и повышение квалификации за счет средств организации не реже одного раза в два года. Это право включает участие в профильных конференциях, семинарах, вебинарах и тренингах по технологиям Microsoft .NET, языку C#, новым версиям платформ (включая .NET 8, .NET 9), облачным сервисам Azure, методологиям управления проектами и информационной безопасности. Обучение осуществляется по плану, утвержденному руководителем подразделения.

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

6.1. Ответственность за выполнение должностных обязанностей

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

6.2. Ответственность за информационную безопасность

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

6.3. Ответственность за качество и надежность ПО

.Net-разработчик ответственен за стабильность и надежность разработанных им компонентов и модулей. Любые критические ошибки (Critical Bugs) и сбои (Outages), возникшие в продуктивной среде по вине разработчика (недостаточное тестирование, игнорирование ошибок компиляции или предупреждений, нарушение принципов безопасного кодирования), являются основанием для применения мер ответственности. Специалист обязан незамедлительно исправлять критические ошибки в продуктивной среде в нерабочее время по вызову руководства.

6.4. Материальная ответственность

.Net-разработчик несет материальную ответственность за сохранность вверенного ему имущества и материальных ценностей организации (компьютерное оборудование, лицензионные ключи, носители информации). С ним заключается договор о полной индивидуальной материальной ответственности, если это предусмотрено штатным расписанием и характером выполняемых работ. Ущерб, причиненный организации в результате утраты или повреждения имущества, возмещается в порядке, установленном трудовым законодательством РФ.

7. Квалификационные требования

7.1. Требования к уровню образования

На должность .Net-разработчика назначается лицо, имеющее высшее профессиональное образование по направлениям подготовки «Информатика и вычислительная техника», «Программная инженерия», «Прикладная информатика» или смежным специальностям. Допускается наличие среднего профессионального образования в сочетании с опытом работы в области разработки программного обеспечения не менее 3 лет. Приоритет отдается кандидатам с ученой степенью или прошедшим обучение по программам профессиональной переподготовки в сфере IT.

7.2. Требования к опыту работы

Обязательный стаж работы в должности разработчика программного обеспечения с использованием технологий .NET составляет не менее 3 лет для специалистов 2-й категории и не менее 5 лет для ведущих специалистов. Кандидат должен иметь опыт участия в разработке не менее двух крупных корпоративных проектов, успешно введенных в эксплуатацию, а также опыт работы в командах численностью не менее 5 человек. Наличие опыта разработки в государственных информационных системах (ГИС) или проектах с высокими требованиями к безопасности приветствуется.

7.4. Сертификация и дополнительное обучение

Рекомендуется наличие следующих профессиональных сертификаций: Microsoft Certified: Azure Developer Associate, Microsoft Certified: .NET Developer, а также сертификаты по безопасности (Certified Secure Software Lifecycle Professional — CSSLP). Сотрудник должен проходить обязательные курсы повышения квалификации по информационной безопасности и защите персональных данных не реже одного раза в год. Наличие сертификатов учитывается при назначении на должность и решении вопросов о премировании.

7.5. Личностные и деловые качества

Сотрудник должен обладать аналитическим складом ума, системным мышлением, внимательностью к деталям, ответственным подходом к срокам и качеству работы. Важными качествами являются: коммуникабельность, способность работать в команде, обучаемость, стрессоустойчивость и умение самостоятельно находить решения в нестандартных ситуациях. Наличие навыков управления временем (тайм-менеджмент) и планирования собственной работы является обязательным.

8. Условия труда

8.1. Режим рабочего времени и отдыха

.Net-разработчику устанавливается пятидневная рабочая неделя с двумя выходными днями (суббота, воскресенье). Продолжительность рабочего времени составляет 40 часов в неделю. Время начала и окончания работы определяется правилами внутреннего трудового распорядка организации и может варьироваться в зависимости от гибкого графика (скользящий график) с обязательным присутствием в офисе в часы пик — с 10:00 до 16:00. Перерыв для отдыха и питания предоставляется продолжительностью 1 час.

8.2. Условия труда и рабочее место

Рабочее место .Net-разработчика оснащается современным персональным компьютером или ноутбуком с процессором Intel Core i7 или аналогичным, объемом оперативной памяти не менее 16 ГБ, твердотельным накопителем (SSD) и монитором диагональю не менее 24 дюймов. На рабочем месте устанавливаются лицензионное программное обеспечение, необходимое для выполнения трудовых функций: операционная система Windows 10/11 Professional, пакет Microsoft Office, среда разработки Visual Studio 2022, средства управления базами данных. Обеспечивается бесперебойный доступ к локальной сети и сети Интернет.

8.3. Дополнительные условия и компенсации

В связи с возможностью возникновения инцидентов в работе информационных систем, .Net-разработчик может привлекаться к работе в выходные и праздничные дни, а также к работе сверхурочно в порядке, установленном трудовым законодательством, с оплатой в повышенном размере или предоставлением дополнительного времени отдыха. При необходимости работы в сменном режиме или в условиях удаленной работы компенсации и условия взаимодействия регулируются дополнительными соглашениями к трудовому договору.

8.4. Охрана труда и техника безопасности

.Net-разработчик обязан соблюдать правила по охране труда, технике безопасности и пожарной безопасности на рабочем месте. Он должен проходить инструктажи по охране труда (вводный, первичный на рабочем месте, повторный, внеплановый) в установленном порядке. При работе с компьютерной техникой и электрическими приборами необходимо соблюдать правила электробезопасности. В случае выявления нарушений или несчастных случаев работник обязан немедленно сообщить об этом своему непосредственному руководителю.

9. Показатели эффективности (KPI)

9.4. Процедура оценки KPI

Оценка выполнения KPI проводится ежеквартально на основании данных из систем управления проектами (Azure DevOps, Jira) и репозиториев кода. Итоговый показатель эффективности рассчитывается как средневзвешенное значение по формулам, утвержденным политикой организации в области оплаты труда и мотивации. Результаты оценки оформляются актом (справкой) и доводятся до сведения сотрудника на плановой встрече (Performance Review) не позднее 10 рабочих дней по окончании квартала. Премирование зависит от выполнения плановых KPI на 100%.

10. Бизнес-процессы, регламенты и контрольные сценарии

10.2. Регламент работы с инцидентами и дефектами в продуктивной среде

В случае обнаружения дефекта в продуктивной среде (Production), .Net-разработчик обязан: незамедлительно переключиться на анализ проблемы, определить критичность и зону ответственности (код, конфигурация, окружение, внешние сервисы). При критическом инциденте (отказ основного сервиса) сотрудник должен в течение 1 часа предоставить отчет о ходе работ по восстановлению и, по возможности, временное решение (workaround). Исправление в коде выполняется в экстренном порядке (Hotfix), после чего код проходит минимальные проверки и выкатывается в бой. В течение 24 часов необходимо провести детальное расследование (Root Cause Analysis) и добавить тест, предотвращающий повторение ошибки.

10.3. Регламент версионирования и выпуска релизов

Выпуск новой версии программного продукта осуществляется в соответствии с правилами семантического версионирования (SemVer) и утвержденным графиком релизов. .Net-разработчик в рамках этого регламента выполняет: создание релизной ветки (release/vX.Y), подготовку release notes (описание всех изменений), обновление версии в проектных файлах и конфигурациях. Обязательным является проведение smoke-тестирования на тестовом стенде перед внедрением в продуктивную среду, а также мониторинг состояния приложения после релиза в течение двух часов (этап стабилизации).