Формирование эмпатии в команде
Благодаря эмпатии инженеры из эксплуатационной группы могут оценить возможность быстро и без суеты «нажать нужную кнопку». Эмпатия позволяет разработчикам оценить проблемы, вызванные написанием слишком громоздкого, медленного или небезопасного кода. Благодаря эмпатии производители и операторы программ могут помогать друг другу в обеспечении наилучших возможных функциональных свойств и работоспособности, требуемых пользователями[37].
– Джефф Сассна
Один из основных принципов движения devops заключается в формировании эмпатии, причем не только по отношению к людям, находящимся по другую сторону «метафорической стены» или в других подразделениях компании, но и по отношению к заказчикам. Эмпатия и понимание идут рука об руку. Поэтому без глубокого осознания желаний клиентов и их проблем ваш бизнес вряд ли будет успешным.
Выделенные инженеры эксплуатации
Вот уже много лет инженеры эксплуатации и системные администраторы рассматриваются отдельно от других сотрудников компании. Эти угрюмые неприятные люди смотрят на всех свысока и в ответ на любые вопросы предпочитают говорить «нет». Чтобы добиться успеха, нужно искоренять подобное «токсичное» поведение и вырабатывать нетерпимое отношение к его носителям. Это особенно важно для современного бизнеса, когда деятельность ИТ-отдела и эксплуатационного отдела критически важна для успешного выпуска продуктов. Давно ушли в прошлое те времена, когда единственный системный администратор уединялся в серверной комнате и поддерживал сеть, используемую для обмена электронной почтой и обеспечения доступа к принтерам.
В сильно разрозненных средах команды были вынуждены бороться за получение услуг и поддержки от эксплуатационных команд. Некоторые ИТ-отделы передавали контроль над выполнением необязательных процессов другим людям либо отказывались от выполнения работ, которые расценивались как пустая трата времени (например, сброс пароля для одного пользователя как минимум один раз в месяц). Из-за нехватки ресурсов некоторые отделы не могли выполнять собственную работу, не говоря о возможности предложить помощь другим командам. Нестабильная инфраструктура вызывает большие затраты времени на «борьбу с пожарами». Это приводит к невозможности выполнения профилактики возникновения неприятных ситуаций.
Чтобы улучшить положение дел, можно назначить инженеров эксплуатации, уполномоченных для работы с командами. Если команда постоянно нуждается в оперативной поддержке, потребуется выбрать контактное лицо в эксплуатационной команде. Например, такой человек понадобится команде, разрабатывающей библиотеки API или интернет-приложения. В связи со спецификой работы эта команда нуждается в выполнении мониторинга, настройки производительности и планировании мощностей. Если же обязанности контактных лиц исполняют случайные люди, им придется объяснять суть возникших проблем, знакомить с контентом, выполнять ранее проделанные действия и т. п. Инженер из эксплуатационного отдела, ответственный за поддержание связей с командой, обычно приходит на собрания либо отслеживает ситуации, требующие оказания дополнительной поддержки. Пример подобной ситуации – разработка новых конечных точек API, которые создают дополнительную нагрузку на кластер API. Если в этом случае понадобится новое оборудование, лучше, чтобы эксплуатационный отдел был поставлен в известность как можно раньше.