Глава 16. Наведение мостов между культурами с помощью четырех столпов devops

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

Определенные истории (например, Netfix и Etsy) часто пересказывают в качестве успешных примеров внедрения devops. Но они не описывают все способы применения четырех принципов devops с целью повышения производительности. Такие организации, как Etsy, которые славятся своими культурными и техническими традициями, определенно могут поделиться историями роста производительности и эффективности работы. Но в этой книге собраны не только те истории, которые традиционно излагаются в devops-окружении. Разнообразие изложенных историй никоим образом не отрицает роль devops, а, наоборот, дает ключ к пониманию его важности в функционировании отдельной компании и отрасли в целом.

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

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

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

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

Истории, рассказываемые людьми, – оболочка, содержащая их мир и придающая смысл их жизням.

– Эндрю Реймер

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Теория и практика devops

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

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

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

Практика на основе примеров из реальной жизни

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

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

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

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

Учимся на историях

Холизм – это теория о том, что части целого находятся во взаимодействии и что целое больше, чем сумма его частей. Эта теория применима и к четырем принципам эффективных devops-практик: эффективность внедрения и продвижения devops-практик зависит от взаимодействия этих четырех принципов.

Благодаря историям можно узнать следующие моменты:

• причину выбора тех или иных инструментов или технологий;

• способы взаимодействия людей друг с другом и использования разных инструментов для достижения поставленных целей;

• каким образом инструменты помогли (или не помогли) достичь целей, поставленных в реальности;

• каким образом команды и организации работали над разными проблемами;

• какие методы были наиболее действенными, и, что более важно, причины неэффективности методов.

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

Установление связи с историями

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

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

Богатый опыт, извлеченный из этих историй, поможет читателям:

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

• научиться задавать вопросы о соответствии организации, внедряющей devops-практики, ее собственным ожиданиям;

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

• изучить свой и чужой опыт, сравнивая различные точки зрения;

• развить способность четко формулировать свои собственные убеждения и ценности.

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

Выводы

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

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

Чтобы выстроить отношения, необходимые для эффективного внедрения devops-практик, следует учиться друг у друга и поддерживать связи. Механизмы процессов обучения и взаимодействия хорошо описаны в разнообразных историях, представленных на форумах Usenet, рассказаны на первой конференции devopsdays, прошедшей в 2009 году, и изложены на страницах этой книги.

 

Глава 17. Объединение devops-культур: обучение на основе историй

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

Истории представляют собой отличное средство распространения культурного контекста, связанного с применением инструментов в культурной среде. Например, инструмент Chaos Monkey от Netflix (http://techblog.netflix.com/2012/07/chaos-monkey-released-into-wild.html) явно проверяет работоспособность производственной среды при сбоях, вызывающих случайные отказы виртуальных серверов. Истории, посвященные использованию инструментов Chaos в Netflix, освещают ценности организации, в том числе:

• практику устранения проблем в рабочее время, а не ночью, когда все спят;

• стандарт написания программ, допускающий ухудшение рабочих характеристик, но не сбои;

• ожидание сбоя как еще одного режима работы программного обеспечения.

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

Что могут поведать истории о культуре

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

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

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

Ценности

Каждая организация имеет свои ценности, но заявленные ценности не всегда соответствуют ценностям, демонстрируемым на практике. Ценности – это принципы, стандарты поведения и суждения о том, что важно и не важно для организации.

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

Ценности в теории и на практике

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

Многим знакома следующая фраза: «Если вы не замечаете стандарт, значит, вы его принимаете». Эти слова принадлежат генерал-лейтенанту Дэвиду Моррисону (David Morrison), главнокомандующему австралийской армией. Эта фраза была включена в отчет 2013 года в связи с оценкой отношения служащих австралийской армии к сексуальным домогательствам со стороны командного состава. Дэвид отметил, что одно дело – осудить подобное поведение, но если подобное поведение не влечет негативных последствий, оно становится общепринятым.

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

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

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

Различия между командными и организационными ценностями

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

• «Двигайся быстро, ломай все» – движение вперед является наивысшей ценностью.

• Высокая оценка обучения и обмена знаниями – индивидуальное и коллективное знание.

• Выбор в пользу построения инклюзивной и разнообразной команды вместо быстро растущей команды.

• Поощрение сотрудников откровенно высказывать свое мнение без цензуры вместо создания безопасного пространства.

• Высокая оценка командных игроков по сравнению с «одинокими волками».

• Предпочтение качеству работы по сравнению с количеством отработанных часов.

• Поощрение сотрудников к трехразовому питанию в офисе вместо домашнего питания.

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

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

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

Обмен информацией и обучение ценностям

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

Попросите людей подготовиться

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

Повышение уровня навыков общения

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

По возможности общайтесь с глазу на глаз

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

Протоколируйте мероприятия и храните эту документацию

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

Обеспечьте доступ к хранящейся информации

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

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

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

Запреты

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Мифы

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

Вредное воздействие мифов

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

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

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

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

Изучение мифов

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

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

Ритуалы

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

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

Ритуалы в сообществе

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

Регулярная работа до 9 или 10 вечера

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

Отмечание достижения вех или целей распитием спиртных напитков или посещением бара

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

Ссылки на мемы и поп-культуру в чате

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

Спортивные соревнования в офисе

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

Обеспечение сотрудников бесплатным питанием

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

Выделение времени на выгул собак или посещение детей

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

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

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

Создание и изменение ритуалов

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

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

Идеи и знания

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

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

Поиск «лучших» идей

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

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

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

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

Связь между образом мышления и освоением новых идей

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

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

Взаимодействие между организациями

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

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

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

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

Конференции и поездки

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

Расходы на поездки

Расходы на поездки включают не только денежные расходы, связанные с перелетами, отелями, суточными и платой за участие в конференции. (Эти расходы ложатся на учебный или образовательный бюджет, который нужно предусмотреть.) Имеют место также умственные, эмоциональные и даже физические затраты, связанные с поездками на конференции, которые несут как посетители, так и докладчики.

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

Во многих организациях применяется определенная политика в отношении поездок и путешествий. Общие политики могут включать фиксированный бюджет из расчета для каждого сотрудника, предусмотренный для учебы и участия в конференциях (в течение года). Подобный бюджет должен быть предусмотрен из расчета на каждую команду или отдел. Каждый сотрудник может посещать ограниченное количество мероприятий, как правило, дифференцированных по оплате средств на поездку. Например, «вы можете присутствовать на конференциях X с оплатой проезда и проживания, на конференциях Y с оплатой участия в качестве докладчика и на конференциях Z с оплатой участия в качестве слушателя».

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

Выбор докладчиков на конференциях

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

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

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

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

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

Другие события сообщества

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

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

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

Благодаря приглашению на конференцию нескольких докладчиков облегчается выработка разных точек зрения и обмен знаниями. Можно приглашать докладчиков на встречи, которые являются частными и внутренними только для вашей организации. В этом случае не предусматривается какой-либо обмен данными с остальной частью сообщества в целом. Если в данной организации отсутствует ощущение взаимности или обратной связи, выступать с докладами будет просто некомфортно. Если же докладчики приглашаются на мероприятия, которые являются открытыми для общественности (а соответствующие видеозаписи доступны в Интернете), как, например, цикл конференций Code as Craft от Etsy, преимущества получит не только ваша, но и другие организации.

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

Обмен инженерными сведениями

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

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

Инженерная культура и открытость

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

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

• Будут ли одни команды или менеджеры охотнее участвовать в программе обмена, чем другие команды либо менеджеры?

• Действительно ли участники программы обмена собираются обмениваться сведениями в Интернете, как ожидается, проверять электронную почту и выполнять обычную работу в процессе обмена либо им разрешено более серьезное участие в программе?

• Рассматриваются ли инженеры, участвующие в программе обмена, как позитивные герои или как изменники?

• Игнорируются ли новые идеи и предположения, возникающие в процессе выполнения программы обмена, немедленно (или слишком быстро) либо подвергаются внимательному рассмотрению?

• Что дозволяется делать участникам программы обмена? Имеет ли эта работа смысл либо она бесполезна?

• Могут ли вновь избранные инженеры выступать на собраниях либо только наблюдать?

• Оставят ли инженеры что-либо себе на память (наклейки, кружки, футболки, заметки либо результаты выполненной работы) или уйдут с пустыми руками?

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

Поощрение близости между организациями

Что же делать в том случае, когда ваша организация обладает закостенелым образом мышления? Что можно сказать в этом случае?

Препятствование закостенелому образу мышления

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

Обращайте внимание на следующие изречения.

• «Все это хорошо для Facebook, Netflix и Etsy, но мы не относимся к подобным организациям».

• «Нашей организации присуща высокая производительность, нам не нужна devops-практика».

• «У нас предприятие, это нам не подойдет».

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

Начните с небольших изменений

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

Не пытайтесь изменить все в течение одной ночи

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

Сосредоточьтесь на процессе, а не на результате

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

Начните с одной командой

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

Приобретите привычку учиться

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

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

Выводы

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

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

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

 

Глава 18. Объединение devops-культур: укрепление связей между людьми

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

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

Индивидуальные истории и рассказы, связанные с работой

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

В этой главе будут рассмотрены способы влияния историй на рабочее окружение, а также воздействие историй на организационную культуру, и наоборот, влияние культуры на истории. С момента начала работы сотрудника в организации и до момента его увольнения эти сюжеты являются ключевой частью культуры организации. Они также определяют, насколько здоровой является организация в представлении ее сотрудников.

Тейлоризм и ценность отдельных историй

В конце XIX века американский инженер-механик Фредерик Уинслоу Тейлор (Frederick Winslow Taylor) начал объединять воедино собственные теории менеджмента, относящиеся к совершенствованию рабочих процессов, определяющих экономическую эффективность и производительность. Изначально цель Фредерика заключалась в улучшении эффективности производственных процессов. У Тейлора было несколько идей, которые до сих пор играют важную роль во многих современных отраслях промышленности. Среди них – сокращение отходов и стандартизация лучших практик. Тейлоризм вполне обоснованно критикуют за низкую оценку большинства отдельных работников, задействованных в его системах труда. Тейлор писал следующее:

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

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

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

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

ХОЛЛИ КЕЙ И DEVOPS

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

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

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

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

Поощрение индивидуальности

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

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

НИКОЛЬ ДЖОНСОН, АРХИТЕКТОР РЕШЕНИЙ УРОВНЯ ПРЕДПРИЯТИЯ

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

Когда я перешла из традиционных областей технологии в организацию, которая воплощает devops-практики в Chef, мне стало понятно, что всеобъемлющее использование этого пути позволит сформировать корректную среду, требуемую для существенной и стабильной трансформации. Мне приходилось работать со многими организациями, которые испытывали не технические, а организационные проблемы. Как правило, проблемы подобного рода возникают из-за изоляции. Для выполнения трансформации на уровне ИТ-отдела и организации в целом решающую роль играет устранение подобных барьеров.

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

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

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

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

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

Продвижения по службе

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

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

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

Переход на удаленную работу

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

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

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

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

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

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

Увольнение из компании

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

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

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

Почему люди увольняются

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

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

Неуважительное отношение к личному времени людей

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

Неуважительное отношение к людям

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

Невозможность заслужить доверие в ответ

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

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

Культурные долги

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

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

В следующем списке приведены примеры культурных долгов.

• Прием на работу инженера, с которым трудно работать (еще хуже, если он склонен к оскорблениям и домогательствам или напивается в стельку на корпоративных мероприятиях). При этом от сотрудников требуют работать с этим инженером либо уволиться вместо того, чтобы уволить этого инженера либо попытаться изменить его проблематичное поведение.

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

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

• Если в списках рассылки присутствует оскорбительный тон, это будет препятствовать присоединению новых участников.

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

При рассмотрении состояния здоровья организации следует обратить внимание на культурные и технические долги, если вы хотите улучшить эффективность организации в целом.

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

Состояние систем

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

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

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

Исследование нездоровых систем

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

Не оставляют людям времени на размышления

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

Утомляют людей

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

Сохраняют эмоциональную вовлеченность людей

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

Периодически вознаграждают людей

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

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

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

Формирование здоровых систем

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

Выделение времени на раздумья и размышления

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

Поощрение отдыха и восстановления людей

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

Поощрение деятельности за пределами офиса

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

Справедливое и регулярное вознаграждение

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

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

Состояние здоровья организации и отдельных сотрудников

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

Подобный стресс оказывает существенное и длительное воздействие на здоровье. Результаты анализа крови женщин, вынужденных работать в среде, в которой более 85 % мужчин (как правило, это инженерные отделы), показывают скачки уровня кортизола. Уровень этого гормона стресса может колебаться как в краткосрочной, так и в долгосрочной перспективе. Среди женщин, работающих в мужских коллективах, уровень кортизола в крови намного выше, чем у женщин, испытывающих обычный рабочий стресс. Со временем организм привыкает находиться в состоянии хронического стресса, в режиме существования «бей или беги», и могут пройти годы после увольнения с работы, пока уровень кортизола в крови вернется к норме.

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

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

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

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

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

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

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

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

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

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

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

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

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

Какая степень риска считается недопустимой?

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

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

Выводы

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

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

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

 

Глава 19. Заключение

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

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

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

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

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

Ваши следующие действия

Скорее всего, вы начали читать эту книгу в надежде получить руководство по внедрению успешных культурных и технических перемен в организации. Что же делать далее?

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

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

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

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

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

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

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

Время от времени перечитывайте отдельные главы этой книги. Рекомендуем перечитать всю книгу через полгода или год, чтобы осмыслить перспективы и оценить прогресс по мере изменения команд и организаций.

Внедрение эффективных devops-практик

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

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

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

Devops мотивирует каждого члена организации на внесение личного вклада в развитие ценностей компании. Если проводить аналогию с оркестром, более важно репетировать, взаимодействовать и координировать действия, а не боготворить нескольких «рок-звезд».

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

Имея единодушное понимание четырех столпов devops, можно наладить совместную работу по преобразованию организаций и отраслей в целом в более продуктивные и стабильные. Пожалуйста, поделитесь своими историями на нашем веб-сайте effectivedevops.net. Давайте вместе расти и учиться как единое сообщество. Удачи!

 

Глава 20. Дополнительные ресурсы

Основы devops

• Apache HTTP Server Project. «About The Apache HTTP Server Project – The Apache HTTP Server Project». https://httpd.apache.org/ABOUT_APACHE.html.

• ComputerHistory. «Jean Bartik and the ENIAC Women». Posted November 10, 2010. http://bit.ly/bartik-eniac.

• Dekker, Sidney. Field Guide to Understanding Human Error. Farnham, UK: Ashgate Publishing, 2006.

• Dekker, Sidney, and Erik Hollnagel. «Human Factors and Folk Models». Cognition, Technology & Work 6, no. 2 (2004): 79–86.

• ENIAC Programmers Project. «ENIAC Programmers Project». http://eniacprogrammers.org.

• Humble, Jez. «Continuous Delivery vs Continuous Deployment». http://continuousdelivery.com/2010/08/continuous-delivery-vs-continuous-deployment.

• Humble, Jez, and Farley, David. Continuous Delivery. Upper Saddle River, NJ: Addison-Wesley, 2010.

• Poppendieck, Mary, and Thomas David Poppendieck. Implementing Lean Software Development. Upper Saddle River, NJ: Addison-Wesley, 2007.

• Walls, Mandi. Building a DevOps Culture. Sebastopol, CA: O’Reilly Media, 2013.

Сотрудничество

• Friedman, Ron. «Schedule a 15-Minute Break Before You Burn Out». Harvard Business Review. August 4, 2014. https://hbr.org/2014/08/schedule-a-15-minutebreak-before-you-burn-out.

• Greaves, Karen, and Samantha Laing. Collaboration Games from the Growing Agile Toolbox. Victoria, BC: Leanpub/Growing Agile, 2014.

• Gulati, Ranjay, Franz Wohlgezogen, and Pavel Zhelyazkov. «The Two Facets of Collaboration: Cooperation and Coordination in Strategic Alliances». Academy of Management Annals 6, no. 1 (2012): 531–583.

• Heffernan, Margaret. «Why It’s Time to Forget the Pecking Order at Work». TED-Women 2015, May 2015. http://bit.ly/heffernan-pecking.

• Hewlett, Sylvia Ann. «Sponsors Seen as Crucial for Women’s Career Advancement». New York Times, April 13, 2013. http://bit.ly/nyt-sponsorship.

• O’Daniel, Michelle, and Alan H. Rosenstein. «Professional Communication and Team Collaboration». In Patient Safety and Quality: An Evidence-Based Handbook for Nurses, edited by Ronda G. Hughes. Rockville, MD: Agency for Healthcare Research and Quality, US Department of Health and Human Services, 2008. http://bit.ly/comm-collab.

• Popova, Maria. «Fixed vs. Growth: The Two Basic Mindsets That Shape Our Lives». BrainPickings.com, January 29, 2014. http://bit.ly/fixed-vs-growth.

• Preece, Jennifer. «Etiquette, Empathy and Trust in Communities of Practice: Stepping-Stones to Social Capital». Journal of Computer Science 10, no. 3 (2004).

• Schawbel, Dan. «Sylvia Ann Hewlett: Find a Sponsor Instead of a Mentor». Forbes.com, September 10, 2013. http://bit.ly/hewlett-sponsor.

• Silverman, Rachel Emma. «Yearly Reviews? Try Weekly». Wall Street Journal, September 6, 2011. http://bit.ly/wsj-reviews.

• Stone, Douglas, and Sheila Heen. Thanks for the Feedback. New York: Viking, 2014.

Близость

• Fowler, Chad. «Your Most Important Skill: Empathy». ChadFowler.com, January 19, 2014. http://bit.ly/fowler-empathy.

• Granovetter, Mark S. «The Strength of Weak Ties». American Journal of Sociology 78, no. 6 (May 1973).

• Herting, Stephen R. «Trust Correlated with Innovation Adoption in Hospital Organizations». Paper presented for the American Society for Public Administration, National Conference, Phoenix, Arizona, March 8, 2002.

• Hewstone, Miles, Mark Rubin, and Hazel Willis. «Intergroup Bias». Annual Review of Psychology 53 (2002).

• Hunt, Vivian, Dennis Layton, and Sara Prince. «Why Diversity Matters». McKinsey.com, January 2015. http://bit.ly/mckinsey-diversity.

• Kohtamaki, Marko, Tauno Kekale, and Riitta Viitala. «Trust and Innovation: From Spin-Off Idea to Stock Exchange». Creativity and Innovation Management 13, no. 2 (June 2004).

• Mind Tools Editorial Team. «The Greiner Curve: Understanding the Crises That Come with Growth». MindTools.com, N.d. http://bit.ly/greiner-curve.

• Schwartz, Katrina. «How Do You Teach Empathy? Harvard Pilots Game Simulation». KQED.org, May 9, 2013. http://bit.ly/teach-empathy.

• Sussna, Jeff. «Empathy: The Essence of Devops». Ingineering.IT, January 11, 2014. http://bit.ly/sussna-empathy.

Инструменты: акселераторы культуры

• Allspaw, John. «A Mature Role for Automation: Part 1». KitchenSoap.com, September 21, 2012. http://bit.ly/allspaw-automation.

• Caum, Carl. «Continuous Delivery vs. Continuous Deployment: What’s the Diff?» Puppet blog, August 30, 2013. http://bit.ly/cd-vs-cd.

• Coutinho, Rodrigo. «In Support of DevOps: Kanban vs. Scrum». DevOps.com, July 29, 2014. http://bit.ly/kanban-v-scrum.

• Cowie, Jon. Customizing Chef. Sebastopol, CA: O’Reilly Media, 2014.

• Dixon, Jason. Monitoring with Graphite. Sebastopol, CA.: O’Reilly Media, 2015.

• Forsgren, Nicole, and Jez Humble. «The Role of Continuous Delivery in IT and Organizational Performance». In the Proceedings of the Western Decision Sciences Institute (WDSI), Las Vegas, Nevada, October 27, 2015.

• Friedman, Ron. «Schedule a 15-Minute Break Before You Burn Out». Harvard Business Review. August 4, 2014. http://bit.ly/hbr-breaks.

• Humble, Jez. «Deployment pipeline anti-patterns». http://bit.ly/humble-antipatterns.

• Kim, Gene. Kanbans and DevOps: «Resource Guide for Phoenix Project (Part 2).» IT Revolution Press, N.d. http://bit.ly/kanbans-devops.

• Konnikova, Maria. «The Open-Office Trap». New Yorker, January 7, 2014. http://bit.ly/open-office-trap.

• Ono, Taiichi. Toyota Production System. Cambridge, MA: Productivity Press, 1988.

• Rembetsy, Michael, and Patrick McDonnell. «Continuously Deploying Culture». Etsy presentation at Velocity London 2012. http://vimeo.com/51310058.

Масштабирование

• Clark, William. «Explores Motivation Research – A Boss’ Tool». Chicago Tribune, August 4, 1959.

• Cole, Jonathan R., and Stephen Cole. «The Ortega Hypothesis». Science 178, no. 4059 (1972): 368–375.

• Engel David, Anita W. Woolley, Lisa X. Jing, Christopher F. Chabris, and Thomas W. Malone. «Reading the Mind in the Eyes or Reading Between the Lines? Theory of Mind Predicts Collective Intelligence Equally Well Online and Faceto-Face». PLoS ONE 9, no. 12 (2014).

• Grant, Adam M. Give and Take. New York: Viking, 2013.

• Griswold, Alison. «Here’s Why Eliminating Titles and Managers at Zappos Probably Won’t Work». Business Insider, January 6, 2014. http://bit.ly/holacracyunlikely.

• Hackman J. R. «The Design of Work Teams». In Handbook of Organizational Behavior, edited by Jay W. Lorsch. Englewood Cliffs, NJ: Prentice-Hall, 1987.

• Hackman, J. Richard, and Greg R. Oldham. «Motivation Through the Design of Work: Test of a Theory». Organizational Behavior and Human Performance 16, no. 2 (1976): 250–279.

• Kurtz, Cynthia F., and David J. Snowden. «Bramble Bushes in a Thicket: Narrative and the Intangibles of Learning Networks». In Strategic Networks: Learning to Compete, edited by Michael Gibbert and Thomas Durand. Malden, MA: Black.well, 2007.

• Mickman, Heather, and Ross Clanton. «DevOps at Target». Posted on October 29, 2014. http://bit.ly/devops-target.

• Puppet. «2015 State of DevOps Report». http://bit.ly/2015-state-of-devops.

• Rose, Katie. «Performance Assessment with Impact». devopsdays Silicon Valley 2015. Posted on November 13, 2015. http://bit.ly/rose-perf-assess.

• Shannon-Solomon, Rachel. «Devops Is Great for Startups, but for Enterprises It Won’t Work – Yet». Wall Street Journal, May 13, 2014. http://bit.ly/wsj-devopsenterprise.

• Tanizaki, Jun’ichiro. In Praise Of Shadows. New Haven, CT: Leete’s Island Books, 1977.

Наведение мостов между devops-культурами

• Fox, Martha Lane. «Directgov 2010 and Beyond: Revolution not Evolution». GOV.UK, November 23, 2010. http://bit.ly/fox-directgov-2010.

• Gillespie, Nicole A., and Leon Mann. «Transformational Leadership and Shared Values: The Building Blocks of Trust». Journal of Managerial Psychology 19, no. 6 (2004).

• Indiana University. «Women in Mostly Male Workplaces Exhibit Psychological Stress Response». EurekAlert, August 24, 2015. http://bit.ly/women-maleworkplace.

• Reed, J. Paul. DevOps in Practice. Sebastopol, CA: O’Reilly Media, 2013.

Рекомендуемые конференции и встречи

•!!Con (http://bangbangcon.com/)

• AlterConf (https://www.alterconf.com/)

• Berlin Buzzwords (https://berlinbuzzwords.de/)

• CoffeeOps (http://www.coffeeops.org/)

• CSSconf EU (http://2017.cssconf.eu/)

• devopsdays (https://www.devopsdays.org/)

• Infracoders (http://infrastructurecoders.com/)

• JSConf EU (http://2017.jsconf.eu/)

• Open Source and Feelings (http://www.osfeels.com/)

• Open Source Bridge (http://opensourcebridge.org/)

• Monitorama (http://monitorama.com/)

• SassConf (sassconf.co)

• Strange Loop (http://www.thestrangeloop.com/)

• Velocity (http://conferences.oreilly.com/velocity)

• XoXo (http://xoxofest.com/)

Рекомендуемые подкасты

• Arrested DevOps (https://www.arresteddevops.com/)

• DevOps Cafe Podcast with John Willis and Damon Edwards (http://devopscafe.org/)

• Food Fight Show (http://foodfightshow.org/)