Фронтенд- и бэкенд-разработчик: должностная инструкция, обязанности и вопросы для собеседования
Набор для найма фронтенд- и бэкенд-разработчика: должностные обязанности с долями времени, компетенции, вопросы для собеседования с картой оценки, текст вакансии, должностная инструкция в Word и план испытательного срока.
Раздел 1 из 11
Зачем нужна эта должность
Фронтенд- и бэкенд-разработчик создаёт и поддерживает пользовательскую часть сайта или приложения, серверную логику и интеграции. Помогает бизнесу быстрее запускать цифровые функции и снижать число технических ошибок.
Когда пора нанимать
Нанимайте разработчика, когда компании нужно развивать собственный сайт или приложение, а подрядчики не обеспечивают нужную скорость и контроль. Роль также нужна, если накопились задачи по поддержке, интеграциям и устранению ошибок.
Раздел 2 из 11
Должностные обязанности фронтенд- и бэкенд-разработчика
Из чего состоит рабочая неделя. Доли времени показывают, на что человек будет тратить больше всего сил, а что останется фоном.
Разработка интерфейса
25 %Создаёт страницы и компоненты по требованиям и макетам. Проверяет работу интерфейса на типичных устройствах и размерах экрана.
Серверная логика
25 %Реализует бизнес-правила, обработку данных и программные интерфейсы. Поддерживает предсказуемую работу серверной части.
Интеграции и данные
15 %Подключает внутренние и внешние системы, настраивает обмен данными и обработку ошибок. Документирует контракты интеграций.
Тестирование и исправления
15 %Проверяет изменения автоматическими и ручными тестами, находит причины дефектов и устраняет их до выпуска.
Поддержка продукта
10 %Разбирает технические обращения, анализирует сбои и восстанавливает работоспособность функций. Предлагает меры против повторения проблем.
Планирование и документация
10 %Оценивает задачи, сообщает о рисках и фиксирует решения, необходимые для поддержки и дальнейшего развития продукта.
Раздел 3 из 11
Компетенции фронтенд- и бэкенд-разработчика и как их проверить
Всего 9, обязательных 4. Уровень: 1 базовый, 2 уверенный, 3 опытный, 4 эксперт.
Разработка интерфейсов
НавыкОбязательноКак проверить: Попросите разобрать задачу с макетом и предложить структуру компонентов и способ адаптации.
3 из 4 · опытныйСерверная разработка
НавыкОбязательноКак проверить: Дайте спроектировать серверную функцию для типового бизнес-сценария и объяснить обработку ошибок.
3 из 4 · опытныйРабота с данными
НавыкОбязательноКак проверить: Попросите составить запрос к данным и объяснить, как проверить его корректность и производительность.
2 из 4 · уверенныйТестирование кода
НавыкОбязательноКак проверить: Попросите предложить проверки для небольшой функции и найти пропущенные случаи в тестовом примере.
2 из 4 · уверенныйИнтеграции
НавыкКак проверить: Разберите пример обмена данными между системами и попросите назвать способы обработки сбоев.
2 из 4 · уверенныйКонтроль версий
НавыкКак проверить: Обсудите порядок работы с ветками, изменениями и конфликтами на примере командной задачи.
2 из 4 · уверенныйДиагностика ошибок
НавыкКак проверить: Предложите описание сбоя и попросите составить последовательность поиска причины.
2 из 4 · уверенныйОценка задач
КачествоКак проверить: Попросите оценить небольшую задачу, обозначить допущения, риски и вопросы к постановщику.
2 из 4 · уверенныйКомандное взаимодействие
КачествоКак проверить: Попросите привести пример согласования технического решения с коллегами и объяснить свою роль.
2 из 4 · уверенный
Раздел 4 из 11
KPI фронтенд- и бэкенд-разработчика: показатели работы
По ним вы поймёте, что человек справляется. Цели подставьте свои: модель предлагает рамку, а не цифры.
Выполнение задач в срок
Доля задач, завершённых в согласованный срок, соответствует плану команды
- Период
- Каждый месяц
- Откуда
- Доска задач и история сроков
Дефекты после выпуска
Число подтверждённых дефектов по изменениям сотрудника снижается
- Период
- Каждый месяц
- Откуда
- Учёт обращений и дефектов с привязкой к изменениям
Покрытие тестами
Критичные изменения покрыты согласованными автоматическими проверками
- Период
- Каждый месяц
- Откуда
- Отчёты тестирования и проверка изменений
Время устранения ошибок
Срок исправления ошибок в зоне ответственности соответствует внутренним приоритетам
- Период
- Каждый месяц
- Откуда
- Учёт дефектов и время от назначения до исправления
Качество оценки задач
Фактические затраты на завершённые задачи близки к согласованной оценке с учётом изменений требований
- Период
- Каждый квартал
- Откуда
- Оценки задач и фактическое время выполнения
Раздел 5 из 11
Этапы отбора
Этап 1: Первичное интервью
Проверить релевантность опыта, мотивацию и соответствие ожиданий роли задачам компании.
- Кто проводит
- Рекрутер
- Длительность
- 30 мин
Этап 2: Техническое интервью
Оценить навыки разработки интерфейсов и серверной части, работы с данными и тестирования кода.
- Кто проводит
- Технический руководитель
- Длительность
- 1 ч
Этап 3: Практическое задание
Проверить, как кандидат проектирует решение, пишет и проверяет код, а также объясняет свои решения.
- Кто проводит
- Разработчик или технический руководитель
- Длительность
- 1 ч 30 мин
Этап 4: Финальная встреча
Обсудить взаимодействие с командой, подход к оценке задач и условия работы.
- Кто проводит
- Руководитель команды
- Длительность
- 30 мин
4 этапа, около 3 ч 30 мин живого общения с кандидатом.
Раздел 6 из 11
Вопросы для собеседования с фронтенд- и бэкенд-разработчиком
Задавайте вопросы по порядку и ставьте оценку сразу. Вес показывает, какие ответы важнее для решения.
- Разработка интерфейсоввес 5
Вопрос 1: Расскажите о задаче, где вы реализовали пользовательский интерфейс от постановки до выпуска. Как выбирали структуру решения и проверяли результат?
Хороший ответ
Описывает личный вклад, ключевые решения и компромиссы. Объясняет, как учитывал состояния интерфейса, ошибки и удобство использования, и приводит конкретные способы проверки результата.
Тревожный ответ
Говорит только общими словами или приписывает себе командный результат. Не может объяснить устройство решения и как проверял поведение интерфейса.
- Серверная разработкавес 5
Вопрос 2: Расскажите о серверной функции или сервисе, который вы разрабатывали. Как устроили обработку запросов и что сделали для надежной работы?
Хороший ответ
Последовательно описывает устройство серверной части, обработку ошибок и граничных случаев. Объясняет выбор решения и подтверждает его результатами или проверками.
Тревожный ответ
Не различает основные части серверной обработки, не может объяснить собственный вклад или игнорирует ошибки и нештатные ситуации.
- Работа с даннымивес 5
Вопрос 3: Расскажите о задаче, где вы проектировали или изменяли хранение и обработку данных. Как обеспечили корректность и производительность?
Хороший ответ
Объясняет структуру данных, ограничения и логику изменений. Учитывает целостность, миграции и характер запросов, приводит конкретные проверки или наблюдаемые результаты.
Тревожный ответ
Выбирал структуру без учета связей и целостности, не продумал влияние изменений на существующие данные или не может объяснить, как проверял корректность.
- Тестирование кодавес 5
Вопрос 4: Расскажите о случае, когда тесты помогли вам обнаружить или предотвратить ошибку. Какие проверки вы добавили и почему?
Хороший ответ
Называет риск или сценарий, выбирает подходящий уровень проверок и объясняет, что именно тест подтверждает. Умеет описать ограничения тестов и дальнейшую проверку результата.
Тревожный ответ
Считает тестирование необязательным, ограничивается запуском приложения вручную или не может объяснить, какие ошибки предотвращают тесты.
- Интеграциивес 3
Вопрос 5: Расскажите о подключении внешнего сервиса или взаимодействии между системами. Как вы обрабатывали сбои и несовпадения форматов данных?
Хороший ответ
Описывает контракт и обмен данными, проверку ошибок, тайм-ауты или повторные попытки там, где они уместны, и способ диагностики проблем.
Тревожный ответ
Рассматривает интеграцию только как успешный запрос, не учитывает сбои, некорректные ответы и необходимость проверять контракт.
- Контроль версийвес 3
Вопрос 6: Расскажите, как вы работали с изменениями кода в команде, когда несколько разработчиков затрагивали связанные части проекта.
Хороший ответ
Поясняет, как организовывал изменения, разбирал конфликты и проверял историю. Упоминает понятные коммиты и своевременное согласование изменений.
Тревожный ответ
Не может объяснить, как безопасно объединять изменения, или описывает перезапись чужой работы без проверки и согласования.
- Диагностика ошибоквес 3
Вопрос 7: Расскажите о сложной ошибке, которую вы расследовали. Как сузили круг причин и подтвердили исправление?
Хороший ответ
Излагает ход расследования по шагам, использует воспроизводимость, логи или другие доступные данные, проверяет гипотезы и подтверждает исправление тестом либо наблюдением.
Тревожный ответ
Меняет код наугад, не пытается воспроизвести проблему и не проверяет, что исправление устранило причину, а не только симптом.
- Оценка задачвес 2
Вопрос 8: Представьте задачу с неполными требованиями и зависимостью от другой команды. Как вы оцените работу и сообщите о неопределенности?
Хороший ответ
Уточняет требования, разбивает работу на части, отмечает зависимости и риски, называет допущения и обновляет оценку при появлении новых данных.
Тревожный ответ
Называет точный срок без уточнений, скрывает неопределенность или не пересматривает оценку после изменения условий.
- Командное взаимодействиевес 2
Вопрос 9: Расскажите о разногласии с коллегой по техническому решению. Как вы пришли к дальнейшим действиям?
Хороший ответ
Объясняет позицию через требования и последствия, выслушивает аргументы, обсуждает альтернативы и фиксирует принятое решение без перехода на личности.
Тревожный ответ
Описывает давление, обвинения или отказ обсуждать альтернативы; не может объяснить, как команда пришла к решению.
Поставьте оценки по ходу собеседования, итог посчитаем с учётом веса вопросов.
Раздел 7 из 11
Риски найма
Риск
Кандидат уверенно говорит об обоих направлениях, но имеет существенно более глубокий опыт только в одном.
Как снизить
Раздельно проверить интерфейсную и серверную разработку на примерах выполненных задач и практическом задании.
Риск
Код работает на типовом сценарии, но плохо обрабатывает ошибки и граничные случаи.
Как снизить
В техническом интервью и задании отдельно разобрать нештатные сценарии, тесты и обработку некорректных данных.
Риск
Кандидат описывает командные достижения, но его личный вклад неясен.
Как снизить
Просить уточнить собственные действия, принятые решения и конкретные изменения, за которые он отвечал.
Риск
Практическое задание оценивает скорость выполнения, а не качество инженерных решений.
Как снизить
Заранее использовать единые критерии: корректность, ясность кода, тестирование, обработка ошибок и аргументация решений.
Раздел 8 из 11
Готовый текст вакансии
Фронтенд- и бэкенд-разработчик
В [название компании] вы будете развивать продукт целиком: создавать интерфейсы, серверную логику и интеграции, проверять качество изменений и поддерживать работу выпущенных решений.
Обязанности
- Разрабатывать и улучшать пользовательские интерфейсы.
- Создавать серверную логику и обеспечивать её взаимодействие с интерфейсом.
- Подключать внешние системы и работать с данными продукта.
- Писать и выполнять тесты, находить и устранять дефекты.
- Поддерживать выпущенный продукт и разбирать ошибки.
- Оценивать задачи, планировать работу и документировать технические решения.
Требования
- Опыт разработки пользовательских интерфейсов и серверной логики.
- Навык проектирования и подключения программных интерфейсов между системами.
- Понимание работы с данными, их хранения и обработки.
- Умение писать тесты и анализировать причины ошибок.
- Навык оценки задач, планирования и технической документации.
- Умение читать существующий код и безопасно вносить в него изменения.
Условия
- Оплата: [вилка зарплаты].
- График: [график].
- Формат и место работы: [формат работы].
- Задачи и критерии результата согласуются с руководителем разработки.
- Предоставляем время для погружения в продукт и кодовую базу.
Раздел 9 из 11
Должностная инструкция фронтенд- и бэкенд-разработчика
Проект документа. Перед утверждением сверьте с вашими внутренними правилами.
Должностная инструкция
Фронтенд- и бэкенд-разработчик
1. Общие положения
- 1.1.Должность относится к категории специалистов.
- 1.2.Фронтенд- и бэкенд-разработчик подчиняется руководителю разработки или иному назначенному работодателем руководителю.
- 1.3.Назначение на должность и освобождение от неё оформляются работодателем.
- 1.4.Квалификация определяется опытом разработки пользовательских интерфейсов, серверной логики, интеграций и тестирования. Объём полномочий и доступов устанавливается работодателем.
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
Частые вопросы о найме
Можно ли взять разработчика без опыта работы?
Можно, если кандидат уверенно владеет базовыми навыками программирования и прошёл практическую проверку. На старте ему нужны ограниченные задачи, код-ревью и понятный наставник. Для самостоятельной работы сразу по интерфейсу, серверной логике и интеграциям предпочтителен подтверждённый опыт.
Сколько обычно занимает поиск такого специалиста?
Срок зависит от глубины стека, уровня самостоятельности и требований к опыту на обеих частях продукта. Поиск ускоряют чёткое описание задач, критерии отбора и практическое тестовое задание разумного объёма. Если нужен специалист, способный самостоятельно вести весь цикл разработки, отбор обычно требует больше времени.
Как оформить должность и обязанности?
Зафиксируйте трудовую функцию, подчинённость, основные обязанности, порядок постановки задач и критерии оценки результата. Укажите, какие части продукта и решения входят в зону ответственности разработчика. Условия оформления и формулировки документов следует согласовать с кадровым специалистом.
Как построить оплату без привязки к количеству написанного кода?
Используйте фиксированную часть и, при необходимости, переменную часть за заранее определённые результаты. Оценивайте выполнение согласованных задач, качество изменений, дефекты после выпуска и соблюдение процесса, а не объём строк кода. Правила расчёта показателей и выплаты зафиксируйте заранее.
Когда пора нанимать второго разработчика?
Когда очередь задач регулярно превышает возможности одного специалиста, поддержка продукта мешает развитию или возникают постоянные задержки и риски отсутствия подмены. До найма проверьте, что задачи приоритизированы, а кодовая база и процесс разработки позволяют параллельную работу.
Чем эта должность отличается от отдельного фронтенд- или бэкенд-разработчика?
Специалист широкого профиля работает и с пользовательской частью, и с серверной логикой, а также связывает их интеграциями. Отдельный фронтенд- или бэкенд-разработчик обычно глубже специализируется на своей части системы. Если продукт сложный, широкая роль не заменяет потребность в узких специалистах.
Документы
Заберите документы
Три файла из этого набора, в один клик. Бесплатно, без регистрации и водяных знаков.
Следующий шаг
Заберите профиль «Фронтенд- и бэкенд-разработчик» в Altair HR
После регистрации профиль появится в кабинете сам: обязанности, компетенции, этапы отбора и карта оценки уже заполнены. Останется добавить вилку оклада и собрать из профиля вакансию. 14 дней бесплатно, карта не нужна.
- Профиль роли в кабинете уже заполнен
- Вакансия собирается из профиля
- ИИ разбирает отклики по вашим критериям
Отправьте коллегам
Руководителю, который будет собеседовать, или коллеге, который пишет вакансию.
Полезное для кадровика на почту
Новые статьи и инструменты: кадровые сроки, изменения в Трудовом кодексе, готовые шаблоны. Без спама, отписаться можно в один клик.
Нажимая «Подписаться», вы соглашаетесь на обработку персональных данных. Подписка включится после подтверждения в письме.