Created by AIImproved by people
Riqli · living documents · updated continuously
Where AI knowledge meets human practice.
Share with friends
1. Общие положения
1.1. Назначение и правовая основа документа
Настоящий документ определяет ключевые показатели эффективности (KPI), функциональные обязанности, права и ответственность Fullstack-разработчика в составе организации «General». Документ разработан в соответствии с трудовым законодательством, внутренними политиками компании, а также отраслевыми стандартами управления IT-проектами и оценки производительности труда. Положения документа являются обязательными для исполнения сотрудником, занимающим данную должность.
1.2. Основные термины и определения
В настоящем документе используются следующие термины и их определения: KPI (Key Performance Indicators) — количественно измеримые показатели результативности, отражающие степень достижения целей сотрудником и командой. Fullstack-разработчик — специалист, выполняющий работы по проектированию, разработке и сопровождению пользовательских интерфейсов, серверной логики и систем управления базами данных в рамках закрепленных проектов. Время выполнения заявки (Lead Time) — интервал от постановки задачи до ее фактической реализации и сдачи в эксплуатацию. Частота развертываний (Deployment Frequency) — количество успешных релизов в продуктивную среду за установленный период. Доступность сервиса (Uptime) — процент времени, в течение которого система доступна для пользователей.
1.3. Сфера действия и порядок пересмотра
Документ распространяется на всех Fullstack-разработчиков, работающих в организации «General», независимо от формы заключения трудового договора. Пересмотр положений документа осуществляется не реже одного раза в год или при существенных изменениях технологического стека, методологии разработки или бизнес-приоритетов компании. Инициатором пересмотра может выступать непосредственный руководитель, технический директор или сам сотрудник при условии обоснования предложений.
2. Цель должности и рамки ответственности
2.1. Миссия роли
Миссия Fullstack-разработчика заключается в обеспечении технической реализации и бесперебойной работы информационных систем компании «General» через создание высококачественного, масштабируемого и безопасного программного кода. Специалист обеспечивает трансформацию бизнес-требований в работающие программные продукты, поддерживая баланс между скоростью разработки, стабильностью и инновационными подходами. Основной целью является достижение измеримых KPI в области производительности, качества кода и времени восстановления после сбоев.
2.2. Ожидаемые результаты работы
Результатом деятельности Fullstack-разработчика является полностью работоспособное, документированное и протестированное программное обеспечение, соответствующее техническому заданию. Ключевыми результатами считаются: своевременная доставка запланированных пользовательских историй (User Stories) в рамках спринта, стабильная работа сервисов в продуктивной среде (целевой уровень Uptime не менее 99.9%), а также выполнение целевых значений Deployment Frequency и Lead Time. Специалист также отвечает за снижение технического долга и повышение качества кода.
3. Подчиненность и линии отчетности
3.1. Административное и функциональное подчинение
Fullstack-разработчик находится в административном подчинении у руководителя группы разработки (Team Lead) и в функциональном подчинении у технического директора (CTO) или архитектора проекта. Взаимодействие с заказчиками и бизнес-подразделениями осуществляется через менеджера проекта (Project Manager) и продуктового владельца (Product Owner). Вопросы, касающиеся изменения KPI и приоритетов задач, согласуются через иерархическую цепочку с обязательным уведомлением непосредственного руководителя.
3.2. Матричное взаимодействие в проектах
В рамках проектов Fullstack-разработчик взаимодействует с командой бэкенд-разработчиков, фронтенд-инженерами, DevOps-инженерами, аналитиками и тестировщиками. В матричной структуре сотрудник отчитывается перед руководителем проекта по срокам и содержанию выполняемых задач, сохраняя подчинение техническому лидеру по вопросам качества реализации и соответствия архитектурным стандартам. Двойное подчинение требует четкого документирования всех производственных задач в системе управления проектами.
3.3. Замещение и временное исполнение обязанностей
В случае отсутствия Fullstack-разработчика его обязанности распределяются между другими членами команды по решению руководителя группы. Приоритетные задачи и критические инциденты передаются конкретному сотруднику с обязательным уведомлением и инструктажем. Замещающий сотрудник несет полную ответственность за выполнение задач и соблюдение KPI в период временного исполнения обязанностей.
4. Должностные обязанности
4.1. Разработка программного обеспечения
- Разрабатывать клиентскую часть веб-приложений с использованием современных фреймворков, обеспечивая их адаптивность и производительность;
- Создавать надежные серверные приложения и RESTful API, работающие с реляционными и нереляционными базами данных;
- Писать чистый, поддерживаемый код, соответствующий стандартам организации и соглашениям об оформлении кода, что напрямую влияет на качество кода;
- Проводить рефакторинг существующего кода для улучшения его структуры и производительности без изменения функциональности.
4.2. Интеграция и взаимодействие систем
- Интегрировать разрабатываемые компоненты со сторонними сервисами и внутренними системами компании через API-шлюзы и очереди сообщений;
- Настраивать и оптимизировать связи между фронтенд- и бэкенд-компонентами, минимизируя задержки и снижая время отклика;
- Участвовать в проектировании схем баз данных и управлении миграциями для обеспечения целостности и масштабируемости данных.
4.3. Тестирование и контроль качества
- Обеспечивать покрытие кода модульными и интеграционными тестами не менее установленного организацией порога (например, 80%), что является частью KPI по качеству;
- Проводить регрессионное тестирование после изменений и участвовать в код-ревью коллег для выявления потенциальных дефектов;
- Внедрять и поддерживать практики автоматизированного тестирования в пайплайнах непрерывной интеграции (CI).
4.4. Управление релизами и развертывание
- Участвовать в процессе развертывания приложений в тестовые, стейджинговые и продуктивные среды, соблюдая регламенты безопасности;
- Обеспечивать соответствие Deployment Frequency целевому графику релизов (еженедельно или чаще);
- Готовить релизные артефакты и документацию для передачи в службу технической поддержки.
4.5. Мониторинг и поддержка производительности
- Внедрять инструменты мониторинга и логирования для отслеживания состояния систем и производительности в реальном времени;
- Анализировать логи и метрики для выявления узких мест и оптимизации кода, влияющих на общий Lead Time;
- Участвовать в дежурствах по поддержке продуктивной среды для обеспечения высокого уровня Uptime.
5. Права работника
5.1. Право на информацию и доступы
Fullstack-разработчик имеет право на неограниченный доступ к технической документации, исходным кодам проектов, схемам инфраструктуры и базам знаний, необходимым для выполнения должностных обязанностей. Сотрудник вправе запрашивать у руководства и смежных подразделений разъяснения и данные, требуемые для оценки текущих KPI и планирования дальнейшей работы. Доступ к конфиденциальной информации предоставляется в объеме, согласованном с отделом информационной безопасности.
5.2. Решения и инициативы
Сотрудник имеет право принимать технические решения в рамках своего стека и согласованного архитектурного подхода без дополнительного утверждения, если они не требуют выделения ресурсов или изменения критической логики. Специалист может инициировать предложения по улучшению технологического процесса, внедрению нового инструментария и оптимизации системы KPI для повышения личной и командной эффективности. Такие инициативы выносятся на рассмотрение технического комитета.
5.3. Обучение и повышение квалификации
Сотрудник имеет право на участие в корпоративных тренингах, конференциях и курсах повышения квалификации за счет организации не реже одного раза в квартал. Разработчик может запрашивать доступ к платным образовательным ресурсам и профессиональным сообществам для изучения практик, влияющих на качество кода и скорость разработки. Отказ в обучении должен быть мотивирован руководителем в письменной форме.
6. Ответственность и подотчетность
6.1. За выполнение KPI и сроков
Fullstack-разработчик несет персональную ответственность за достижение целевых значений KPI, установленных в разделе 9 настоящего документа. Невыполнение плановых показателей в течение двух отчетных периодов подряд является основанием для проведения внепланового разбора причин с руководством. Ответственность включает также своевременное предоставление отчетности о проделанной работе и статусе задач.
6.2. За качество кода и безопасность
Сотрудник отвечает за соответствие написанного кода стандартам безопасности (OWASP), производительности и читаемости. Нарушение требований по качеству кода, повлекшее за собой инциденты безопасности или значительное снижение производительности, влечет дисциплинарную ответственность. Разработчик обязан немедленно уведомлять руководство о найденных уязвимостях и критических ошибках в коде.
6.3. За доступность и надежность сервисов
Специалист несет ответственность за соблюдение графика релизов и регламентов развертывания, влияющих на Uptime сервисов. Любые изменения в продуктивной среде должны быть согласованы и выполняться по утвержденному процессу управления изменениями. В случае возникновения инцидентов, разработчик обязан оперативно участвовать в их устранении и восстановлении работы сервиса.
7. Квалификационные требования и компетенции
7.1. Образование и опыт
Специалист должен иметь высшее техническое образование (бакалавриат или специалитет) в области информационных технологий, компьютерных наук или смежной дисциплины. Опыт работы в коммерческой разработке составляет не менее 3 лет с подтвержденными проектами с использованием JavaScript/TypeScript, а также одного из серверных языков (Python, Java, C# или PHP). Опыт работы с современными фреймворками является обязательным.
7.2. Технические компетенции
- Владение языками разметки HTML5 и стилей CSS3, включая препроцессоры;
- Глубокое знание JavaScript (ES6+) и популярных фреймворков, таких как React.js, Vue.js или Angular;
- Знание серверных фреймворков (Node.js (Express/Nest), Django, Spring Boot и т.п.);
- Опыт работы с базами данных (SQL и NoSQL), знание принципов проектирования и оптимизации запросов;
- Понимание архитектурных подходов (микросервисы, REST, GraphQL) и принципов облачных вычислений (AWS, GCP, Azure).
7.3. Гибкие навыки и методологии
Сотрудник должен владеть методологией Agile (Scrum/Kanban) и уметь эффективно работать в распределенной команде. Обязательно наличие навыков планирования времени, оценки трудоемкости задач (Story Points) и управления своим бэклогом. Важны коммуникативные навыки для ведения эффективного диалога с коллегами и заказчиками на всех этапах разработки.
8. Условия труда
8.1. Режим работы и график
Режим работы Fullstack-разработчика определяется правилами внутреннего трудового распорядка и устанавливается с учетом гибкого графика с возможностью начала рабочего дня в интервале с 8:00 до 11:00. Общая продолжительность рабочего времени составляет 40 часов в неделю с двумя выходными днями. Возможна удаленная работа при условии выполнения всех KPI и соблюдения корпоративной политики информационной безопасности.
8.2. Обеспечение техническими средствами
Организация «General» предоставляет сотруднику необходимое оборудование (персональный компьютер, мониторы) и лицензионное программное обеспечение, включая среды разработки, системы контроля версий и инструменты для коллективной работы. В случае работы на личном устройстве сотрудник обязан установить рекомендованные средства защиты и антивирусное ПО, а также подписать дополнительное соглашение.
8.3. Охрана труда и безопасность
Сотрудник обязан соблюдать правила охраны труда, техники безопасности и противопожарной безопасности, действующие в организации. Рабочее место должно быть организовано в соответствии с эргономическими нормами для предотвращения профессиональных заболеваний. Периодически (не реже двух раз в год) проводится инструктаж по безопасности и проверка знаний.
9. Ключевые показатели эффективности (KPI)
9.1. Частота развертываний (Deployment Frequency)
Один из ключевых KPI, отражающий скорость доставки изменений до конечного пользователя. Плановое значение для Fullstack-разработчика — не менее 4 развертываний в продуктивную среду в месяц для закрепленных микросервисов. Рост данного показателя без ущерба для стабильности свидетельствует о высокой зрелости CI/CD процессов. Для отслеживания используется система регистрации релизов и автоматизированные пайплайны.
9.2. Время выполнения заявки (Lead Time)
Lead Time измеряет среднее время от поступления требования до его реализации в продуктивной среде. Целевой показатель составляет не более 5 рабочих дней для задач средней сложности. Данный KPI оценивается по истории задач в системе управления проектами (Jira/YouTrack). Снижение этого показателя достигается за счет декомпозиции задач, автоматизации тестирования и улучшения процесса код-ревью.
9.3. Доступность сервиса (Uptime)
Показатель Uptime отражает долю времени, когда закрепленные за разработчиком сервисы находятся в работоспособном состоянии. Целевой уровень — 99.9% в месяц (допустимое время простоя не более 43 минут в месяц). Ответственность за данный KPI делится с командой инфраструктуры, но разработчик обязан обеспечивать качество кода и правильность обработки ошибок. Мониторинг ведется через систему оповещений (например, PagerDuty).
9.4. Качество кода
Качество кода оценивается по совокупности метрик: покрытие кода тестами (цель — 80%), количество критических замечаний на код-ревью (не более 3 на задачу), а также индекс технического долга (поддерживать ниже 5%). Используются инструменты статического анализа (SonarQube) и CI-пайплайны, автоматически проверяющие соответствие стандартам. Высокое качество кода считается основой для поддержания высокой Deployment Frequency и низкого Lead Time.
9.5. Количество успешно завершенных задач в спринте
Показатель производительности, измеряемый через количество завершенных пользовательских историй или задач в рамках одного спринта (две недели). Плановое значение зависит от сложности задач и варьируется, но в среднем составляет 8–12 задач. Динамика этого KPI позволяет оценивать скорость разработки и точность планирования. Учет ведется в системе управления проектами с автоматическим формированием отчетов по завершению спринта.
9.6. Время восстановления после сбоя (MTTR)
MTTR (Mean Time To Restore) — один из критических показателей надежности, определяющий среднее время, необходимое для восстановления работоспособности сервиса после инцидента. Целевое значение — не более 2 часов для инцидентов высокого приоритета. Снижение MTTR достигается за счет эффективного мониторинга, проактивного логирования и отработанных скриптов восстановления. Данный KPI тесно связан с Uptime и оценивается совместно с командой эксплуатации.
10. Бизнес-процессы, чек-листы и сценарии рабочих потоков
10.1. Процесс разработки и согласования изменений
- Шаг 1. Постановка задачи с указанием приоритета, бизнес-цели и критериев приемки от менеджера проекта или продукт-оунера;
- Шаг 2. Оценка трудоемкости (Story Points) и технический анализ задачи с разделением на подзадачи;
- Шаг 3. Разработка функциональности на выделенном баг-фиксе или feature-ветке с частыми коммитами;
- Шаг 4. Покрытие написанного кода тестами и проведение локального тестирования;
- Шаг 5. Создание пул-реквеста (Pull Request) с детальным описанием, проведение код-ревью и внесение правок;
- Шаг 6. Сборка и развертывание в тестовой среде (CI/CD), проведение интеграционного тестирования.
10.2. Чек-лист перед релизом в продуктивную среду
Перед каждым развертыванием Fullstack-разработчик обязан проверить выполнение следующих пунктов:
- Успешное прохождение всех пайплайнов CI (сборка, тесты, линтеры);
- Наличие актуальной документации для новой функциональности;
- Проверка миграций базы данных на предмет их корректности и возможности отката;
- Отсутствие известных критических багов в тестовой среде;
- Согласование с руководителем и командой технической поддержки.
10.3. Сценарий реагирования на инциденты (Остановка производства)
- Обнаружение: Использование системы мониторинга для фиксации падения сервиса (Uptime) или замедления ответов;
- Диагностика: Первичный анализ логов и метрик (CPU, Memory, Error Rate) для определения характера проблемы;
- Реагирование: Оперативное восстановление (откат версии или перезагрузка сервиса) с целью минимизации времени простоя (MTTR);
- Анализ: Проведение пост-мортем анализа (Root Cause Analysis) для выявления первопричины, разработка постоянного исправления и обновление чек-листов.
10.4. Оценка и пересмотр KPI
Ежеквартально на основе собранных данных по Deployment Frequency, Lead Time, Uptime и качеству кода проводится анализ текущей эффективности. Специалист совместно с руководителем готовит отчет о достижении целевых значений, выявляет отклонения и планирует корректирующие мероприятия. По итогам анализа система KPI может быть пересмотрена, а цели скорректированы в соответствии с обновленной бизнес-стратегией.
10.5. Непрерывное улучшение качества (PDCA)
Fullstack-разработчик применяет цикл непрерывного улучшения PDCA (Plan-Do-Check-Act) ко всем аспектам своей работы. На этапе «Plan» определяются цели, например, снижение Lead Time; на этапе «Do» внедряются процессы автоматизации; «Check» — оценка метрик; «Act» — масштабирование успешных практик на всю команду. Данный подход направлен на постоянное повышение качества кода и зрелости DevOps-культуры.