Fullstack-разработчик: должностная инструкция, обязанности и вопросы для собеседования
Набор для найма Fullstack-разработчика: должностные обязанности с долями времени, компетенции, вопросы для собеседования с картой оценки, текст вакансии, должностная инструкция в Word и план испытательного срока.
Раздел 1 из 11
Зачем нужна эта должность
Fullstack-разработчик создаёт и поддерживает клиентскую и серверную части цифровых продуктов. Помогает компании быстрее выпускать новые функции и решать технические проблемы без постоянной зависимости от внешних подрядчиков.
Когда пора нанимать
Пора нанимать специалиста, когда компании регулярно нужны новые функции и доработки, а текущей команды не хватает для разработки и поддержки продукта. Роль также нужна, если работа над клиентской и серверной частями требует постоянной координации разных исполнителей.
Раздел 2 из 11
Должностные обязанности Fullstack-разработчика
Из чего состоит рабочая неделя. Доли времени показывают, на что человек будет тратить больше всего сил, а что останется фоном.
Разработка функций
35 %Реализует задачи на клиентской и серверной сторонах по требованиям команды. Передаёт готовые изменения на проверку и фиксирует результат.
Проектирование решений
15 %Подбирает структуру компонентов, API и взаимодействие частей приложения. Учитывает требования к надёжности, безопасности и дальнейшему развитию.
Поддержка продукта
20 %Находит причины сбоев, исправляет дефекты и помогает разбирать обращения пользователей. Снижает повторяемость проблем.
Проверка качества
15 %Пишет и запускает автоматические и ручные проверки, проводит ревью кода. Уменьшает риск ошибок при выпуске изменений.
Выпуск изменений
10 %Готовит изменения к развёртыванию и взаимодействует с коллегами при выпуске. Проверяет работу функций после обновления.
Техническая документация
5 %Описывает ключевые решения, настройки и порядок работы с кодом. Поддерживает документацию в актуальном состоянии.
Раздел 3 из 11
Компетенции Fullstack-разработчика и как их проверить
Всего 8, обязательных 4. Уровень: 1 базовый, 2 уверенный, 3 опытный, 4 эксперт.
Клиентская разработка
НавыкОбязательноКак проверить: Попросите разобрать небольшую задачу на интерфейс и объяснить выбранную структуру решения.
3 из 4 · опытныйСерверная разработка
НавыкОбязательноКак проверить: Дайте практическую задачу на обработку запроса, проверку данных и возврат результата.
3 из 4 · опытныйРабота с базами данных
НавыкОбязательноКак проверить: Попросите составить запрос и объяснить, как он работает с данными и связанными таблицами.
2 из 4 · уверенныйКонтроль версий
НавыкОбязательноКак проверить: Попросите рассказать, как кандидат работает с ветками, изменениями и конфликтами.
2 из 4 · уверенныйПроектирование API
НавыкКак проверить: Предложите спроектировать API для простой функции и обсудите обработку ошибок.
2 из 4 · уверенныйАвтоматизированное тестирование
НавыкКак проверить: Попросите описать или написать проверки для функции и объяснить, что они покрывают.
2 из 4 · уверенныйАнализ ошибок
КачествоКак проверить: Разберите пример сбоя и попросите пошагово описать поиск причины и проверку исправления.
2 из 4 · уверенныйСамостоятельность
КачествоКак проверить: Попросите привести пример задачи с неопределёнными требованиями и описать, как кандидат уточнял детали.
2 из 4 · уверенный
Раздел 4 из 11
KPI Fullstack-разработчика: показатели работы
По ним вы поймёте, что человек справляется. Цели подставьте свои: модель предлагает рамку, а не цифры.
Выполнение задач
Согласованный объём задач выполнен в срок
- Период
- Каждый месяц
- Откуда
- Система учёта задач
Дефекты после выпуска
Количество дефектов по задачам сотрудника снижается или остаётся в целевом диапазоне
- Период
- Каждый месяц
- Откуда
- Учёт дефектов и релизов
Скорость исправления ошибок
Критичные ошибки исправляются в согласованные сроки
- Период
- Каждый месяц
- Откуда
- Учёт обращений и задач
Покрытие проверками
Ключевые изменения сопровождаются подходящими автоматическими проверками
- Период
- Каждый квартал
- Откуда
- Репозиторий кода и отчёты проверок
Качество передачи изменений
Изменения проходят проверку и выпуск без возврата из-за недостающей информации
- Период
- Каждый месяц
- Откуда
- Ревью кода и журнал выпусков
Раздел 5 из 11
Этапы отбора
Этап 1: Первичный разговор
Уточнить релевантный опыт, ожидания от роли и готовность пройти техническую оценку.
- Кто проводит
- Рекрутер
- Длительность
- 20 мин
Этап 2: Техническое интервью
Проверить клиентскую и серверную разработку, работу с базами данных, контроль версий и инженерные решения.
- Кто проводит
- Технический руководитель
- Длительность
- 1 ч
Этап 3: Практическое задание
Оценить подход к решению рабочей задачи, качество кода и проверку результата.
- Кто проводит
- Разработчик или технический руководитель
- Длительность
- 1 ч 30 мин
Этап 4: Финальная встреча
Сверить ожидания по взаимодействию, ответственности и условиям работы.
- Кто проводит
- Руководитель команды
- Длительность
- 30 мин
4 этапа, около 3 ч 20 мин живого общения с кандидатом.
Раздел 6 из 11
Вопросы для собеседования с Fullstack-разработчиком
Задавайте вопросы по порядку и ставьте оценку сразу. Вес показывает, какие ответы важнее для решения.
- Клиентская разработкавес 5
Вопрос 1: Расскажите о клиентской функции или интерфейсе, который вы разработали: как устроили компоненты и обработали состояния загрузки, ошибок и пользовательского ввода?
Хороший ответ
Объясняет структуру решения, выбор компонентов и управление состояниями; приводит конкретный пример и описывает, как проверял работу интерфейса.
Тревожный ответ
Говорит только об отдельных элементах интерфейса, не может объяснить устройство решения или не учитывает ошибки и крайние случаи.
- Серверная разработкавес 5
Вопрос 2: Расскажите о серверной функции, которую вы реализовали от постановки задачи до запуска: как разделили логику и обеспечили обработку ошибок?
Хороший ответ
Описывает границы компонентов, обработку входных данных и ошибок, а также собственный вклад и результат.
Тревожный ответ
Не различает ответственность частей приложения, не учитывает некорректные данные и описывает результат без конкретных действий.
- Работа с базами данныхвес 5
Вопрос 3: Вспомните задачу, где вы проектировали или меняли хранение данных. Как выбрали структуру и проверили, что запросы работают корректно?
Хороший ответ
Объясняет структуру данных, связи и ограничения, учитывает целостность и производительность запросов; описывает проверку изменений.
Тревожный ответ
Описывает таблицы или коллекции без объяснения связей и целостности, не проверяет последствия изменения схемы.
- Контроль версийвес 5
Вопрос 4: Расскажите, как вы организовали работу с изменениями в общем репозитории, когда над одной частью продукта работали несколько разработчиков.
Хороший ответ
Описывает осмысленные коммиты, ветки или иной принятый процесс, проверку изменений и разрешение конфликтов с согласованием с командой.
Тревожный ответ
Вносит изменения напрямую без проверки и истории, не умеет объяснить, как предотвращает или разбирает конфликты.
- Проектирование APIвес 3
Вопрос 5: Расскажите о спроектированном вами API: как определяли формат запросов и ответов, обработку ошибок и совместимость изменений?
Хороший ответ
Описывает ресурсы или операции, контракты данных, понятные ошибки и влияние изменений на клиентов; приводит рабочий пример.
Тревожный ответ
Не может объяснить контракт API, смешивает ошибки разных типов или не учитывает существующих потребителей.
- Автоматизированное тестированиевес 3
Вопрос 6: Вспомните случай, когда вы добавили автоматизированные тесты к функции. Что именно проверили и как тесты помогли при изменениях?
Хороший ответ
Различает проверяемые сценарии, включая важные крайние случаи, и объясняет, как тесты обнаружили регрессию или подтвердили поведение.
Тревожный ответ
Считает наличие тестов самоцелью, не может назвать проверяемые сценарии или полагается только на ручную проверку.
- Анализ ошибоквес 3
Вопрос 7: Расскажите о сложной ошибке, которую вы расследовали. Как сузили круг причин и подтвердили исправление?
Хороший ответ
Последовательно описывает сбор данных, проверку гипотез, поиск первопричины и контроль исправления; отделяет факты от предположений.
Тревожный ответ
Меняет код наугад, не проверяет гипотезы и не подтверждает, что ошибка устранена.
- Самостоятельностьвес 2
Вопрос 8: Расскажите о задаче с неполным описанием, которую вы довели до результата. Как уточняли ожидания и сообщали о ходе работы?
Хороший ответ
Сам формулирует неизвестные и риски, задаёт точечные вопросы, согласует решение и заранее сообщает о препятствиях.
Тревожный ответ
Долго действует на неподтверждённых предположениях либо ждёт подробных указаний и не сообщает о блокерах.
Поставьте оценки по ходу собеседования, итог посчитаем с учётом веса вопросов.
Раздел 7 из 11
Риски найма
Риск
Кандидат уверенно говорит о фронтенде и бэкенде, но глубоко работал только с одной стороной приложения.
Как снизить
Попросить разобрать конкретную задачу по обеим сторонам и отдельно уточнить личный вклад, решения и ограничения.
Риск
Кандидат знает синтаксис, но не учитывает надёжность данных и последствия изменений.
Как снизить
На техническом интервью попросить объяснить схему данных, обработку ошибок и безопасный порядок внесения изменений.
Риск
Практическое задание оценивает скорость, а не качество инженерного подхода.
Как снизить
Дать чёткие критерии и оценивать структуру решения, обработку крайних случаев, тесты и объяснение компромиссов.
Риск
Опыт кандидата трудно проверить из-за общих формулировок о командной работе.
Как снизить
Просить конкретные примеры, отделять личные действия от результата команды и задавать уточнения о принятых решениях.
Раздел 8 из 11
Готовый текст вакансии
Fullstack-разработчик
В [название компании] вы будете разрабатывать и поддерживать продукт: проектировать решения, выпускать изменения и следить за их качеством.
Обязанности
- Разрабатывать функции продукта на стороне клиента и сервера.
- Проектировать технические решения с учётом требований и существующей архитектуры.
- Поддерживать работающий продукт и исправлять ошибки.
- Проверять изменения вручную и автоматизированными тестами.
- Готовить изменения к выпуску и сопровождать их внедрение.
- Вести техническую документацию и передавать команде сведения о выполненной работе.
Требования
- Опыт разработки программных продуктов на стороне клиента и сервера.
- Умение разбираться в чужом коде и дорабатывать существующие решения.
- Практический опыт проектирования и реализации функций по требованиям.
- Навык поиска причин ошибок и их исправления.
- Понимание тестирования и способов проверки качества кода.
- Умение документировать изменения и взаимодействовать с командой разработки.
Условия
- Оформление по договорённости сторон в соответствии с применимыми требованиями.
- Оплата: [вилка зарплаты].
- График: [график].
- Задачи и критерии результата согласуются с руководителем.
- Предоставляются доступы и рабочие инструменты, необходимые для выполнения задач.
Раздел 9 из 11
Должностная инструкция Fullstack-разработчика
Проект документа. Перед утверждением сверьте с вашими внутренними правилами.
Должностная инструкция
Fullstack-разработчик
1. Общие положения
- 1.1.Fullstack-разработчик относится к категории специалистов.
- 1.2.Назначается на должность и освобождается от неё приказом работодателя.
- 1.3.Подчиняется руководителю разработки или иному назначенному работодателем руководителю.
- 1.4.Квалификационные требования определяются работодателем с учётом задач продукта и необходимых технологий.
- 1.5.В работе руководствуется задачами продукта, внутренними правилами разработки и настоящей должностной инструкцией.
2. Работник должен знать
- 2.1.Принципы разработки клиентской и серверной частей программного продукта.
- 2.2.Порядок работы с кодовой базой, ветками и изменениями в репозитории.
- 2.3.Способы проектирования и интеграции программных компонентов.
- 2.4.Методы тестирования и проверки качества программного кода.
- 2.5.Порядок выпуска изменений и действий при обнаружении дефектов.
- 2.6.Правила ведения технической документации и передачи изменений команде.
3. Должностные обязанности
- 3.1.Осуществляет разработку функций клиентской и серверной частей продукта в соответствии с согласованными требованиями.
- 3.2.Проектирует технические решения и согласует существенные изменения архитектуры с руководителем разработки.
- 3.3.Обеспечивает поддержку продукта, анализирует причины ошибок и выполняет исправления.
- 3.4.Проводит проверку разработанных изменений, добавляет и поддерживает автоматизированные тесты в пределах согласованных требований.
- 3.5.Обеспечивает подготовку изменений к выпуску, фиксирует известные ограничения и передаёт необходимую информацию участникам процесса.
- 3.6.Ведёт техническую документацию по разработанным функциям и существенным изменениям.
- 3.7.Информирует руководителя о ходе задач, рисках, дефектах и препятствиях, влияющих на сроки или качество.
- 3.8.Участвует в разборе дефектов после выпуска и предлагает меры по снижению вероятности их повторения.
4. Права
Работник имеет право:
- 4.1.Запрашивать у руководителя и коллег требования, доступы и материалы, необходимые для выполнения задач.
- 4.2.Вправе предлагать технические решения и улучшения процесса разработки.
- 4.3.Вправе инициировать проверку требований, если они неполны, противоречивы или создают риск для качества продукта.
- 4.4.Получать обратную связь по результатам работы и согласовывать приоритеты при конфликте задач.
- 4.5.Сообщать руководителю о рисках, блокирующих работу, и предлагать способы их устранения.
5. Ответственность
Работник несёт ответственность в пределах, установленных трудовым, гражданским и административным законодательством Российской Федерации:
- 5.1.За несвоевременное или некачественное выполнение порученных задач в пределах своей компетенции.
- 5.2.За ошибки в коде и недостаточную проверку изменений, если они возникли вследствие ненадлежащего исполнения обязанностей.
- 5.3.За неполное или несвоевременное информирование о существенных рисках, дефектах и препятствиях.
- 5.4.За достоверность технической документации и качество передачи изменений в пределах своей работы.
- 5.5.За соблюдение внутренних правил доступа к коду, данным и рабочим материалам.
6. Взаимодействие
- 6.1.С руководителем разработки согласует приоритеты, решения, сроки и риски по задачам.
- 6.2.С другими разработчиками согласует интерфейсы компонентов, интеграции и совместные изменения кода.
- 6.3.С тестировщиками или ответственными за проверку качества уточняет сценарии проверки и передаёт изменения на тестирование.
- 6.4.С владельцем продукта, аналитиком или заказчиком уточняет требования и сообщает о технических ограничениях.
7. Заключительные положения
- 7.1.Настоящая инструкция вступает в силу со дня её утверждения руководителем организации.
- 7.2.Работник знакомится с инструкцией под подпись при приёме на работу, до начала работы.
- 7.3.Инструкция пересматривается при изменении обязанностей, структуры или условий работы организации.
- 7.4.Инструкция составлена в двух экземплярах: один хранится у работодателя, второй передаётся работнику.
Раздел 10 из 11
План испытательного срока: 30, 60 и 90 дней
Что человек должен уметь к концу каждого месяца и по каким признакам считать срок пройденным.
День 30: Первый месяц
Осваивается
- Ориентируется в структуре продукта, кодовой базе и порядке разработки.
- Выполняет небольшие задачи с соблюдением принятого процесса проверки и передачи изменений.
- Знает, к кому обращаться по требованиям, техническим решениям и выпуску изменений.
День 60: Второй месяц
Работает сам
- Самостоятельно выполняет задачи средней сложности на клиентской и серверной стороне.
- Пишет или обновляет проверки для изменений и исправляет выявленные дефекты.
- Документирует изменения и заблаговременно сообщает о рисках сроков и качества.
День 90: Третий месяц
Даёт результат
- Самостоятельно ведёт согласованные задачи от уточнения требований до передачи готового изменения.
- Выпускает изменения с приемлемым уровнем дефектов и оперативно исправляет обнаруженные ошибки.
- Поддерживает качество передачи изменений и предлагает обоснованные улучшения технического решения.
Испытательный срок пройден, если
- Согласованные задачи выполняются в срок либо о рисках сообщается заранее.
- Изменения проходят установленную проверку, а дефекты после выпуска разбираются и устраняются без необоснованных задержек.
- Проверки и документация соответствуют требованиям команды и сложности изменений.
- Работник самостоятельно ведёт задачи своего уровня и конструктивно взаимодействует с участниками разработки.
Раздел 11 из 11
Частые вопросы о найме
Можно ли нанять Fullstack-разработчика без опыта?
Можно, если задачи подходят для начального уровня и в команде есть специалист, который сможет проверять решения и помогать с адаптацией. Для самостоятельной поддержки продукта и выпуска изменений обычно важнее подтверждённый практический опыт.
Сколько обычно занимает поиск Fullstack-разработчика?
Срок зависит от стека, сложности продукта, уровня самостоятельности и условий вакансии. Ускорить поиск помогают чёткое описание задач, прозрачный этап технической оценки и своевременная обратная связь кандидатам.
Как оформить Fullstack-разработчика?
Формат оформления выбирают с учётом фактического характера работы и договорённостей сторон. Если человек выполняет постоянную трудовую функцию под управлением работодателя, следует рассматривать трудовое оформление.
Как построить оплату труда Fullstack-разработчика?
Зафиксируйте окладную часть и понятные правила премирования, если оно предусмотрено. Переменную часть лучше связывать с качеством и выполнением согласованных задач, а не только с количеством выпущенного кода.
Когда пора нанимать второго Fullstack-разработчика?
Когда очередь задач и поддержки регулярно превышает возможности одного специалиста, а сроки или качество начинают страдать. Также найм второго разработчика снижает зависимость продукта от одного человека и позволяет разделить зоны ответственности.
Чем Fullstack-разработчик отличается от frontend- и backend-разработчика?
Fullstack-разработчик работает и с клиентской, и с серверной частью продукта. Frontend-специалист глубже сосредоточен на интерфейсе, а backend-специалист на серверной логике, данных и интеграциях.
Документы
Заберите документы
Три файла из этого набора, в один клик. Бесплатно, без регистрации и водяных знаков.
Следующий шаг
Заберите профиль «Fullstack-разработчик» в Altair HR
После регистрации профиль появится в кабинете сам: обязанности, компетенции, этапы отбора и карта оценки уже заполнены. Останется добавить вилку оклада и собрать из профиля вакансию. 14 дней бесплатно, карта не нужна.
- Профиль роли в кабинете уже заполнен
- Вакансия собирается из профиля
- ИИ разбирает отклики по вашим критериям
Отправьте коллегам
Руководителю, который будет собеседовать, или коллеге, который пишет вакансию.
Полезное для кадровика на почту
Новые статьи и инструменты: кадровые сроки, изменения в Трудовом кодексе, готовые шаблоны. Без спама, отписаться можно в один клик.
Нажимая «Подписаться», вы соглашаетесь на обработку персональных данных. Подписка включится после подтверждения в письме.