Философия DevOps

Отсюда следует, что для создания сообществ на рабочих местах, которые бы не конкурировали, а работали вместе, нужно обеспечить наличие некоторых факторов, описанных в статье Остром. Во-первых, факт принадлежности к группе контролируется при найме на работу. Во-вторых, социальные сети существуют в форме организационных и командных иерархий, а также в виде неформальных и формальных социальных взаимодействий. В-третьих, поведение отдельных людей и команд в некоторой степени контролируемо. Ну и в-четвертых, существуют различные санкции, такие как план улучшения производительности, исключения из желаемых проектов, сокращение бюджета, сокращения и увольнения.

Представляет интерес заключительный фактор – ресурсы, которые являются довольно стабильными. Этот фактор особенно важен для небольших стартапов, которые во что бы то ни стало пытаются начать работу. Он также имеет значение для больших компаний, которые сталкиваются со спадами и сокращениями, с конкурентным поведением отдельных сотрудников и команд, которые менее склонны к сотрудничеству, чем в более стабильной рабочей среде. Независимо от размера организации рекомендуется учитывать эти факторы при формировании и поддержке стабильной совместной производственной среды.

Формирование эмпатии в команде

Благодаря эмпатии инженеры из эксплуатационной группы могут оценить возможность быстро и без суеты «нажать нужную кнопку». Эмпатия позволяет разработчикам оценить проблемы, вызванные написанием слишком громоздкого, медленного или небезопасного кода. Благодаря эмпатии производители и операторы программ могут помогать друг другу в обеспечении наилучших возможных функциональных свойств и работоспособности, требуемых пользователями[37].

– Джефф Сассна

Один из основных принципов движения devops заключается в формировании эмпатии, причем не только по отношению к людям, находящимся по другую сторону «метафорической стены» или в других подразделениях компании, но и по отношению к заказчикам. Эмпатия и понимание идут рука об руку. Поэтому без глубокого осознания желаний клиентов и их проблем ваш бизнес вряд ли будет успешным.

Выделенные инженеры эксплуатации

Вот уже много лет инженеры эксплуатации и системные администраторы рассматриваются отдельно от других сотрудников компании. Эти угрюмые неприятные люди смотрят на всех свысока и в ответ на любые вопросы предпочитают говорить «нет». Чтобы добиться успеха, нужно искоренять подобное «токсичное» поведение и вырабатывать нетерпимое отношение к его носителям. Это особенно важно для современного бизнеса, когда деятельность ИТ-отдела и эксплуатационного отдела критически важна для успешного выпуска продуктов. Давно ушли в прошлое те времена, когда единственный системный администратор уединялся в серверной комнате и поддерживал сеть, используемую для обмена электронной почтой и обеспечения доступа к принтерам.

В сильно разрозненных средах команды были вынуждены бороться за получение услуг и поддержки от эксплуатационных команд. Некоторые ИТ-отделы передавали контроль над выполнением необязательных процессов другим людям либо отказывались от выполнения работ, которые расценивались как пустая трата времени (например, сброс пароля для одного пользователя как минимум один раз в месяц). Из-за нехватки ресурсов некоторые отделы не могли выполнять собственную работу, не говоря о возможности предложить помощь другим командам. Нестабильная инфраструктура вызывает большие затраты времени на «борьбу с пожарами». Это приводит к невозможности выполнения профилактики возникновения неприятных ситуаций.