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

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

В разнородных командах невозможно эффективное сотрудничество

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

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

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

Не все участники команды справляются со своими обязанностями

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

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

ОЖИДАНИЯ ОТ РОЛЕЙ

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