Философия DevOps полностью

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

Запреты

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

• в процессе разработки кода вместо команды sudo выполнять команду непосредственно от root;

• тестировать изменения конфигурации производственной среды напрямую в этой среде (даже если идет речь об обычном сценарии мониторинга);

• производить коммит в систему контроля версий без тестирования;

• двигаться дальше по процессу развертывания, игнорируя неудачные тесты;

• запускать произвольный код, загруженный из Интернета, на корпоративных системах;

• развертывать код в производственной среде по пятницам или перед уходом домой.

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

Это та область, в которой вступают в игру люди, имеющие различные базовые знания, а также обладающие разными социальными либо культурными ожиданиями. Эти люди могут принадлежать к двум разным культурам, представители которых предпочитают спрашивать или предполагать (см. часть II). Процесс разъяснения и документирования ожиданий, связанных с двумя разновидностями ценностей и запретов, может пройти длинный путь по направлению к формированию самодостаточного devops-пакта.

Технические запреты могут документироваться в виде комментариев к коду либо (чаще) в форме вики-страниц или общедоступных документов. Если на вики-странице описывается порядок развертывания кода, здесь же могут содержаться некоторые запреты. Эти запреты могут иметь следующую форму: «Проявляйте осторожность при рассмотрении X» или «Предупреждение: прежде чем продолжать, убедитесь, что в данный момент происходит Y». Запреты такого рода могут быть связаны с прошлыми ошибками, которые были документированы в надежде избежать повторения в будущем.

Нетехнические запреты часто принимают форму справочника сотрудника или кодекса поведения (https://www.ashedryden.com/blog/codes-of-conduct-101-faq). Несмотря на наличие других документов, содержащих более глубокие и подробные описания, кодекс поведения трудно переоценить. Именно в кодексе поведения подробно описаны неадекватные формы поведения, указаны политики, применяемые в случае нарушений, отмечены способы создания отчетов о нарушениях и описаны последствия нарушений в данной среде. Справочники сотрудника должны быть во всех компаниях, а проведение событий должно осуществляться в соответствии с кодексом поведения. В этом кодексе изложены типы и примеры запрещенного поведения, последствия нарушения правил и порядок сообщения об обнаруженных проблемах либо нарушениях.

Описание и изучение запретов

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