Книга: Философия DevOps. Искусство управления IT

Важность историй

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

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

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

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

Явные и неявные истории

Люди всегда любили использовать истории в качестве средства общения, но это не единственный способ рассказать о нашей жизни и культуре.

Явные истории излагают события в непосредственной повествовательной форме. Это самые распространенные виды историй, постоянно используемые в качестве примеров. Они рассказываются осознанно и преднамеренно.

Неявные истории предоставляют информацию о культуре, историях и деятельности. Они не рассказываются непосредственно.

Говоря о своем опыте работы с devops, мы зачастую даже не подозреваем, что рассказываем неявные истории. Рассмотрим следующие примеры.

Предложение кандидату присоединиться к команде

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

Публикации в блоге

Исходя из характера информации, содержащейся в публикациях, и уровня их написания потенциальный сотрудник может узнать о ценностях компании и об ожидаемом уровне знаний.

Презентации на отраслевых конференциях

Уровень и роль сотрудников, представляющих компанию на отраслевых конференциях, говорят о степени доверии и прозрачности внутри организации. Тот факт, что компанию представляют линейные сотрудники, может свидетельствовать о недостаточном уровне престижности конференции.

ЭЛИС ГОЛДФАС, ИНЖЕНЕР ПО ОБЕСПЕЧЕНИЮ НАДЕЖНОСТИ САЙТОВ, КОМПАНИЯ NEW RELIC

Для меня devops-практики заключались в интеграции и взаимодействии разработчиков и инженеров эксплуатации для создания надежного программного обеспечения и платформ. DevOps подразумевает автоматизацию, тестирование и грамотное управление инцидентами.

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

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

Я знаю, что могу обсудить свой текущий проект с любым инженером из моей организации и найду людей, которые мне сочувствуют и готовы помочь при выполнении проекта. Поскольку каждая команда разработчиков участвует в дежурствах, мы все говорим практически на одном языке и поддерживаем успехи и неудачи друг друга. По сути, мы стремимся к приобретению универсальных навыков, когда разработчики могут устранять неполадки в Linux, а инженеры по надежности – создавать системные инструменты и веб-приложения.

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

Если все вышесказанное и есть суть devops, то все сотрудники должны действовать в подобном ключе.

Оглавление книги