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

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

Явно декларируйте ценности и цели

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

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

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

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

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

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

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

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

Скотт Беркун

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

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

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

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

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

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

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

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

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