Разработчик: должностная инструкция, обязанности и вопросы для собеседования
Набор для найма разработчика: должностные обязанности с долями времени, компетенции, вопросы для собеседования с картой оценки, текст вакансии, должностная инструкция в Word и план испытательного срока.
Раздел 1 из 11
Зачем нужна эта должность
Разработчик создаёт и развивает программные решения, которые помогают компании автоматизировать процессы и улучшать продукт. Он отвечает за качество своего кода и предсказуемую поставку изменений.
Когда пора нанимать
Нанимайте разработчика, когда задачи по созданию и развитию программных решений регулярно отвлекают руководителя или перегружают команду. Также он нужен, если компании важно быстрее автоматизировать процессы или поддерживать собственный продукт.
Раздел 2 из 11
Должностные обязанности разработчика
Из чего состоит рабочая неделя. Доли времени показывают, на что человек будет тратить больше всего сил, а что останется фоном.
Разработка функциональности
40 %Пишет и изменяет код по согласованным требованиям. Передаёт готовые изменения на проверку и внедрение.
Проработка решений
15 %Уточняет требования, оценивает варианты реализации и согласует технический подход с командой. Помогает заранее выявить риски и зависимости.
Проверка качества
15 %Проводит автоматические и ручные проверки своих изменений, исправляет найденные дефекты. Поддерживает тесты для ключевой функциональности.
Поддержка решений
15 %Разбирает технические проблемы в своей зоне, находит причины ошибок и устраняет их. Предлагает улучшения для надёжности и удобства сопровождения.
Работа с командой
10 %Обсуждает задачи с коллегами, участвует в проверке кода и сообщает о ходе работы и препятствиях. Своевременно согласует изменения, затрагивающие другие части системы.
Техническая документация
5 %Фиксирует решения, инструкции по запуску и важные особенности изменений. Обновляет документацию при изменении функциональности.
Раздел 3 из 11
Компетенции разработчика и как их проверить
Всего 8, обязательных 4. Уровень: 1 базовый, 2 уверенный, 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 ч
3 этапа, около 2 ч 30 мин живого общения с кандидатом.
Раздел 6 из 11
Вопросы для собеседования с разработчиком
Задавайте вопросы по порядку и ставьте оценку сразу. Вес показывает, какие ответы важнее для решения.
- Язык программированиявес 5
Вопрос 1: Расскажите о задаче, где вы применили основной для вас язык программирования. Как устроили решение и почему выбрали именно такие конструкции и подходы?
Хороший ответ
Называет конкретную задачу, объясняет ключевые решения и особенности языка, приводит примеры компромиссов и ограничений.
Тревожный ответ
Описывает только общий результат, не может объяснить собственный код или путается в базовых понятиях языка.
- Основы проектированиявес 5
Вопрос 2: Вспомните задачу, где нужно было спроектировать новую функциональность. Как вы разделили её на части и как выбирали структуру решения?
Хороший ответ
Объясняет структуру компонентов и их ответственность, обсуждает зависимости и альтернативы, связывает проектные решения с требованиями.
Тревожный ответ
Описывает решение как набор несвязанных действий, не может объяснить границы компонентов или последствия выбранной структуры.
- Отладка кодавес 5
Вопрос 3: Расскажите о сложной ошибке, которую вы нашли и исправили. Как сузили круг причин и убедились, что проблема устранена?
Хороший ответ
Последовательно описывает воспроизведение ошибки, сбор фактов, проверку гипотез и подтверждение исправления тестом или наблюдением.
Тревожный ответ
Говорит, что исправлял наугад или сразу переписывал код, не объясняет причину ошибки и способ проверки результата.
- Анализ требованийвес 5
Вопрос 4: Расскажите о случае, когда задача была описана неясно или содержала противоречия. Какие вопросы вы задали и как согласовали ожидаемый результат?
Хороший ответ
Приводит конкретные уточняющие вопросы, выявляет сценарии и ограничения, фиксирует договорённости и проверяет, что участники одинаково понимают результат.
Тревожный ответ
Начинает реализацию без уточнений, полагается на догадки или перекладывает ответственность за неясность на постановщика задачи.
- Автоматизированное тестированиевес 3
Вопрос 5: Расскажите о функциональности, для которой вы писали автоматизированные тесты. Что именно проверяли и как выбирали уровень тестирования?
Хороший ответ
Объясняет, какие сценарии и граничные случаи проверял, почему выбрал конкретный уровень тестов и как тесты помогли обнаружить или предотвратить ошибку.
Тревожный ответ
Не может привести пример проверок, считает достаточной только ручную проверку или описывает тесты без связи с поведением системы.
- Работа с даннымивес 3
Вопрос 6: Опишите задачу, где требовалось читать, преобразовывать или сохранять данные. Как вы проверяли корректность обработки и учитывали возможные ошибки?
Хороший ответ
Называет формат или структуру данных, описывает проверки входных значений, обработку некорректных случаев и способы контроля результата.
Тревожный ответ
Не учитывает пустые, неверные или неожиданные значения, не может объяснить, как проверял корректность данных.
- Контроль версийвес 3
Вопрос 7: Расскажите, как вы организовывали изменения кода в совместной работе. Что делали при конфликте изменений или необходимости откатить правку?
Хороший ответ
Понятно описывает работу с отдельными изменениями, историю правок и разрешение конфликтов, объясняет, как сохранял возможность проверить и при необходимости отменить изменения.
Тревожный ответ
Не может объяснить, как отслеживать изменения, разрешал конфликты простым перезаписыванием или не проверял итог после объединения правок.
- Взаимодействие в командевес 2
Вопрос 8: Вспомните случай, когда ваша техническая задача зависела от работы коллег или затрагивала их изменения. Как вы согласовали действия и сообщили о проблемах?
Хороший ответ
Описывает своевременное обсуждение зависимостей, ясную передачу статуса и предметное разрешение разногласий с фокусом на общий результат.
Тревожный ответ
Утаивал задержку или риск, обвинял коллег без разбора ситуации либо принимал решения, затрагивающие команду, не сообщая об этом.
Поставьте оценки по ходу собеседования, итог посчитаем с учётом веса вопросов.
Раздел 7 из 11
Риски найма
Риск
Кандидат уверенно рассказывает о технологиях, но не может отделить собственный вклад от работы команды.
Как снизить
Просить разобрать конкретную задачу по шагам и уточнять, какие решения и изменения кандидат выполнил лично.
Риск
Слабое понимание требований приводит к переделкам после начала разработки.
Как снизить
Проверить на интервью пример неоднозначной задачи и попросить кандидата сформулировать уточняющие вопросы и критерии готовности.
Риск
Код работает только на типичном сценарии, а ошибки и крайние случаи остаются незамеченными.
Как снизить
В практической задаче попросить описать проверки, тесты и поведение при некорректных входных данных.
Риск
Кандидат умеет решать задачи в одиночку, но не поддерживает прозрачную совместную работу.
Как снизить
Обсудить конкретный случай зависимости от коллег и уточнить, как кандидат сообщал о статусе, рисках и изменениях.
Раздел 8 из 11
Готовый текст вакансии
Разработчик
В [название компании] разработчик создаёт и поддерживает программные решения: прорабатывает задачи, пишет и проверяет код, помогает устранять проблемы и документирует изменения. Важно доводить согласованные задачи до результата и поддерживать качество решений.
Обязанности
- Разрабатывать функциональность по согласованным требованиям
- Прорабатывать технические решения и оценивать их влияние на существующую систему
- Проверять изменения и писать тесты для выявления ошибок
- Исправлять дефекты и участвовать в разборе технических проблем
- Поддерживать и улучшать существующие решения
- Обновлять техническую документацию
- Согласовывать работу с командой и сообщать о рисках и ходе выполнения задач
Требования
- Опыт разработки программного обеспечения или готовность подтвердить практические навыки выполненными проектами
- Умение читать и разбирать чужой код
- Навык написания и проверки кода, способность находить и исправлять ошибки
- Понимание принципов тестирования программных решений
- Умение разбирать требования и предлагать варианты реализации
- Навык работы в команде и ясного обсуждения технических вопросов
- Умение поддерживать документацию в актуальном состоянии
Условия
- Оплата: [вилка зарплаты]
- График: [график]
- Задачи и ожидаемые результаты согласуются с руководителем
- Предусмотрено знакомство с продуктом, кодовой базой и процессом разработки
- Формат работы и порядок взаимодействия обсуждаются на собеседовании
Раздел 9 из 11
Должностная инструкция разработчика
Проект документа. Перед утверждением сверьте с вашими внутренними правилами.
Должностная инструкция
Разработчик
1. Общие положения
- 1.1.Разработчик относится к категории специалистов.
- 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.Согласовывает работу с участниками команды, фиксирует статус задач и сообщает о препятствиях, влияющих на сроки или качество.
4. Права
Работник имеет право:
- 4.1.Запрашивать у руководителя и коллег требования, данные и доступы, необходимые для выполнения согласованных задач.
- 4.2.Предлагать технические решения и обосновывать выбор с учётом качества, поддержки и рисков.
- 4.3.Сообщать о противоречиях в требованиях, дефектах и рисках до внесения изменений.
- 4.4.Запрашивать проверку или уточнение задачи, если критерии готовности не определены.
- 4.5.Участвовать в обсуждении улучшений процесса разработки и качества программных решений.
5. Ответственность
Работник несёт ответственность в пределах, установленных трудовым, гражданским и административным законодательством Российской Федерации:
- 5.1.За качество и соответствие согласованным требованиям выполненных изменений в пределах предоставленных полномочий.
- 5.2.За своевременное информирование о выявленных дефектах, рисках и препятствиях.
- 5.3.За проведение предусмотренных проверок и достоверность сведений о результатах тестирования.
- 5.4.За актуальность документации по выполненным задачам и соблюдение правил работы с информацией компании.
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 дней бесплатно, карта не нужна.
- Профиль роли в кабинете уже заполнен
- Вакансия собирается из профиля
- ИИ разбирает отклики по вашим критериям
Отправьте коллегам
Руководителю, который будет собеседовать, или коллеге, который пишет вакансию.
Полезное для кадровика на почту
Новые статьи и инструменты: кадровые сроки, изменения в Трудовом кодексе, готовые шаблоны. Без спама, отписаться можно в один клик.
Нажимая «Подписаться», вы соглашаетесь на обработку персональных данных. Подписка включится после подтверждения в письме.