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

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

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

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

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

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

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

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

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

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

Скотт Беркун

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

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

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

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

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

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

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

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

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