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