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