Философия DevOps

В рабочей среде, характеризующейся большим объемом работы, поощряются сотрудники, которые не подвергают сомнению принципы этой среды. Эти принципы заключаются в беспрекословном выполнении требуемых объемов работы и в полной отдаче себя организации. Все это плохо сказывается как на производительности в долгосрочной перспективе, так и на здоровье сотрудников. К тому же работа в среде, которой присущи высокая нагрузка и ненормированный рабочий день, оборачивается дополнительным стрессом для людей, которые отличаются от стереотипного образа одетого в толстовку с капюшоном инженера, напоминающего Марка Цукерберга.

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

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

Идентификация здоровых и нездоровых культур

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

Как выполняются принятые решения?

Процесс принятия решений зависит от их серьезности или даже принятие малозначительных решений связано с громоздкой процедурой одобрения? Какими полномочиями наделяются инженеры (либо другие сотрудники), принимающие решения в режиме повседневной работы? Предоставляются ли более молодым членам команды некоторая свобода для экспериментов в процессе принятия решений и работа с результатами в качестве части процесса обучения? Требуется ли согласие всех заинтересованных сторон в процессе принятия важных решений? Могут ли одни люди поддерживать те же процессы, что и другие люди? Люди, уполномоченные принимать решения в организации, могут сказать довольно много о культуре этой организации и о том, насколько легко внедряются изменения в организации.

На что похож типичный цикл релиза?

Помимо более непосредственных вопросов, таких как применяются ли автоматизированные тесты, насколько часто осуществляются релизы, циклы релиза могут демонстрировать большую степень детализации времени цикла и периода разработки (см. часть III). В этой ситуации уместна пословица «лучшее – враг хорошего», которая означает, что попытка получить что-то «совершенное» либо добавить «всего лишь один штрих» может помешать выпустить продукт своевременно. Команда или организация, сконцентрированная на достижении «совершенного», скорее всего, будет слишком медленно обслуживать или привлекать новых клиентов. А учитывая наличие других причин замедления цикла выпуска, не следует лишний раз усложнять ситуацию.

На что похож жизненный цикл заявки?