Как относишься к ненормированному рабочему графику?

«Как относишься к ненормированному рабочему графику?» — вопрос из категории Софт-скиллы, который задают на 23% собеседований Devops Инженер. Ниже — развёрнутый пример ответа, который можно адаптировать под свой опыт.

Ответ

В DevOps-практике мы стремимся к автоматизации и отказоустойчивости именно для того, чтобы минимизировать необходимость внеурочной работы. Я считаю устойчивый work-life balance критически важным для долгосрочной эффективности и предотвращения выгорания.

При этом я реалистично понимаю, что инциденты в production (например, отказ кластера или критическая уязвимость) требуют немедленной реакции, независимо от времени суток. В таких ситуациях я готов оперативно включиться в работу. Ключевые для меня принципы:

  • Компенсация и учёт. Время, затраченное на решение инцидента, должно компенсироваться отгулами.
  • Фокус на пост-мортеме и предотвращении. После каждого серьёзного инцидента мы проводим анализ (blameless post-mortem) и вносим изменения в инфраструктуру или процессы (добавляем алерты, улучшаем автоскейлинг, пишем runbooks), чтобы подобное не повторялось.
  • Чёткое дежурство (on-call). Если в проекте есть регулярная необходимость в реакции в нерабочее время, должен быть организован ротационный график дежурств с понятными правилами эскалации и качественными алерт-правилами, чтобы не будить по пустякам.

Моя цель как инженера — строить такие системы и процессы, которые стабильно работают 24/7 без постоянного ручного вмешательства.