Читаем Философия DevOps полностью

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Перейти на страницу:

Все книги серии Бестселлеры O'Reilly

Искусство управления IT-проектами
Искусство управления IT-проектами

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

Скотт Беркун

Деловая литература
iOS. Приемы программирования
iOS. Приемы программирования

Книга, которую вы держите в руках, представляет собой новый, полностью переписанный сборник приемов программирования по работе с iOS. Он поможет вам справиться с наболевшими проблемами, с которыми приходится сталкиваться при разработке приложений для iPhone, iPad и iPod Touch. Вы быстро освоите всю информацию, необходимую для начала работы с iOS 7 SDK, в частности познакомитесь с решениями для добавления в ваши приложения реалистичной физики или движений — в этом вам помогут API UIKit Dynamics.Вы изучите новые многочисленные способы хранения и защиты данных, отправки и получения уведомлений, улучшения и анимации графики, управления файлами и каталогами, а также рассмотрите многие другие темы. При описании каждого приема программирования приводятся образцы кода, которые вы можете смело использовать.

Вандад Нахавандипур

Программирование, программы, базы данных / Программирование / Книги по IT

Похожие книги

100 абсолютных законов успеха в бизнесе
100 абсолютных законов успеха в бизнесе

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

Брайан Трейси

Деловая литература / Маркетинг, PR, реклама / О бизнесе популярно / Финансы и бизнес