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